Workflow automation

Nobody should be typing the same address into four systems.

Your CRM, phones, quoting tool and accounting software each hold part of the truth and none of them talk. That gap is where the admin hours and the reconciliation errors live.

Built on n8n, Zapier or Make · Documented and owned by you · No bespoke code where a platform will do

One job, five systems, no retyping

  1. Enquiryautomatic

    Phone system to CRM

    The call creates the contact, with its source attached.

  2. Quoteautomatic

    CRM to quoting tool

    Name, address and scope carried across once.

  3. Wonautomatic

    Quoting tool to scheduling

    Booked against the crew that can actually do it.

  4. Invoiceautomatic

    Scheduling to accounting

    With the job number intact, so reconciliation is not a monthly ritual.

What is workflow automation, and what does it fix?

Workflow automation connects the software a business already runs so data moves between systems without anyone retyping it. It fixes the specific, unglamorous cost of tools that do not talk: duplicated data entry, monthly reconciliation, reports rebuilt by hand, and information that exists in one system and is invisible in another.

Most service businesses do not have a software problem. They have five pieces of perfectly good software with nothing between them, and a person whose actual job is being the integration. That person is usually the most experienced administrator in the business, and they are spending their week as a data bus.

The joins worth automating first

  • Phone to CRMEvery call logged against the right contactDay one
  • Website to CRMForms in without anyone copying an email addressDay one
  • Quoting to CRMQuote value and status, one direction, no retypingWeek two
  • CRM to accountingWon job to invoice, with the job number intactWeek three
  • Job done to review requestSent once, at the right momentWeek three
Nothing here is exotic. The value is that it stops being somebody's afternoon.

The symptoms

Five things every unconnected business does

  1. The same customer, four times

    Typed into the phone system, the CRM, the quoting tool and the accounting software. Four opportunities for a typo, and four versions of the truth when the address changes.

  2. The job that exists in two places

    Scheduled in one system, invoiced from another, with nothing connecting them. Somebody reconciles it monthly, badly, from memory.

  3. The spreadsheet that shadows the CRM

    Because the CRM does not have a field somebody needs. That spreadsheet becomes the real system of record, and it lives on one laptop.

  4. The report rebuilt every month

    Someone exports three CSVs, pastes them into a workbook, fixes the formatting and emails a PDF. Two days a month, every month, forever.

  5. The photo that never reaches the file

    Taken on a phone on site, sent by text, and never attached to the job. It surfaces eight months later during a warranty dispute, if it surfaces at all.

None of these are anyone's fault. They are what happens when software is bought one problem at a time over ten years, which is how every business buys software.

What's included

What gets built

  • Integrations between the tools you have

    CRM, phone system, quoting or estimating software, scheduling, accounting and ad platforms connected so a record created in one appears in the others without anyone typing it again.

  • One system of record per thing

    A decision, written down, about which system owns the customer, which owns the job and which owns the invoice — and then the integrations built to respect it. Most integration failures are actually this decision never being made.

  • Job data flowing both ways

    Closed-won values back into the ad platforms so bidding optimises on revenue. Job status back into the CRM so sales can see what operations is doing without asking.

  • Document and photo handling

    Site photos, signed forms and completion certificates attached to the job record automatically from the phone that took them, instead of arriving as texts.

  • Reporting that assembles itself

    The monthly numbers pulled from source systems into one view on a schedule. The two days a month someone currently spends building it becomes zero.

  • Error handling that tells someone

    Every integration fails eventually — an API changes, a field gets renamed, a token expires. Failures alert a person immediately rather than being discovered weeks later by a customer.

  • Built on platforms, not bespoke code

    n8n, Zapier or Make wherever they will do the job, because you can maintain those. Custom code only where a platform genuinely cannot, and documented if so.

  • Documentation and handover

    Every workflow written down: what triggers it, what it touches, who owns it, how to change it. So this is an asset you own rather than a dependency on us.

The step people skip

Decide what owns what, before you connect anything

The most common way integration projects fail is not technical. It is that nobody decided which system is the source of truth for a customer, a job or an invoice — so the integration is built to sync both ways, both systems get edited, and within a month they disagree. Then somebody has to decide which one is right, retrospectively, for eight hundred records.

So the second week of any integration engagement is a decision, not a build. One system owns the customer. One owns the job. One owns the money. Everything else receives. It takes an afternoon, it is entirely a business decision rather than a technical one, and it is the difference between an integration that lasts and one that has to be unpicked.

How it works

Map, decide, build the worst one first

  1. Draw the current state honestly

    Weeks 1–2

    Every system, every place data is entered, and every manual step between them. Including the workarounds. The map is usually the deliverable people find most valuable, before anything is built.

  2. Decide what owns what

    Week 2

    One system of record per entity. This is a business decision, not a technical one, and skipping it is why integration projects produce two systems that disagree and an argument about which is right.

  3. Build the highest-friction link first

    Weeks 3–6

    Whichever manual step costs the most hours or causes the most errors. Delivered and running before the next one starts, so value arrives in week four rather than month four.

  4. Monitor, document, hand over

    Ongoing

    Alerting on the critical paths, written documentation, and a walkthrough with whoever will own it internally. Integrations nobody understands become nobody's problem until they break.

Fit

Who this suits, and who it doesn't

This is a good fit if

  • The same information gets typed into more than two systems.
  • The monthly numbers are assembled by hand from exports because no two systems agree.
  • You can name a manual step that causes errors and everyone has just accepted it.
  • Your ad platforms have no idea which leads became revenue.
  • You want the workflows documented and owned by you rather than locked to a vendor.

This isn't the right fit if

  • The underlying process is broken. Automating a bad process makes it fail faster and more consistently.
  • Nobody will decide which system is the source of truth. That decision has to come first.
  • You want everything connected to everything. That produces a system nobody can debug.
  • The tools involved are genuinely closed with no API. We will tell you rather than build something brittle.

Questions about workflow automation

What is workflow automation?

Workflow automation connects the software a business already runs so information moves between systems without a person retyping it. A job booked in one tool appears in the others; a closed sale updates the CRM and the ad platform. It is plumbing, and it is where most administrative time goes.

How is this different from marketing automation?

Marketing automation is about the customer — acknowledging enquiries, chasing quotes, requesting reviews. Workflow automation is about your systems talking to each other. They overlap heavily, and most engagements involve both, but they solve different problems.

Do you use n8n, Zapier or Make?

All three, depending on the job. Zapier is fastest for simple, well-supported connections. Make handles branching logic more comfortably. n8n is the strongest option when you want self-hosting, data residency control, or high volume without per-task pricing. We pick per project, not per preference.

What if there is no integration between two tools we use?

Most tools expose an API or webhooks even without an off-the-shelf connector, and that is usually enough. Where a system genuinely has no interface — some older estimating and dispatch software does not — we will say so plainly rather than building something fragile around it.

How much does workflow automation cost?

A focused integration project is quoted as a project. Ongoing automation work sits inside the published monthly range. Platform subscriptions are yours and paid directly. n8n self-hosted can be materially cheaper at volume than per-task pricing, which matters once you are running thousands of operations a month.

What happens when an integration breaks?

Every one of them breaks eventually. The difference between a good build and a bad one is whether it tells someone. We alert on the critical paths, so a failure is a message the same hour rather than a discovery three weeks later when the numbers do not reconcile.

Will this replace jobs?

In a service business, almost never. It removes retyping, reconciliation and report-building, which is the work people like least and which grows fastest as the business does. The usual outcome is the same team handling more jobs, not a smaller team.

Can you work with our IT provider or internal developer?

Yes, and often that is the best arrangement — they know the systems and the constraints, and we bring the integration work. Everything is documented specifically so it can be handed over and maintained by someone else.

Name the thing someone retypes every week.

That is usually enough to tell whether this is worth doing and roughly what it would take. The free technology audit maps the whole estate if you want the full picture first.

Mathew Brown, founder of Marketing & Technology

You talk to Mathew.Not an account manager, and not a sales team.