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.

FactorQuestionGood first-project signal
RepetitionHow often does it occur?At least weekly with similar steps
TimeHow much human time does it consume?A meaningful recurring burden
ErrorDo omissions or copying mistakes occur?Rules can prevent common failures
Customer or revenue impactDoes delay affect service or income?The benefit matters commercially
StabilityAre the steps understood and consistent?Few unresolved process disputes
Data readinessAre inputs available and dependable?Required fields can be captured
Integration effortCan current tools exchange information?Supported connections or simple exports exist
RiskWhat 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 result will appear here.

Select all five ratings, then assess the process.

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

Observe current work→Define trigger and outcome→Automate one complete path→Handle exceptions→Measure

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.

About the author

Mohua Thakur

Founder of DGS Business Studio. Mohua writes about practical digital growth, customer journeys and business automation, with an emphasis on starting with a real problem and implementing the smallest sensible solution.

About Mohua Thakur

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