Choosing a provider
Business process automation services
Many businesses have more processes that could be automated than they have time or budget for. A good automation provider helps choose which to tackle first, maps them with the people involved and builds automations that the business can understand and keep running.
This page explains how a process automation engagement should run and how to pick the processes that are worth automating.
Illustrative diagram
Automate first?
- Frequency
- Daily
- Weekly
- Effort and errors
- Staff time
- Mistake cost
- Stability
- Well understood
- Not changing soon
- Systems
- Integrations
- APIs
Choosing which processes to automate first
| Criterion | Favours automation when |
|---|---|
| Frequency | The process runs daily or weekly |
| Effort | Each run takes noticeable staff time |
| Errors | Manual mistakes are common or costly |
| Stability | The process is well understood and not about to change |
| Systems | The systems involved can be connected |
Workshops with the people who do the work
Short workshops with the staff who run each process are the fastest way to understand it. They know the exceptions, the workarounds and the steps that exist for reasons nobody wrote down. A provider who designs automation only from a manager's description often misses these, and the automation fails on the first unusual case.
Workshops also help staff see what will change and contribute ideas for simplifying the process.
Questions to ask a provider
Approach
- How will you choose which processes to automate first?
- Will you talk to the staff who do the work?
- Will you suggest simplifications before automating?
Platform
- Which automation platform do you recommend, and why?
- Whose accounts will it run in?
- What are the ongoing platform costs?
Handover
- What documentation will we receive?
- Who will own each automation?
- How are failures reported?
How an engagement runs
Process inventory
Candidate processes listed and scored.
Output: Prioritised list
Workshop and map
Top process mapped with the people involved; simplifications agreed.
Output: Process map
Build and test
Automation built in your accounts and tested on real cases.
Output: Tested automation
Handover
Documentation, owner named, failure alerts set up.
Output: Live process
Warning signs
Automating everything at once
Large, simultaneous changes are hard to test and to trust.
Platform chosen before the process is understood
The tool should fit the process, not the reverse.
Automations nobody owns
Failures go unnoticed until something important is missed.
Choosing a platform
Automations can run on general automation platforms, inside the systems you already use, or as custom code. The right choice depends on the systems involved, volumes, data sensitivity and who will maintain the result. A provider should explain the trade-offs and ongoing costs of each option for your situation rather than defaulting to the one they always use.
Quick wins and larger projects
Some automations take hours to build and save time immediately, such as notifications when a form is submitted or a weekly summary email. Others, such as an approval process spanning several systems, are projects in their own right. A sensible plan mixes both: a few quick wins early to build confidence, alongside one larger process tackled carefully. The process inventory makes these trade-offs visible.
Quick wins also help staff see the benefit of automation, which makes larger changes easier to introduce.
What you should receive
For each automation: a short description of what it does and why, the steps and systems involved, the owner, how failures are reported and how to switch it off safely if needed. Kept together in one place, these descriptions let anyone in the business understand what is running and who to ask.
Training and adoption
Automation only helps if people stop doing the old manual steps and trust the new ones. A short walkthrough for each affected team, with a clear contact for questions, usually covers it. Checking in after a few weeks catches any steps people are still doing out of habit.
Data protection in automated processes
Automations often move personal data between systems: customer details, staff information or applicant records. Each new flow should be checked against your privacy notice and data processing records, with only the necessary fields transferred and access limited to those who need it. Raising these points during design is far easier than fixing them after launch.
Questions about business process automation services
Which process should we automate first?
One that is frequent, time-consuming, error-prone and stable.
Do you talk to our staff?
Yes. The people who do the work are essential to mapping it properly.
Which automation platform do you use?
It depends on your systems and needs. We explain the options and costs.
Who owns the automations?
Your business, with a named person responsible for each.
Can you automate several processes?
Yes, one at a time, so each is tested and trusted before the next.
What documentation do we get?
What each automation does, its steps, owner and how failures are reported.
Can you start with quick wins?
Yes. A few simple automations early often build confidence for larger ones.
Do automations affect our privacy obligations?
They can, when personal data moves between systems. We check flows against your privacy documentation during design.
Request a Custom Quote
Ask about Business process automation services
Thank you — your enquiry has been sent.
We have received your message and will reply by email. If you need to add anything, email info@letgetgrow.com.