You've configured the building blocks. Now the question becomes how aggressively should the system act on its own? Every major piece of Horizon — triage, assignment, todo creation, watchlist transitions, form lifecycles — has a manual mode and an automatic mode. Picking the right setting per piece, at the right time in the team's maturity, is what separates an account that works with the team from one the team works around. This lesson is the calibration guide.
Problem: Crank everything to fully automatic on day one and you'll auto-misclassify, auto-misassign, auto-escalate to the wrong person, and auto-write the wrong notes back to the helpdesk. The team loses trust and starts disabling automations they don't fully understand. Leave everything manual indefinitely and you've built an expensive ticket queue with no automation payoff. Both failure modes are common.
Horizon's answer: Treat manual vs automatic as a per-piece, per-phase decision. Every major component has a knob. Start most knobs manual. Move them to automatic as the team gains confidence and the underlying configuration produces results you trust.
There's no universally-correct setting. There's the right setting for your team, this quarter.
Most accounts move through three rough phases:
| Phase | Posture | What's automatic | What's still manual |
|---|---|---|---|
| Phase 1: Bring-up | trust nothing | nothing or close to it | triage review, all assignments, all status changes, all helpdesk writes |
| Phase 2: Targeted automation | trust narrowly | high-confidence triage, round-robin assignment, basic helpdesk actions on close | escalations, deadline responses, complex routing, anything tied to customer-facing comms |
| Phase 3: Mature | trust by exception | most lifecycle actions, watchlist-driven escalation, form-driven workflows, NextAvailable assignment | one-off interventions, edge-case handling, anything that's failed in the last 30 days |
Don't skip phases. Phase 1 to Phase 3 in a week is how you lose the team's trust. Phase 2 should last weeks at minimum, often a quarter or more. Phase 3 is where you live, but you'll occasionally get knocked back to Phase 2 on a specific piece (e.g. a triage rule starts misclassifying after a helpdesk picklist change — temporarily move triage to require review until you fix the underlying rule).
For each major component, there's a more manual and more automatic setting. Here's the spectrum across the things you've configured:
| Component | More manual | More automatic |
|---|---|---|
| Triage | recommendations require dispatcher review before commit | recommendations auto-commit |
| Assignment | dispatcher uses Smart Assign as a suggestion; commits manually | lifecycle auto-assigns on triage commit |
| Assignment method | round-robin (predictable, dumb) | NextAvailable (smart, calendar-aware) |
| Todo acceptance | every todo requires acceptance | self-created and booking-link todos auto-accept |
| Helpdesk Actions on close | write nothing back automatically; agent updates the helpdesk | post-commit actions write notes, time entries, follow-up todos |
| Watchlists | visibility only; no transition workflows | watchlists trigger notifications, escalations, reassignments |
| Form lifecycles | submission stores data; agent manually does the follow-up | submission fires the workflow that does the follow-up |
| Routing rules | default routes only | custom routes per condition, per region, per skillset |
For each row, your account is somewhere on the spectrum. Audit where you sit on each one quarterly.
Don't flip knobs on hunch. Flip when you have a signal.
Move a piece toward automatic when:
Move a piece back toward manual when:
The default direction is toward automation over time. Reversal should be deliberate, scoped to a specific piece, and explained.
Each component has its own audit surface. Make a habit of skimming these:
| Component | Where the signal lives |
|---|---|
| Triage | Triage Logs — confidence scores, commit success rate, manual overrides |
| Assignment | Decision Log + Errors — picked-user reasoning, failure rate, override rate |
| Todos | Acceptance settings page (track ratio of auto-accepted to pending) |
| Watchlists | Watchlist Scan Logs — transition firing rate, workflow trigger results |
| Forms | Form submissions per form — usage vs. design intent |
| Lifecycles | Workflow Logs + Pre-Filter Logs — runs, failures, near-misses |
| Helpdesk Integration | Sync Run Logs + Callback Logs — health of the bidirectional sync |
A quarterly review that opens each of these and looks for outliers will keep the calibration honest.
Spend half a day per quarter walking the system. The cadence is more important than the depth — small consistent reviews beat heroic annual ones.
The goal isn't to fix everything in the review. The goal is to know what the calibration should be, then schedule the changes for the next month.
A few patterns to actively avoid:
You'll never reach a frozen "perfectly configured" state. The team changes, the helpdesk changes, the customers change. Calibration is ongoing — that's the job.
Tip: The single most useful question to ask in a quarterly review is "what manual action did the team do most often this quarter?" That action is almost always a knob you could flip toward automatic, or an underlying config you could tighten. Build the habit of asking it. The automation opportunities will surface themselves.