Home / Blog / AI & automation
AI & automation

What business processes should you automate first?

Score each process on frequency, time and error cost, divide by build effort, and start with the top two. A worked example shows how the ranking plays out.

Dymaxel Systems teamOctober 17, 20266 min read

Automate first the processes that run often, take real staff time each run, and cause costly problems when someone gets them wrong, as long as they are cheap to build. In most small and mid-sized businesses that means lead capture and follow-up, order and invoice data entry between systems, and recurring reports. Score each candidate on frequency, time and error cost, divide by build effort, and start with the top two.

The mistake we see most often is the opposite: a team automates the process that annoys the owner most, which is often rare, messy and full of exceptions. This guide gives you a simple scoring method you can run in a spreadsheet in under an hour, plus a worked example.

What makes a process a good first automation?

A good first candidate has most of these traits:

  • It runs on a trigger you can detect: a form submission, a new order, an email arriving, a date on a calendar.
  • The steps are the same every time, or the exceptions are few and easy to describe.
  • The data starts in a system with an API or an export (a CRM, an ERP, a spreadsheet, a web form), not on paper.
  • Someone currently copies, retypes or reformats information between two places.
  • A mistake has a visible cost: a missed lead, a wrong invoice, a late shipment, a compliance gap.

Bad first candidates are processes that need judgment on most runs, depend on information that lives in someone's head, or change every month. Those can be automated later, sometimes with an AI step, once the basics are stable.

A simple scoring method: frequency x time x error cost vs build effort

Rate each process on four factors using a 1 to 5 scale. Keep the definitions fixed so different people score the same way.

Factor135
Frequency (F)Monthly or lessA few times a dayDozens or hundreds of times a day
Time per run (T)Under 2 minutesAbout 10 minutes30 minutes or more
Error cost (E)Mistakes are harmless and easy to fixMistakes cause rework or an annoyed customerMistakes lose revenue, money or compliance standing
Build effort (B)Two apps with ready connectors, no exceptionsThree or four systems, some branchingLegacy systems, no API, many exceptions

Then calculate:

Priority score = (F x T x E) / B

The top of the formula is the value of automating: how often the pain occurs, how big it is each time, and how much damage a manual slip does. The bottom is what it costs you to get there. A score above 20 is usually a clear first project. Between 8 and 20 is a good second wave. Below 8, leave it manual for now or simplify the process before automating it.

You can replace the 1 to 5 scales with real numbers if you have them (runs per month, minutes per run, cost per error, estimated build hours). The ranking usually comes out the same, and the 1 to 5 version is faster to agree on in a meeting.

Worked example: scoring five processes

The numbers below are a hypothetical example for a made-up 25-person distribution company. They are not client data. They show how the method sorts a typical list.

Process (hypothetical)FTEBScore
Web leads copied into the CRM and assigned to a rep424132
Shopify orders retyped into the ERP as sales orders534320
Weekly sales report built by hand in a spreadsheet15225
Supplier invoices matched against purchase orders335411.25
Annual price-list update for all customers15436.7

Reading the result:

  • Lead capture wins (32). It is quick to build with off-the-shelf connectors, and a lead that sits unassigned for a day is often a lost sale. This is a classic first project, and in a CRM like GoHighLevel it pairs well with instant lead follow-up.
  • Order entry is second (20). It is harder to build because it touches the ERP and needs rules for missing SKUs, but the volume and error cost justify it.
  • Supplier invoice matching (11.25) is a strong second-wave project. Error cost is high, but the build has exceptions (partial deliveries, price differences), so it should come after the team has seen one automation work.
  • The weekly report scores low (5) despite taking a long time each run, because it happens once a week. Owners often want this one first. It is better solved with a dashboard later.
  • The annual price-list update scores low because it happens once a year. Write a checklist instead.

To sense-check the top item in hours: if the hypothetical company gets 300 web leads a month and each takes 4 minutes to copy and assign, that is 20 hours a month of manual work, before counting the leads that slip through.

Which business processes do most companies automate first?

Across the businesses we talk to, the same handful of processes keep coming out on top of the scoring exercise:

  • Lead capture and routing: web forms, ad leads and inbound calls into one CRM, assigned to the right person, with an instant reply.
  • Order to ERP: e-commerce or quote-tool orders created in the ERP or accounting system without retyping.
  • Invoice and payment reminders: invoices sent on a schedule, overdue reminders at set intervals, payment status written back.
  • Onboarding checklists: a new client or employee triggers accounts, documents, welcome emails and tasks.
  • Recurring reports: data pulled from several systems into one sheet or dashboard on a schedule.
  • Inventory and status sync: stock levels or job status pushed between warehouse, store and CRM.

What these share is a clear trigger, stable steps and structured data. That is also why they are cheap to maintain once built.

How do you get the first automation live without breaking things?

A first automation should be small enough to ship in a week or two. A sequence that works:

  1. Write the process down step by step as it happens today, including the exceptions. Ask the person who does it, not their manager.
  2. Agree on what "done" looks like and what should happen when data is missing or wrong (usually: stop and notify a named person).
  3. Build it in a test account or against a copy of your data first.
  4. Run it in parallel with the manual process for a week and compare results.
  5. Switch over, keep execution logs, and set an alert for failures.
  6. Review after 30 days: runs, failures, time saved. Then score the next item on your list.

Testing on real data matters more than anything else on this list. Clean demo records hide the problems that show up with real customer names, duplicate contacts and missing fields.

Which tool should run your first automations?

For a first project, the tool matters less than the process design. Zapier is quickest for simple app-to-app steps, Make is good for visual branching, and n8n handles high volume, long workflows and self-hosting. We compare them in detail in n8n vs Make vs Zapier. If your process lives mostly inside one system, such as Odoo or GoHighLevel, use that system's built-in automation first and add an external tool only for the parts it cannot reach.

Make sure the automation account and every app connection are in your company's name, and that at least one person on your team can read the workflow and switch it off.

How Dymaxel helps you choose and build

When we scope workflow automation, we run a version of this scoring exercise with your team, then give you a written fixed-price scope for the first phase. We test on your real data, show progress in weekly demos, and hand over workflows, accounts and credentials that you own. If you want a second opinion on your list, bring it to a free 45-minute consultation via our contact page.

Frequently asked questions

How many processes should we automate at once?

Start with one or two. A single working automation teaches your team how monitoring, exceptions and handover work, and it builds trust with the staff who used to do the task by hand. Once the first one has run cleanly for a few weeks, rescore your list, because the effort scores often drop after the first integration to a system such as your CRM or ERP is in place.

Should we fix the process before automating it?

Yes, if the process has steps nobody can explain or exceptions on most runs. Automating a broken process makes the mistakes happen faster. Remove unnecessary approvals, agree on one source of truth for each piece of data, and write down the rules. If you cannot describe the process in a page, it is not ready to automate.

Will automation replace staff?

In small and mid-sized businesses, first automations usually remove copy-and-paste work rather than whole roles. The person who spent an hour a day retyping orders spends that hour on customer calls, exceptions or checking the automation's output. Plan who owns each automation and who handles the cases it flags, because those are new responsibilities.

What if our software has no API?

Check for other ways in first: CSV exports and imports, email notifications that can act as triggers, a database you can read, or a vendor integration marketplace. If none exist, the build effort score goes to 5 and the process usually drops down the list. Sometimes the better project is replacing that software with something that can be connected.

How do we measure whether an automation paid off?

Record a baseline before you build: runs per month, minutes per run and errors per month. After 30 days, compare against the automation's execution logs and any failure alerts. Hours saved multiplied by a loaded hourly cost, plus avoided errors, gives a fair estimate. Include the subscription and maintenance cost on the other side of the sum.

Not sure what to automate first?

Bring one process. We'll tell you what it would take to automate it, in a free 45-minute meeting.

Sources

  1. Zapier Help: How is task usage measured
  2. n8n Plans and Pricing
  3. Make Help Center: Credits