Workflow Templates

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.

Any custom process

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.

  1. 1Describe
  2. 2Design
  3. 3Approve
  4. 4Build it
  5. 5Try it out
  6. 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.”

Build

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

BUILT

Item

Design laptops ×3

Amount

$6,400

Vendor

Northwind

Needed by

Oct 20

Vendors · Purchases

Tables in the home room

BUILT
Northwind$6,400Approved
Fabrikam$1,150With manager
Contoso$820Closed

Approvals

Routed from your org chart

BUILT

Requester’s reporting head

Department head: Finance

ApproveRejectChangesEscalates in 24h

Automation

Runs in the home room

BUILT

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

BUILT

Vendor checked · quote summarised

PO-1042 drafted for Northwind

Notifications

Chat, email and alerts

BUILT

“Your purchase of Design laptops ×3 is approved. PO-1042 is attached.”

Or start from one of 11 templates below ↓

HR and managers

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

People

An employee requests time off, their manager approves it, and HR is told. Long requests go up a level.

RequesterManagerHRSystem
  1. 1Request leave (form)
  2. 2Policy check (automation)
  3. 3Manager approval
  4. 4Revise request, if changes are asked for
  5. 5More than 3 days? Skip-level approval
  6. 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

People

Everything that has to happen before and during someone's first week, run in parallel across HR, IT and their manager.

HRITManagerNew joinerSystem
  1. 1New joiner details (form)
  2. 2In parallel: laptop and accounts, payroll and documents, desk and buddy
  3. 3Manager confirms the first-day plan
  4. 4Day one checklist for the new joiner
  5. 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

People

A 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.

Hiring managerDepartment headFinanceHRSystem
  1. 1A manager asks for a role
  2. 2The department head approves the need
  3. 3Finance confirms the headcount and the budget
  4. 4HR opens the vacancy
  5. 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

People

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.

ManagerITFinanceHRSystem
  1. 1A manager records the leaver and the last day
  2. 2IT reclaims accounts and equipment
  3. 3Finance settles the final pay
  4. 4HR runs the exit conversation
  5. 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

Finance, procurement and sales

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

Finance

Somebody claims an expense with a receipt, the budget owner approves it, and finance pays it out.

ClaimantManagerFinanceSystem
  1. 1Submit claim with receipt (form)
  2. 2Check the amount against policy (automation)
  3. 3Manager approval
  4. 4Over the limit? Finance approval as well
  5. 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

Procurement

A request to buy something, approved by the budget holder and — above a threshold — by finance, then tracked to delivery.

RequesterBudget holderFinanceProcurementSystem
  1. 1Describe what is needed and why (form)
  2. 2Budget holder approval
  3. 3Over the threshold? Finance approval too
  4. 4Procurement raises the order
  5. 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

Sales

A 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.

RepSales headFinanceSystem
  1. 1A rep asks for a discount
  2. 2The sales head approves the ask
  3. 3Past the floor? Finance approves the margin
  4. 4The rep sends the quote
  5. 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

Facilities

An employee requests a trip with dates, destination and estimated cost; their manager approves, finance approves anything over the limit, and admin books it.

TravellerManagerFinanceAdminSystem
  1. 1An employee requests a trip
  2. 2Their manager approves
  3. 3Over the limit? Finance approves the spend
  4. 4Admin books it
  5. 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

IT, legal and support

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

IT

Anyone raises an IT issue, it is triaged by urgency, assigned, and closed only once the reporter confirms.

ReporterITSystem
  1. 1Raise a ticket (form)
  2. 2Triage the urgency (automation)
  3. 3Assign to the IT queue
  4. 4Urgent? Notify on-call immediately
  5. 5Reporter confirms it is fixed
  6. 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

Legal

Somebody 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.

OwnerLegalFinanceSystem
  1. 1Somebody submits a contract
  2. 2Legal reviews it and can send it back
  3. 3Over the limit? Finance approves the commitment
  4. 4The owner signs and records the date
  5. 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

Support

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.

SupportOwnerSupport headSystem
  1. 1Support logs a complaint
  2. 2An owner investigates and proposes a fix
  3. 3A refund? The support head signs it off
  4. 4The customer is told the outcome
  5. 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

What you get

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.

01

It reads your office

Existing tables and forms in the room you choose, your departments, reporting heads, job titles and policies.

02

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.

03

It builds the real thing

Tables, views, forms, approvals, automations, reminders and calendar entries — ordinary artifacts, in your room, that outlive the workflow.

04

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.

Inside every design

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.

Any process you imagine

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.

11 starting points

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.