Start with a workflow, not a technology
The first automation should solve a defined operational problem. “Use AI” is not a process. “Record every website enquiry, assign an owner and remind that person if no next action is logged” is.
The DGS first-automation scorecard
Score each candidate from 1 (low) to 5 (high). A promising first process scores well on value and readiness without unacceptable risk.
| Factor | Question | Good first-project signal |
|---|---|---|
| Repetition | How often does it occur? | At least weekly with similar steps |
| Time | How much human time does it consume? | A meaningful recurring burden |
| Error | Do omissions or copying mistakes occur? | Rules can prevent common failures |
| Customer or revenue impact | Does delay affect service or income? | The benefit matters commercially |
| Stability | Are the steps understood and consistent? | Few unresolved process disputes |
| Data readiness | Are inputs available and dependable? | Required fields can be captured |
| Integration effort | Can current tools exchange information? | Supported connections or simple exports exist |
| Risk | What happens when it is wrong? | Failures are detectable and reversible |
Do not simply add all scores. Treat low stability, poor data or high consequence as gates. A high-volume process is still a poor first project if nobody agrees how it should work.
Interactive decision tool
Is this a sensible first process to automate?
Choose one real process, then rate five factors from 1 (low) to 5 (high). The result is a decision aid, not a guarantee.
Your answers stay in your browser and are not submitted to DGS.
A worked example
Illustrative example: a consultancy compares social-post scheduling with enquiry assignment. Scheduling is frequent and easy, but late enquiry ownership is affecting revenue and customer experience. The enquiry workflow has clear rules, structured form data and a reversible reminder step. It becomes the better first automation even if the social task feels more annoying.
The smallest sensible implementation
A complete narrow workflow is preferable to a broad system that stops halfway. For example, automatically copying a form into a spreadsheet is not enough if no person is alerted and no follow-up status is recorded.
When not to automate
- The process changes every time because the service itself is not settled.
- Most decisions require contextual human judgment.
- The available data is inaccurate, incomplete or collected without appropriate permission.
- The expected saving is smaller than setup and maintenance effort.
- A failure would be difficult to detect or reverse.
How to prove value
Record a simple baseline before implementation: volume, handling time, delay, error count or missed next actions. After launch, compare the same measures and review exceptions. Scale only when the first workflow is reliable and produces a useful result.
Start with the business problem.
If this issue is affecting your business, DGS can help map the current process and identify a focused first implementation.
Explore AI and business automation services