Skip to content

Process Map: capture form

The form you fill in. Copy this page, complete it during the engagement, upload it to the project.

Checklist What you must come away with
Question bank Everything worth asking, to draw on
This page Where the answers go

Leave a field blank only if you did not ask. If you asked and it does not apply, write n/a, because a blank and a deliberate n/a mean different things when someone reads this later.

Fields marked * are mandatory

A field is marked * if it is either impossible to recapture later or blocks a decision. Do not close the engagement with one outstanding. Everything unmarked is valuable but survivable.

Engagement details

Client
Project
Tier express / standard / deep
Dates on site
Attendees, client side
Attendees, Octopodia
Completed by
Date completed

Part A: findings

A1. Baseline

Capture these before anything is automated

They cannot be measured afterwards. Fill every row you can, and mark n/a where a line genuinely does not apply. A blank means you did not ask.

For each figure, record how you got it: counted, a system report, or their estimate. An estimate is still usable, and it must be labelled as one.

A1.1 Inbound volume, by channel

Channel Per day Needing a reply Junk or irrelevant Who monitors Source
* Email, shared inbox
Email, individual inboxes
Phone calls
Voicemail
SMS or WhatsApp
Website form
Client portal
Supplier portals
Walk-in or in person
Post
Other

A1.2 Work volumes

Item Per week Per month Peak period Source
* Enquiries received
* Quotes produced
Quotes accepted
* Jobs created
Jobs completed
Site visits
Schedule changes
* Invoices raised
Invoices disputed
Payment chases
Certificates or documents issued
Document copies requested
Supplier orders
Warranty or callback jobs
Other

A1.3 Cycle times

From, to Typical Best Worst Target, if they have one
* Enquiry to first response
Enquiry to quote sent
Quote sent to follow-up
Quote accepted to job scheduled
Job completed to paperwork in system
* Job completed to invoice raised
Invoice raised to payment received
Document requested to document sent

A1.4 Hands-on time

Minutes of human effort per item, not elapsed time.

Task Minutes Who does it Their loaded hourly cost Source
* Read and triage one email
* Draft a routine reply
Produce a quote
Create a job in the system
Reschedule a job
Chase missing paperwork
Raise an invoice
Chase an unpaid invoice
Find and send a document
Re-key data between systems
Produce a report

Loaded hourly cost means salary plus on-costs, not the charge-out rate. Ask for a range if they will not give a figure. Without it, savings can only be expressed in hours rather than dollars.

A1.5 Quality and loss

Measure Count per day Count per month Value at stake How often Cost when it happens
* Enquiries never responded to
* Quotes never followed up
Quotes lost to slow response
Jobs invoiced late
* Jobs never invoiced
Invoices with errors
Invoices disputed
* Work redone at our cost
Callbacks or warranty visits
Complaints about response time
Certificates issued late
Compliance deadlines missed
Double-booked or missed appointments
Stock or parts ordered twice
Other

Value at stake is the amount riding on that item, such as the average quote value for a quote never followed up. Cost when it happens is what it costs them once it goes wrong, such as the hours to redo it plus the parts.

This section is usually where the real value sits, and it is the section clients have never measured. Estimates are fine. Getting them to say a number out loud is the point.

A1.6 Agreed multiplier *

Every field in this block is mandatory.

* Task the multiplier applies to
* Minutes per item
* Loaded hourly cost used
* Agreed with (name and role)
* Date
* Basis their estimate / timed observation / system data

This is the number every savings claim rests on. It must be theirs, and it must be recorded here. When it is challenged in month six, this is the answer.

Add a block per task if more than one multiplier is agreed.

A2. Processes mapped

Repeat this block per process.

Process:

Trigger
Frequency
People involved
End-to-end elapsed time
Hands-on time

Steps

# Step Who Time System
1
2
3
4
5

Waits and handoffs

Where it waits Waiting on Typical delay

Decision points

Decision Rule actually applied Written down?
yes / no
yes / no

Exceptions

Exception How often How handled
* Estimated exception rate %
* Automation viable at that rate? yes / marginal / no

A3. Systems

* Record the source of truth for customer, job and invoice. They are often three different systems.

System Purpose Source of truth for Version / plan Admin

Connections between them

From To How Manual or automatic

Double entry: where the same data is typed twice

Data Typed into And again into Frequency

Spreadsheets and shadow systems

Name Purpose Maintained by Seen it?
yes / no

A4. People and approvals

* Who would approve automated output
* Their realistic review turnaround
Cover when they are away
* Internal owner for the build
Who is sceptical, and why
* What they would never let a machine do unsupervised
What they would be comfortable with after six months

A5. Constraints

* Compliance obligations on data or retention
* Contractual constraints on where data is processed
* Record retention periods required
Existing software contracts and renewal dates
Who signs off spend, and the threshold
Anything in flight that would collide with a build
Busy and quiet seasons

A6. Priorities, in their words

Rank What they want fixed Why it matters to them
* 1
2
3
* What is stopping them taking on more work
* What would make this obviously worth it in three months
What would make them stop halfway

Part B: product readiness

Complete only for products you will recommend.

B1. Email triage

Recommending this product? yes / no
* Shared mailbox or personal
* Mailbox address
* Provider Microsoft 365 / Google / other
* Who else reads and replies to it
Existing rules and folders (attach or describe)
Out-of-hours handling
* What "urgent" means to them, concretely
* Approval surface review_app / mailbox

Twenty-email categorisation walkthrough *

Done with (name and role):

Mark each email E for prompt example or V for eval case. Roughly eight and twelve. They cannot be the same emails: an email used as a prompt example will always be classified correctly, because the answer is in the prompt, so scoring against it measures nothing.

Fill "why" wherever the category was contested. That reasoning is what makes a disputed case reusable a year later, instead of someone re-litigating the same edge from scratch.

# Category assigned E / V Why, if contested
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Template categories that did not fit
Categories to add for this client
Categories they would never automate

Keep this table. It is the seed for both the prompt examples and the eval set. Choose the E eight for coverage, meaning the adjacent pairs, at least one unclear, and at least one with two categories. Examples of the easy cases teach nothing.

B2. Job or field-service system

Recommending a product that touches this? yes / no
* Job system and version
* Accounting system
Connected to each other today? yes / no
* File export available? yes / no
* Do export IDs match API IDs? yes / no / unverified
* How that was verified
* Job or reference number format
* Number of customers
* Number of open jobs
* Approximate total historical jobs
* API rate limit on their plan
Anyone used the API before?
* Estimated backfill duration
* Backfill route file / API / both

If export IDs do not match API IDs, the file route is dead and backfill is API-only. Verify against a real sample rather than accepting an answer.

B3. Document retrieval

Recommending a product that sends documents? yes / no

Do this by watching, not asking. "Show me where the last certificate you issued is, right now."

* Where it actually was
* In the job record, or filed elsewhere? job record / folder / email / other
* If a folder: network or local? network / local / unsure
* Path or location seen
* Does the job record have a document type field? yes / no / unsure
* Actual file names, copied exactly
* Filed by hand, or automatically? hand / automatic
* Typical attachment count on a finished job
Also lodged with a regulator or third party? yes / no
Who would notice if the wrong document went out?

The four gates

* In a reachable system with an API yes / no / unsure
* Identifiable among the other attachments yes / no / unsure
* Reliably linked to the job yes / no / unsure
* Mail connector can attach files yes / no
* Retrieval feasible? yes / no / needs a spike
* If no, the fallback and its price

The first two gates fail most often. A certificate saved by hand into a network folder with whatever name the scanner produced is not retrievable, however good the automation is.

document_request is the highest-volume automatable category and is nearly worthless without the attachment. If retrieval is impossible, the fallback is a reply saying it is ready and asking the office to send it. Price it as the small saving it is.

B4. Reporting or dashboard

Recommending this? yes / no
Metric Their definition Currently available?
*
* What "live" means, as a number
* Who reads it, and how often
* What their current system already reports
Self-serve access wanted? yes / no

Documents collected

Document Received? Where stored
* Sample quote
* Sample invoice
* Sample job record
* Sample certificate, and a screenshot of where it lives
* Export sample (customers)
* Export sample (jobs)
Screenshots of folder rules
Spreadsheets

Open questions to follow up

Question Who By when

Completion

Every line here is mandatory.

* Part A complete, with every * field answered yes / no
* Part B complete for each recommended product yes / no
* Baseline and multiplier recorded and agreed yes / no
* Uploaded to the project yes / no
* Any * field left blank, and why

The report cannot be written until Part A is complete. Every number in it must trace back to this form.