Request threads
Let the thread be the record
Three months into a retainer, someone asks why the delivery date moved. In an inbox that question costs an afternoon. On a Zendo request it costs a scroll, past the client's message asking for it, your project manager's revised plan, the status moving to In review and the quote for the extra work. When teams tell us why they stay with Zendo, this history is what they talk about, so it's where we put the most care.
Everything about the request, in the order it happened
Messages, attachments, status changes and quotes land in the same thread, and your team and the client read the same version of it. When the status moves to In review, the thread says so between the messages, which means the client knows where things stand without writing "any update?". Each request also keeps its files on its own Files tab, so the draft from two weeks ago is one click away instead of one search away.
See how requests work

Talk it over in the same place, out of the client's sight
Reply and Note share one message box. A reply goes to the client; switch to Note and only your team sees it, right beside the message it's about. So the "can we really do this by Friday?" happens right beside the client's question, where the context already is, and mentioning a teammate pulls them into the request. Notes and mentions notify your team on their own, apart from client messages.

Bring in exactly the people the request needs
A request's participants are the client, the people from their team who work on it, and whoever on your side is assigned. Add participants brings someone in for that one request only, which is handy when a specialist needs to weigh in on one engagement and nothing else. On the client's side, everyone in their client team sees the team's requests with their own login, which means nobody has to forward anything.
See how client teams work

Small things that keep a thread readable
Automated messages that sound like you
Automations post in the thread under the bot name and avatar you set once for the workspace, so "we've got your request" comes from your business, not from a piece of software. Your team can still tell at a glance which messages a person wrote.

Quotes the client opens in the conversation
Create a quote or an invoice from the request and it shows up in the thread as a card. The client opens it from the thread and approves the quote without hunting for an email. What happens after approval, an invoice, a payment or nothing yet, is the step you chose for that quote.

Unread until somebody deals with it
Seen it on your phone between meetings but can't answer yet? Mark the request or the conversation as unread, and it waits for you in the list instead of slipping into yesterday.





