Customer has an issue or request
Customer submits via email, portal, or widget
Gmail / Outlook / IMAP / web widget
email · portal · widget
→ desk
Process model · v1
Read the diagram below as a BPMN-style activity flow. Rounded rectangles are tasks performed by people or the system, diamonds are decision gateways, and circles are start/end events. Solid arrows are the default sequence; dashed arrows are conditional branches.
Connect a mailbox, invite your team, and start tracking work. 90 days free. No credit card.
Customer submits via email, portal, or widget
Gmail / Outlook / IMAP / web widget
email · portal · widget
→ desk
Set on the Contact record by an agent. Defaults off — most contacts can only raise tickets.
The question
Authorized for change requests?
Yes →
Card created on segment kanban
Skips the inbox entirely
No →
Ticket lands in helpdesk inbox
Triggers tag, route, set SLA
Workspace rules tag, route, and timestamp. SLA clock starts here.
Round-robin or preferred agents
Same screen shows previous tickets, contact metadata, AI summary, and linked project cards.
Reads context, history, AI summary
Drafted by AI, refined or replaced by the agent. Canned responses with variables available.
AI draft · refine · canned response
Inbound replies set status to customer_responded so the queue surfaces them first.
Every status change is recorded with actor, timestamp, and reason. Exportable.
Status set to closed
Customer rates, audit captures actor + actions
4 / 5 — “quick reply, thanks”
Used when a fix is real work. Card lives on the project board until done; closing the card auto-replies and closes the ticket.
Tracks delivery on a kanban; auto-replies on done
The customer hears back, the audit log is final, and the desk's metrics update for the next review.
The flow above is retold for generic.
| Step | What happens |
|---|---|
| 01 | A customer sends an email, opens the support portal, or clicks the embed widget. |
| G1 | System checks if the contact is authorized to raise a change request. |
| A | Authorized contacts can scope the request to a specific segment of a project. |
| 02 | Otherwise, the message lands in the helpdesk inbox as a ticket. |
| 03 | Routing rules pick the right desk; auto-assign picks the agent. |
| 04 | The agent opens the ticket and reads the full context. |
| 05 | The agent drafts a reply — AI, canned, or hand-written — and sends. |
| G2 | If the customer replies, the ticket loops back to step 04 with status “customer responded”. |
| 06 | When done, the agent marks the ticket resolved. |
| 07 | A CSAT survey goes out; the audit log is finalised. |
| Opt | If the work is real delivery, the ticket converts to a project card. |