Key takeaways
- Start from a mapped process and a measured baseline, not from a model or a tool.
- The best first candidates are high-volume, repetitive tasks with available data and a tolerable cost of error.
- Prototype on real data with real users, then deploy with guardrails, human review and monitoring.
- Measure time saved, automation rate, accuracy and adoption, and scale only what works.
Most companies now agree that AI can take work off their teams' plates. Far fewer have AI running inside their day-to-day operations. The gap is rarely the model. It is choosing the right process, connecting AI to real data and systems, and getting people to trust and use the result. This playbook is the five-step approach we follow at Determinant Studios when we help clients automate business processes with AI.

Why AI automation projects stall
- Starting with the technology. "We should use an LLM" is not a use case. Without a specific process and a baseline, there is no way to tell whether the project worked.
- Demo data. A pilot built on clean sample data often breaks on real documents, edge cases and messy records.
- No path to production. The prototype is never integrated with the systems where work actually happens.
- No owner. Nobody is accountable for adoption once the engineers move on.
Step 1: Map the process as it really runs
Sit with the people who do the work and document each step: what comes in, which systems are touched, what decisions are made and where things wait or get re-done. The written procedure and the real process are rarely the same. While mapping, record a baseline: volume per week, time per item, error or rework rate and cost.
Step 2: Pick the right candidates
Score each step against a few simple criteria:
| Criterion | Good candidate | Poor candidate |
|---|---|---|
| Volume | Hundreds or thousands of items a month | A handful of cases a year |
| Repetition | Similar inputs and decisions each time | Every case is unique |
| Data | Inputs are digital and accessible | Knowledge lives only in people's heads |
| Cost of error | Mistakes are caught and cheap to fix | A single error is costly or unsafe |
| Systems | APIs or exports are available | Locked, legacy-only systems |
Typical strong candidates include invoice and document processing, support ticket triage, data entry and reconciliation, internal knowledge search, report generation and image-based quality checks.
Step 3: Prototype on real data
Build the smallest version that does the job end to end on a real sample of your data: real invoices, real tickets, real records. Choose the simplest tool that works. Sometimes that is an LLM or AI agent with retrieval-augmented generation (RAG) over your documents; sometimes it is OCR plus a classic machine learning model; sometimes a few rules do most of the work. Put the prototype in front of the people who will use it and measure accuracy on cases they label.
Step 4: Deploy with guardrails
Moving to production is where most of the engineering effort goes:
- Integration: connect to the ERP, CRM, email, document stores and databases where the work happens.
- Human in the loop: route low-confidence or high-impact cases to a person for review, and use their corrections to improve the system.
- Security and access: keep data on your infrastructure or approved cloud, and respect existing permissions.
- Monitoring: track volumes, errors, confidence and drift, with alerts when something changes.
- Fallbacks: make sure work can continue manually if the automation is unavailable.
Step 5: Measure, improve and scale
Compare against the baseline from step 1 using a small set of metrics:
- Time per item and total hours saved per month.
- Automation rate: the share of items completed without human changes.
- Accuracy of automated output, checked on samples.
- Exception rate and the reasons behind exceptions.
- Adoption: how many people rely on it each week.
Once one process is working and owned by your team, reuse its integrations and lessons for the next one. Scaling is much faster the second and third time.
Who should do the work?
This playbook needs people who understand both the business and the engineering, and who stay with the work until it is used. That is the role of a Forward Deployed Engineer. Determinant Studios provides FDEs who embed with your team and run this process with you, from mapping the first workflow to handing over a production system. See how our FDE engagements work and examples of our AI work.
Start automating with us →