← All insights

How to choose your first business automation

Look for repeat work with clear inputs, a visible result, and someone who knows what good looks like.

Start by listing tasks that repeat. Think about what happens after an inquiry arrives, how a weekly report is assembled, or what information gets copied between systems. A useful first automation usually has a clear starting point and a result you can inspect.

The following questions help narrow the list before investing in a build.

Does the task happen often enough?

A frequent, modest task can be a better candidate than a complicated task performed once a year. Write down the volume and the time spent on a typical instance. Include the time needed to find information, check it, and correct mistakes.

Avoid relying on a hurried estimate from memory. Observe a few real examples if you can.

Are the inputs and rules clear?

“Prepare the weekly report” sounds specific until you discover three spreadsheet formats and a calculation that changes every week. Document the sources, expected fields, and decisions involved.

If the work is mostly fixed rules, ordinary automation may be enough. AI can be useful for interpreting variable text, organizing information, or drafting an explanation, but it still needs a way to handle uncertainty.

What happens when something is missing or wrong?

List the common exceptions. An attachment may be absent, a customer may use a different name, or a source system may be unavailable. Decide whether the process should stop, flag the case, or ask a person to review it.

For a first pilot, preparing a draft or a review table can be a sensible boundary. It lets you inspect the work before increasing what the automation is allowed to do.

Can you access the systems involved?

Check the software plans, permissions, integrations, and data quality. Two applications having an integration does not mean every action you need is supported. Confirm the actual steps before promising a complete workflow.

Include an owner for connected accounts and a plan for what happens when access changes.

How will you judge the pilot?

Choose a few measures before building. Useful ones include completion time, review time, correction rate, failed cases, and running cost. The meaningful comparison is the whole process before and after the change.

For example, suppose a fictional weekly task takes 45 minutes manually. If an assisted process takes 10 minutes plus 15 minutes of review, the saving is 20 minutes per run. Setup and maintenance effort still matter. This is an illustration of the calculation, not a promised result.

Choose one bounded improvement

Pick a task with accessible inputs, a clear owner, manageable consequences, and an outcome people can evaluate. Document the pilot’s limits and use it on representative examples. Expand only when the evidence supports the next step.

A workflow review or automation pilot can help you turn a broad wish to “use AI” into a project you can assess.