Zendesk Guided Mode
Zendesk guided mode takes the choice away. The agent gets the next ticket the view hands them, works it, and moves on. For some teams that's a gift.
What Zendesk guided mode actually changes
Normally an agent opens a view, scans the list and picks. Guided mode removes the list. The agent starts play mode on a view and Zendesk serves tickets one at a time in the order the view sorts them, with limited ability to browse around or skip ahead.
It is configured on the agent role rather than per person, and custom agent roles are a higher-tier feature, so check what your plan includes before planning a rollout. The precise restrictions have varied across releases too, particularly around search and what an agent can reach outside the served ticket, so verify the current behaviour in the Zendesk documentation rather than assuming.
The mechanism is simple. The consequences are not.
What it's genuinely good at
That last one is underrated. Guided mode is a fantastic diagnostic even if you never keep it on.
Where it frustrates people
Experienced agents batch. They spot four tickets about the same outage and answer all four in eight minutes, because the thinking happens once. Guided mode serves those four an hour apart, interleaved with unrelated work, and the same job takes twenty-five minutes.
It also punishes mixed queues. If one ticket needs thirty seconds and the next needs an hour of investigation, forcing strict order means the quick wins pile up behind the hard one, and both your agents and your response times suffer.
And it can feel like distrust. That reaction is not irrational, because the feature does encode a judgement about whether agents can be relied on to pick well. Introduce it without explaining why and you'll spend the next fortnight managing morale instead of tickets.
The genuinely hard case is the duplicate. Two tickets about the same problem, served an hour apart to two different agents, and neither can see the other. In a browsable list somebody might have spotted the pair. In guided mode, nobody is looking at the list.
Deciding whether to turn it on
Ask three questions and be honest about the answers.
Is cherry-picking actually happening? Look at the age distribution of your solved tickets against your open ones. If old tickets are conspicuously under-represented in what gets solved, yes it is. If not, you are solving a problem you do not have.
Is the queue homogeneous? Similar tickets, similar effort, similar skills. The more varied the work, the worse guided mode fits.
Is your sort order defensible? Guided mode makes your sort into policy. If you would not be comfortable defending the order to a customer, fix the view before you enforce it.
Three yeses and it is worth trying. One no and you're probably better off with a well-ordered queue and a conversation about picking habits.
If you do roll it out
Start with one role and one team, not the whole floor. Tell people why, in terms of the problem rather than the tool. Agree a review date up front, because a trial with no end date is just a change.
Watch two numbers: resolution time on your oldest tickets, which should improve, and tickets solved per agent per hour, which may dip. If the first improves and the second holds, it is working. If both get worse, your queue is more varied than you thought.
And keep an escape hatch. There will be a Monday morning outage when every agent needs to see the whole queue at once, and a role you cannot switch off in five minutes will make that morning considerably worse.
One more thing to prepare: the tickets an agent genuinely cannot handle. In a browsable queue they skip it and somebody else picks it up. In guided mode they need a documented route out, usually a macro that reassigns to the right group with an internal note. Without that route, agents either sit stuck or start guessing, and guessing on a ticket you don't understand is how bad answers happen.
The lighter version
If guided mode feels too blunt, most of the benefit is available without it.
Sort the view so the right ticket is always at the top, then agree as a team that people work from the top. That's a norm rather than a control, and norms hold surprisingly well when the reason behind them is understood.
Pair it with a weekly look at the age distribution of solved tickets. If old work is being skipped, the number shows it, and you can have a specific conversation rather than a general one. Plenty of teams try guided mode, learn what their queue order was really doing, fix the sort and turn the mode back off. That is a good outcome, not a failed rollout.
Frequently asked questions
How does guided mode differ from play mode?
Zendesk play mode is a choice an agent makes. Zendesk guided mode agents don't get the choice: the Zendesk agent role guided setting removes the views list, so the next ticket is the only ticket.
What does guided mode do in Zendesk?
It restricts an agent to working tickets one at a time in play mode, in the order the view sorts them, rather than browsing a list and choosing.
Which plans include guided mode?
It's set on a custom agent role, and custom roles are a higher-tier feature. Check the current Zendesk docs for your plan and for the exact restrictions in the current release.
Does guided mode stop agents cherry-picking?
Yes, that's its main purpose. It also stops deliberate batching of related tickets, which is the trade-off you are accepting.
Can agents still search in guided mode?
Access outside the served ticket is limited and the specifics have changed across releases. Verify the current behaviour before promising anything to your team.
Is guided mode good for new agents?
It is one of its best uses. One ticket at a time is far less intimidating than a queue of hundreds, and it builds a working rhythm quickly.
One ticket at a time, twice
Guided mode hides the queue, so nobody spots the pair. Ticket Merger catches duplicates before either reaches an agent.
Start free trial14-day free trial. No credit card required.