
We moved a ninety-seat manufacturer off a dying on-prem Exchange box last spring, and that project is the cleanest argument I can make for this tool. Four vendors, two cutover windows, one client IT contact who was on vacation for the second.
The sequence lived in a workspace: mailbox discovery, licence reconciliation, DNS TTL lowered on a Tuesday, firewall rules staged, the backup agent reinstalled on the new host, a rollback checkpoint nobody hoped to use. Every step had a name attached and a date, and the dependency order was visible — which mattered, because lowering TTL forty-eight hours early is the difference between a cutover finishing at midnight and one finishing at four.
Two things it caught. Our technician marked the backup agent complete, then found a second physical host nobody had documented; the checklist carried a line for "additional hosts?" and that line existed because we'd been burned before. And when the client's office manager insisted a shared mailbox had vanished, I opened the task and saw it migrated and verified on the Thursday — that argument ended in a minute.
Since then it's mostly quiet daily work. The overnight tech starts at 22:00 and reads what's pending instead of phoning me. A request from a customer — new starter, firewall exception, certificate renewal — becomes a task with a date rather than a message that scrolls away.
The part I didn't expect: it produces a defensible record. When someone asks who altered a policy in March, I can answer with a name and a timestamp, which is worth more than the tool costs.
It isn't a ticketing system and I won't pretend otherwise — incidents still go to the PSA. This handles project work, and the boundary is clear enough that my team doesn't argue about where things belong. Review collected by and hosted on G2.com.
There's a short list of things I no longer attempt inside Redbooth. Each has a substitute, and every substitute is worse.
Templates. Duplicating last quarter's onboarding produces the same tasks carrying the same absolute dates, so a new client means recalculating forty deadlines by hand. An offset spreadsheet sits beside it and I type the results in. A template that can't reschedule itself is a photocopy with extra steps.
Custom fields. We need client ID, site, and hardware serial on each task. There's nowhere to put them except tags, and tag filtering isn't dependable enough to lean on mid-incident, so serials get pasted into descriptions, findable only if the next person spelled them identically.
Decisions. A cutover question gets settled twenty comments deep, and nothing marks which reply was the ruling. When a technician moves on, that reasoning leaves with them. We copy conclusions into our documentation platform — the actual system of record — but doing so means the workspace never becomes the history it appears to be.
Structure is the other limit. A migration breaks into phases, then tasks, then individual steps: alter the DNS record, verify propagation, re-run the certificate check. Two levels is what we get, so those steps become one long checklist inside a description or a separate workspace nobody opens. We chose the description, which means progress inside a task is invisible until somebody reads it.
What this adds up to: the tool holds work in progress well and durable knowledge poorly. For coordinating a project, acceptable. For a services business whose product is other people's infrastructure, it means institutional memory lives elsewhere, and the boundary between the two is maintained by hand — and I'm the hand. Review collected by and hosted on G2.com.


