Infinite processes, imagination is the only limit
Describe any process in a sentence and your AI project manager designs it — who asks, who approves, the exceptions and what happens after — built against your own people, departments and rooms. Below are eleven templates to start from: take one as it is, or shape it to the way your company works.
One sentence in, a running workflow out
Describe the process and your AI project manager designs the map, then builds everything it needs: the form that starts a case, the tables it writes to, approvals routed through your reporting heads and departments, the automations, and agent steps that do the work in the middle.
- 1Describe
- 2Design
- 3Approve
- 4Build it
- 5Try it out
- 6Go live
Describe a process
“Employees raise a purchase request. Their manager approves; anything over $5,000 also goes to the finance head. The agent checks the vendor and drafts the PO, then log it and tell the requester.”
The design card
Who is involved
Requester · Reporting head · Finance head
The steps
8 steps, 2 agent steps
What gets built
1 form · 2 tables · 1 automation
The workflow map
What gets built
Purchase request
Form · covered employees
Item
Design laptops ×3
Amount
$6,400
Vendor
Northwind
Needed by
Oct 20
Vendors · Purchases
Tables in the home room
Approvals
Routed from your org chart
Requester’s reporting head
Department head: Finance
Automation
Runs in the home room
WHEN a purchase is approved
THEN add a row to Purchases
AND post it in the room chat
Agent steps
The agent does the work in the middle
Vendor checked · quote summarised
PO-1042 drafted for Northwind
Notifications
Chat, email and alerts
“Your purchase of Design laptops ×3 is approved. PO-1042 is attached.”
Or start from one of 11 templates below ↓
People
Everything that happens around a person — joining, time off, moving up, moving on. These route against the reporting tree, so nobody maintains a list of approvers.
Leave request
PeopleAn employee requests time off, their manager approves it, and HR is told. Long requests go up a level.
- 1Request leave (form)
- 2Policy check (automation)
- 3Manager approval
- 4Revise request, if changes are asked for
- 5More than 3 days? Skip-level approval
- 6Tell HR and the team calendar
What this one teaches
Approval routed to the requester's own reporting head, a branch on the number of days, and a revise loop that hands the same form back prefilled.
Build a leave workflow: employees request leave, their manager approves, HR reviews anything over three days, and an approved leave blocks the calendar
Employee onboarding
PeopleEverything that has to happen before and during someone's first week, run in parallel across HR, IT and their manager.
- 1New joiner details (form)
- 2In parallel: laptop and accounts, payroll and documents, desk and buddy
- 3Manager confirms the first-day plan
- 4Day one checklist for the new joiner
- 5Week-one check-in
What this one teaches
Three departments working at the same time on one case, joined before the manager confirms the first-day plan.
Build an employee onboarding workflow: when someone joins, create the IT and manager checklists, schedule a welcome meeting, and have the manager confirm the probation plan after the first week
Hiring request
PeopleA manager asks for a role with the reason and the budget; the department head approves the need, finance confirms the headcount, and HR opens the vacancy.
- 1A manager asks for a role
- 2The department head approves the need
- 3Finance confirms the headcount and the budget
- 4HR opens the vacancy
- 5The manager is told it is open
What this one teaches
Two approvals in series — the need first, then the headcount — with a formula for total budget and a date the workflow stamps itself.
Build a hiring request workflow: a manager asks for a new role with the reason and the budget, the department head approves, finance confirms the headcount, and HR opens the vacancy
Employee exit
PeopleA manager gives notice of a leaver and a last day; IT reclaims the accounts and equipment, finance settles the final pay, and HR confirms everything is closed.
- 1A manager records the leaver and the last day
- 2IT reclaims accounts and equipment
- 3Finance settles the final pay
- 4HR runs the exit conversation
- 5HR signs off that nothing is outstanding
What this one teaches
A parallel across IT and finance, joined before HR signs it off — so nothing closes while an account is still open.
Build an offboarding workflow: a manager gives notice of a leaver and a last day, IT reclaims the accounts and equipment, finance settles the final pay, and HR confirms everything is closed
Money
Anything with an amount on it. Thresholds decide whether a second approval is needed, and the threshold is a formula on the record — not a rule somebody remembers.
Expense claim
FinanceSomebody claims an expense with a receipt, the budget owner approves it, and finance pays it out.
- 1Submit claim with receipt (form)
- 2Check the amount against policy (automation)
- 3Manager approval
- 4Over the limit? Finance approval as well
- 5Mark as paid and notify the claimant
What this one teaches
A policy check that runs before a human sees the claim, and a threshold that adds a finance approval only when it is crossed.
Build an expense claim workflow: staff submit a claim with a receipt, the budget owner approves it, finance pays it out, and anything over the limit needs a second approval
Purchase request
ProcurementA request to buy something, approved by the budget holder and — above a threshold — by finance, then tracked to delivery.
- 1Describe what is needed and why (form)
- 2Budget holder approval
- 3Over the threshold? Finance approval too
- 4Procurement raises the order
- 5Wait for delivery, then confirm receipt
What this one teaches
A wait step: the case stays open after the order is raised and resumes when the requester confirms delivery.
Build a purchase request workflow: the requester describes what they need and why, the department head approves, finance raises the order, and the requester confirms delivery
Discount approval
SalesA rep asks for a discount on a deal and says why; the sales head approves, and anything past the floor goes to finance before the quote goes out.
- 1A rep asks for a discount
- 2The sales head approves the ask
- 3Past the floor? Finance approves the margin
- 4The rep sends the quote
- 5The decision is logged against the deal
What this one teaches
The percentage is worked out from two prices by a formula column, so nobody argues about the arithmetic — and the SLAs are half-days, because a deal is waiting.
Build a discount approval workflow: a rep asks for a discount on a deal and says why, the sales head approves it, and anything past the floor goes to finance before the quote goes out
Travel request
FacilitiesAn employee requests a trip with dates, destination and estimated cost; their manager approves, finance approves anything over the limit, and admin books it.
- 1An employee requests a trip
- 2Their manager approves
- 3Over the limit? Finance approves the spend
- 4Admin books it
- 5The trip goes in the calendar
What this one teaches
Approval, then spend approval, then booking — ending in a real calendar entry for who is away and when.
Build a travel request workflow: an employee requests a trip with dates, destination and estimated cost, their manager approves, finance approves anything over the limit, and admin books it
Operations
Requests that arrive from anywhere in the company — or from outside it — get triaged, assigned, and closed only when the person who raised it agrees it is closed.
IT support ticket
ITAnyone raises an IT issue, it is triaged by urgency, assigned, and closed only once the reporter confirms.
- 1Raise a ticket (form)
- 2Triage the urgency (automation)
- 3Assign to the IT queue
- 4Urgent? Notify on-call immediately
- 5Reporter confirms it is fixed
- 6Close, or reopen and reassign
What this one teaches
A loop: if the reporter says it is not fixed, the case goes back to the queue instead of closing.
Build an IT support workflow: anyone in the company raises a ticket, it is assigned to IT, and the person who raised it confirms it was fixed before it closes
Contract review
LegalSomebody submits a contract with the counterparty and the value; legal reviews and can send it back with comments, and anything over the limit needs the finance head before it is signed.
- 1Somebody submits a contract
- 2Legal reviews it and can send it back
- 3Over the limit? Finance approves the commitment
- 4The owner signs and records the date
- 5Renewal is put in the calendar
What this one teaches
A formula-driven threshold on total commitment — and a reminder created for the renewal date the moment the contract is signed.
Build a contract review workflow: somebody submits a contract with the counterparty and the value, legal reviews and can send it back with comments, and the owner signs once legal is satisfied
Customer complaint
SupportSupport logs a complaint with the customer and severity; an owner investigates and proposes a resolution, the support head signs off on anything involving a refund, and the customer is told the outcome.
- 1Support logs a complaint
- 2An owner investigates and proposes a fix
- 3A refund? The support head signs it off
- 4The customer is told the outcome
- 5Serious ones are reviewed a week later
What this one teaches
An email to someone outside the company, and a wait-and-review loop a week later for the serious ones.
Build a customer complaint workflow: support logs a complaint with the customer and severity, an owner investigates and proposes a resolution, the support head signs off on anything involving a refund, and the customer is told the outcome
A template is a starting sentence, not a rigid form
Nothing is copied into your office until you have seen the design and approved it — and the design is built against your rooms, your people and the data you already have.
It reads your office
Existing tables and forms in the room you choose, your departments, reporting heads, job titles and policies.
It proposes, you decide
Reuse the leave table you already have or create a new one; widen the audience; change who approves. The choices are listed one at a time.
It builds the real thing
Tables, views, forms, approvals, automations, reminders and calendar entries — ordinary artifacts, in your room, that outlive the workflow.
You change it by talking
A month in, say “anything over $50,000 also needs finance”. The agent redesigns those steps and shows you the diff.
The parts that make a process survive contact with reality
An audience
Who the process covers — the whole company, a workspace, a department, or a head and their team. Nobody else is bothered by it.
Approvals with a deadline
Each approval names a rule rather than a person, carries an SLA, and knows where to escalate if nobody answers.
The exception path
Over a threshold, under a limit, a rejection, a request for changes — the cases that actually cost time are on the map.
A place for the data
A table for the case, with the columns the form asks for, the formulas that decide thresholds, and a view to watch it.
Who gets told, and how
Notification, email or room chat, chosen by whether the person is inside the room or somewhere else in the company.
An end that means something
Approved, rejected, delivered, closed — named outcomes your reporting can count and compare over time.
Your imagination sets the limit
Clinical trial site approval. Dealer onboarding. Tender sign-off. Shift swaps. Grant disbursement. Every process is built the same way: describe it in a sentence and the agent designs the steps, approvals, forms and tables it needs. The templates above are simply a head start for the processes every company shares.
Start from a template, or from a sentence
We will build your process live — one of the eleven templates or any custom process you describe — against your own departments, reporting heads and rooms.
Explore the rest of the platform
Every part of Qik Office shares the same rooms, the same people and the same permissions — so the work one part produces is immediately usable by the next.