Automations and workflows

Eight useful automation patterns

Concrete examples of work moving between the inbox, website, CRM, documents and internal systems, with a person kept in control where judgement matters.

Map an automation
Marble hand holding a burgundy approval point where document, email, calendar and data paths converge before flowing into completed outcomes

Automation works best where the trigger, expected result and exception are clear. AI becomes useful when the input is less structured, such as an email, call or document, but it still needs a defined job and a safe stopping point.

The patterns below show the shape of the work. The final design depends on volume, existing software, data quality and the cost of getting something wrong.


Workflow catalogue

Before, after and the human checkpoint

Each row is a pattern to assess, not a claim that every business should implement it.

Enquiry handling

Before

A website form reaches a shared inbox and waits for somebody to notice.

After

Classify the enquiry, create or update the CRM record, assign an owner and prepare the first reply.

Human checkpoint

Approve unusual replies and commercial commitments.

Sales follow-up

Before

Quotes are sent, then follow-up depends on memory.

After

Schedule reminders, record responses and surface quotes that need a personal call.

Human checkpoint

Choose the message and handle negotiation.

Missed calls

Before

An unanswered call becomes a number with no context.

After

Capture intent, contact details and preferred time, then create an actionable callback request.

Human checkpoint

Return sensitive, urgent or unclear calls.

Document intake

Before

Invoices, forms or applications are read and re-entered by hand.

After

Extract the required fields, validate basic rules and prepare a structured record for review.

Human checkpoint

Confirm exceptions and final submission.

Customer support

Before

The same routine questions are answered repeatedly across email and chat.

After

Draft from approved policies and product information, route by topic and flag anything uncertain.

Human checkpoint

Approve customer-facing answers until quality is proven.

Management reporting

Before

Weekly figures are copied from several systems into one spreadsheet.

After

Collect the sources on schedule, calculate agreed measures and prepare a commentary draft.

Human checkpoint

Interpret the numbers and decide what changes.

Internal knowledge

Before

Staff ask the same person where a policy, price or previous decision lives.

After

Search approved internal material and answer with a link back to the source.

Human checkpoint

Own the source documents and resolve conflicting guidance.

Review and reputation

Before

Reviews are noticed late and responses are inconsistent.

After

Monitor new reviews, classify the issue and prepare a response in the business voice.

Human checkpoint

Approve complaints, disputes and anything personal.


The control point

Where the automation stops

A useful automation moves routine work forward, but it also knows when to stop and ask.

Inbox Form Schedule System
A controlled automation path A copper route passes through four stages. The third stage is a human approval checkpoint before completion. Pause · review · approve
  1. 01

    Trigger

    Work enters from an inbox, form, schedule or connected system.

  2. 02

    Expected path

    Defined rules handle the routine steps and keep the record moving.

  3. 03

    Human checkpoint

    Missing information, low confidence or a consequential action pauses for review.

  4. 04

    Complete and record

    The outcome is delivered and written back to the right record or log.


How the mechanism is chosen

Rules-based automation

Best for predictable triggers and structured data. Reliable, explainable and usually cheaper.

AI assistance

Best where a person benefits from classification, extraction, summarising or a first draft.

Agent workflow

Best where work crosses several steps or tools and needs controlled decisions along the way.

Human judgement

Required for sensitive exceptions, commitments, disputes and decisions with material consequences.


What every build includes

Failure path

A clear route back to manual handling when a system, connector or model fails.

Ownership

A named person who receives exceptions and knows when the workflow needs attention.

Logging

Enough evidence to reconstruct what happened without collecting unnecessary data.

Handover

Documentation, training and a clear statement of ongoing support responsibilities.


The honest boundary

These are examples, not guaranteed packages or savings claims. A workflow is only worth building after its frequency, friction, value and failure cost are understood.


Direct answers

Common questions

Which automation should we build first?

Usually the one with high frequency, clear inputs, measurable delay or effort, and a low-cost failure path. The loudest complaint is not always the best first build.

Do all automations need AI?

No. If rules can handle the task reliably, normal automation is the better choice. AI is useful for language, documents and variable inputs, not as decoration.

Can this connect to our existing CRM?

Often yes through built-in connectors, APIs or webhooks. Custom integration is used only where ordinary connectors are not enough.

What happens when it fails?

A production workflow needs an exception queue, a manual route and a named owner. Failure handling is part of the build, not a later add-on.

Can we start small?

Yes. One bounded workflow with a clear measure is the normal starting point.


Choose one repeated piece of work.

We will map the trigger, systems, exceptions and expected result before recommending a build.

Map an automation