Skip to main content
NairobiXNairobiX

Automation

What Should You Automate First in a Growing Business?

The best first automation is rarely the most impressive one. It is the task that happens often, follows a clear rule, and costs you something every time it is late or forgotten.

By
NairobiX Editorial
Published
Reading time
7 min read
A man working at a laptop on a standing desk in a warehouse office.
On this page
  1. 01Automation is a decision, not a tool
  2. 02What automation actually is
  3. 03Four questions that rank any candidate
  4. 04Where most businesses should start: the follow-up layer
  5. 05What not to automate first
  6. 06From business problem to automation: how to decide what to build
  7. 07Is it worth it? A simple way to estimate
  8. 08A worked example
  9. 09What to do next
  10. 10Key takeaways
  11. 11Sources

Automation is a decision, not a tool

Most conversations about automation start with a tool: a workflow builder, a chatbot, an integration someone saw in a demo. The more useful starting point is a question about the business: which recurring task, if it happened reliably and instantly, would make the biggest difference?

Asked that way, the answer is usually unglamorous. Sending the confirmation. Logging the enquiry. Reminding someone that a quote has gone unanswered for three days. Moving a record from one system to another so nobody has to retype it. These tasks are small individually and expensive collectively, because they are exactly the ones that slip when people are busy.

What automation actually is

Everything that can be automated reliably can be described in that shape. If you cannot write the rule down — because it depends on reading the situation, weighing a relationship or making an exception — the task needs human judgment, and automating it will produce confident mistakes. That is also the line between rule-based automation and AI, which is covered in a separate article.

Four questions that rank any candidate

For each task you are considering, ask four questions. They are a working framework, not a formula — but they reliably separate good first automations from projects that disappoint.

  1. 01How often does it happen?

    A task done forty times a week repays automation far faster than one done twice a month. Frequency multiplies every other benefit.

  2. 02How clear is the rule?

    Can you write it as when–if–then without “it depends”? Clear rules automate cleanly. Fuzzy rules need standardising first.

  3. 03What does delay cost?

    Some tasks lose value by the hour — a reply to a new enquiry, a reminder before an appointment. Others can wait until Friday without harm.

  4. 04What does an error cost?

    A wrongly worded confirmation is embarrassing. A wrongly sent invoice or a message to the wrong patient is serious. High-cost errors need a human checkpoint.

Rare ← Frequency → Frequent

Standardise, then automate

  • — Preparing quotes
  • — Client onboarding steps

Automate first

  • — Logging enquiries
  • — Assigning leads
  • — Appointment reminders
  • — Booking confirmations

Leave manual

  • — Partnership negotiations
  • — Unusual complaints

Checklist or light automation

  • — Monthly report export
  • — Quarterly data clean-up

Fuzzy ← Rule clarity → Clear

Fig. 1Frequency against rule clarity gives four zones. Cost of delay and cost of error then decide the order within a zone, and whether a human checkpoint is needed.

Where most businesses should start: the follow-up layer

Applied honestly, the four questions point most growing businesses to the same place: the steps between a customer's enquiry and the team's response. They happen constantly, the rules are clear, and delay is costly. In a widely cited Harvard Business Review study of 1.25 million leads, firms that attempted contact within an hour were nearly seven times as likely to qualify the lead as firms that waited even an hour longer [1].

  • Capture — every form, message or call becomes a record automatically.
  • Acknowledge — the customer gets an immediate, honest confirmation, especially out of hours.
  • Assign — the enquiry goes to a named person, by rota, territory or product.
  • Remind — the owner is prompted if no reply has been sent within the target time.
  • Confirm — bookings, payments and next steps are confirmed without anyone retyping details.

None of these replaces a conversation. They make sure the conversation happens, and happens quickly.

What not to automate first

  • Processes you have not standardised. Automating a messy process produces a faster mess. Agree the steps first.
  • Judgment calls. Pricing exceptions, complaints, credit decisions and anything sensitive need a person, even if software prepares the information.
  • Rare tasks. Something done monthly is usually cheaper as a checklist than as an automation that must be built and maintained.
  • Tasks whose failure you would not notice. Every automation needs someone who would know if it stopped working.

From business problem to automation: how to decide what to build

Good automation projects follow the same sequence regardless of the tool. Skipping steps is how businesses end up with impressive workflows that solve the wrong problem.

  1. 01Name the problem in business terms

    Not “we need Zapier” but “patients miss appointments and we find out when the slot is already wasted.”

  2. 02Map what happens today

    Write down each step, who does it, with what tool, and where it goes wrong. The map often reveals a simpler fix.

  3. 03Find the rule

    Identify the part that can be written as when–if–then. That is your automation. The rest stays human.

  4. 04Decide the human checkpoint

    Where must a person review, approve or be able to step in? Build that in from the start.

  5. 05Build the smallest useful version

    Automate one step end to end, run it for a few weeks, and watch it.

  6. 06Measure against the problem

    Did the problem named in step one actually shrink? If not, adjust before automating more.

Is it worth it? A simple way to estimate

Vendors will happily estimate the return on an automation for you. A rough estimate of your own is more useful, because it forces you to state the assumptions. Three kinds of value are worth separating, because they behave differently.

  1. 01Time returned

    How often the task happens, multiplied by the minutes it takes, multiplied by what that time costs. This is the easiest value to calculate and usually the smallest.

  2. 02Errors avoided

    How often the manual version goes wrong — a missed follow-up, a wrong detail retyped — multiplied by what each error costs. Often larger than the time saved, and easy to overlook.

  3. 03Speed and consistency

    What it is worth for every customer to get a reply, a reminder or a confirmation on time, every time. Hard to put a number on, and frequently the biggest of the three.

An illustrative estimate — logging and assigning new enquiries
AssumptionIllustrative valueWorking
Enquiries per month200From your own records
Minutes to log and assign each one by hand3Time it for a week
Time returned per month10 hours200 × 3 minutes
Enquiries currently lost or delayed at logging1 in 20From a month's audit
Enquiries recovered per monthAbout 10200 ÷ 20
Running costTool subscription + about 1 hour of upkeep a monthPlus a one-off setup

Every number here is hypothetical; replace each one with your own. The point is the structure: time, errors and speed, set against build and running costs.

In this illustration, the ten hours returned each month are useful, but the ten enquiries that no longer slip through are the real case for the automation. If your own numbers show neither, choose a different first automation.

A worked example

Illustrative example

Appointment reminders at a clinic — a composite, fictional business

A physiotherapy clinic books around 120 appointments a week. Front-desk staff try to call or message every patient the day before, but on busy days reminders are skipped, and missed appointments leave unused slots.

Against the four questions: the task is very frequent, the rule is clear (“the day before, at 10am, message every patient with a booking tomorrow”), delay makes it worthless, and an error is low-cost as long as the message is accurate and easy to reply to. It sits squarely in the “automate first” zone.

The clinic automates the reminder from its booking system, with a reply option to confirm or reschedule. Replies asking to reschedule create a task for the front desk — the human checkpoint. Staff time previously spent on routine reminders goes to rebooking and patients who need a conversation.

To judge value, the clinic uses simple arithmetic rather than a vendor's projection: minutes saved per week, plus the value of slots that are now rebooked instead of wasted, compared with the cost of the tool and its upkeep. Health information is sensitive, so the reminder contains only what is necessary — a time and a clinic name — in line with data-minimisation principles in Kenya's Data Protection Act [2].

What to do next

Find your first automation this week

  • List every recurring task in the path from enquiry to payment. Aim for twenty.
  • Score each one for frequency, rule clarity, cost of delay and cost of error.
  • Circle the tasks that are frequent, clear and costly when late. Pick one.
  • Write its rule as when–if–then, and name the human checkpoint.
  • Build it, give it an owner, and check after a month whether the original problem shrank.

Key takeaways

  1. 01Start from a business problem, not a tool.
  2. 02Rank candidates by frequency, rule clarity, cost of delay and cost of error.
  3. 03For most growing businesses, the follow-up layer — capture, acknowledge, assign, remind, confirm — is the best first automation.
  4. 04Automate the rule, keep the judgment, and give every automation an owner.

Sources

Numbered references in the text point to the sources below. Frameworks, examples and passages marked “Analysis” are NairobiX's own reasoning; examples are composites, not real clients.

  1. [1]The Short Life of Online Sales Leads — Harvard Business Review, March 2011US data from 2011; used for direction rather than as a local benchmark.
  2. [2]The Data Protection Act, 2019 (No. 24 of 2019), section 25 — Kenya Law

FROM READING TO DOING

See where this applies to your business.

The Business Growth Assessment looks at how your business actually acquires, converts and serves customers, and identifies the areas worth addressing first.