Growth Readiness & Implementation

What Should You Clarify Before Automating a Workflow?

Decide what is ready for automation and what still needs a human decision or a clearer process.

Published · Updated · 3 min read

Before automating a workflow, clarify its owner, required inputs, decision rules, exceptions, and review points. Start with a task you can explain and test, not a tool you hope will resolve an unclear process. Automation should support an agreed way of working, with someone responsible for checking that it still works.

For a small-business owner or nonprofit operations leader, this preparation can begin with an ordinary recurring task. You do not need to redesign the whole organization to decide whether one step is ready for a careful pilot.

Separate the task from the judgment

Map what happens from the starting event to the completed action. Identify which steps follow a clear rule and which require interpretation, context, or permission.

For example, sending a reminder when an internal task reaches its due date is different from deciding whether a service request deserves priority. Do not treat both as interchangeable just because they appear in the same workflow.

Ask whether the step should exist at all. Removing a duplicate entry can be more useful than automating the transfer between two unnecessary records. The workflow bottleneck guide can help you examine that question first.

Write down the operating conditions

Use a short readiness check before choosing a solution:

Question What you need to clarify
Who owns the workflow? A person responsible for its operation and changes
What starts it? A defined event, not an assumption
Are inputs usable? Required fields, consistent definitions, and a check for missing information
What is the rule? The condition that leads to each action
Where does a person review? A clear point before consequential action
What happens on failure? A notification, a responsible person, and a manual fallback

If staff give conflicting answers, resolve those differences before configuring the pilot. Otherwise, the tool may carry out one interpretation while the team expects another.

Test a bounded, low-consequence example

In a hypothetical nonprofit, an operations coordinator wants reminders for overdue internal documentation reviews. The team first agrees who owns each review, what counts as complete, and when a reminder should stop.

They test with fictional records: one overdue review, one completed review, one missing owner, and one duplicate entry. They check whether reminders go to the expected person and whether exceptions remain visible.

This example does not establish that a particular product is appropriate. It shows how to define a test before involving live work. Keep client information, sensitive records, and external messages out of an exploratory test unless the organization has explicitly approved their use and the relevant safeguards.

Keep human review specific

"A person will check it" is not a complete review plan. Name what the reviewer checks, when they check it, and what they can stop or correct. Give them enough information and time to make that review meaningful.

If an AI tool is part of a future proposal, separately determine whether its data handling and outputs are appropriate for the task. This workflow check is not a security, privacy, or legal approval. Do not assume that a clear process makes every tool suitable.

Decide what would count as a useful pilot

Compare the pilot with the current task. Look at missed items, incorrect actions, time spent checking outputs, and whether staff can recover when something fails. Include the work required to maintain the automation, not only the manual steps it replaces.

Agree who can pause the pilot and when you will review it. A responsible decision may be to proceed, revise the process, or keep the task manual for now.

Choose one recurring internal task and complete the readiness check with its owner. If the surrounding responsibilities or operating routines are still unsettled, use the guide to systems to establish before expanding. A clearer workflow is useful whether or not automation becomes the next step.


P.S. Curious about the financial cost of how work gets done? I put together an operations and funds check. Take the Operations & Funds Check