Requests that do not depend on somebody remembering

An internal queue for the things staff need doing, with an owner and a status rather than a conversation in a corridor.

Book a demo

What this usually looks like today

A teacher mentions a broken projector to whoever is nearby. It may reach the right person, and it may not. Two weeks later it is still broken and nobody can say whether it was ever reported.

The office fields the same three questions repeatedly without ever seeing that they are the same three questions, because nothing is recorded.

What it handles

Deliberately a small module. This is what it covers.

Tickets

A request with an owner and a status, so "did anybody action this" has an answer.

Routing

To the department that handles it, rather than to whoever the reporter happened to see first.

Status and history

Open, in progress, resolved - and what was done, so a recurrence is visibly a recurrence.

Patterns

The same request arriving repeatedly is the signal worth acting on, and it is invisible without a record.

The cases most systems get wrong

The request mentioned in a corridor. It may reach the right person. Two weeks later the projector is still broken and nobody can say whether it was ever reported.

The same question three times. Answered patiently on each occasion, with nobody noticing it is the same question - which is the thing actually worth fixing.

Who touches it

Staff

Raise a request and see its status without asking somebody whether it was done.

Whoever handles it

A queue with an owner rather than a mental list.

What it shares records with

Tickets are raised by the same staff records the institution already maintains, and route by the reporting structure that already exists - so there is no separate user list to keep in step.

Questions we get asked

Is this support from you, or within our institution?
Within your institution - a queue for the things your own staff need doing. Support from us is a separate matter, and your response time is set by your plan.
Can staff see what happened to their request?
Yes, with an owner and a status, so nobody has to ask somebody in a corridor whether the projector was ever reported.
Do tickets route to the right department?
Yes, using the reporting structure already in the system rather than reaching whoever the reporter happened to see first.
Can we see recurring problems?
Yes. The same request arriving repeatedly is the signal worth acting on, and it is invisible when each instance is a separate conversation.

See how it fits your workflow

This is a small module. Half an hour is more than enough to know whether it does what you need.

Book a demo