Everything worth asking, so nothing is forgotten. This is the superset, not the agenda.
The checklist is what you must come away with. This page is what you can draw on, chosen by what the client actually does. Most engagements use perhaps a third of it.
Use it as a prompt, not a script
Reading questions off a list produces short answers. Ask two or three from a section, follow what they say, and come back here between sessions to check what you have not covered.
What does each person do first thing in the morning?
The reactive work that nobody counts
What do they do that they think is a waste of time?
The best automation candidates, self-identified
Who would notice first if this went wrong?
Escalation path
Who is sceptical about this?
The real delivery risk
Who has been here longest?
Undocumented knowledge
Ask the person doing the work, not only the owner. The owner describes the process as designed. The person doing it describes the process as run, and the gap between those is where the value is.
Which are templated, and which are written each time?
Generation candidates
Where are they stored?
SharePoint, Drive, a local drive, email attachments
Who asks you for copies, and how often?
High-volume, low-value, highly automatable
How long does it take to find one?
The saving
What is the naming convention?
Whether one exists
Any retention or compliance obligation on them?
Retention floor, residency
"Who asks you for copies" is a high-yield question. Document retrieval is almost always automatable, always underestimated, and easy to demonstrate value on quickly.
The questions above establish that document requests are worth automating. These establish whether it is possible at all, and the answer is frequently no.
Question
Listening for
Show me where the last certificate you issued is right now
Watch them find it. This answers more than any description
Is it attached to the job in the system, or filed elsewhere?
The decisive question
If it is in a folder, whose folder?
A local drive means we cannot reach it
Is it also lodged with a regulator or third party?
Their copy may be a manual save, not a system record
Does the job record have a document type field?
Otherwise a job with a dozen attachments is unpickable
What are the files called?
CoC_J4471.pdf is workable. scan001.pdf is not
Does anything rename or file them, or is it by hand?
Conventions kept by habit break silently
How many attachments does a typical finished job have?
Photos, variations, invoices, certificates, all mixed
Who would notice if the wrong document went to a customer?
The cost of being wrong
Four things must all be true, and any one can kill it
If not
The document is in a system with an API
We cannot fetch it
We can tell which attachment it is
We cannot pick it
It is reliably linked to the job
We cannot find it
The mail connector can attach files
We cannot send it
The first two fail most often. A certificate saved by hand into
\\server\Certificates\2026\ with whatever name the scanner gave it is
not retrievable, however good the automation is.
Why this matters more than it looks:document_request is the highest-volume, most automatable email category, and it is nearly worthless without the attachment. "Your certificate is ready, log in and find it" saves nobody anything.
So these questions decide whether the best category is a product or a disappointment. Ask them before quoting, not after.
If retrieval is impossible, the honest fallback is a reply that tells the customer the certificate is ready and asks the office to send it, which is a small saving rather than the large one. Price it as the small one.