This is a sample report. Start your own assessment below. Start Your Assessment →
← All use cases
E-commerce & retail

The email gets written around what the customer actually left behind.

What the audit checks

Abandoned carts either go unhandled or get one generic email for everyone. The audit checks what you legally know about the customer, when the message should go out, and whether personalised copy is worth it or the offer alone does the work.

Self-Audit Assessment Report

Abandoned carts and personalised follow-up

01 Jan 2026

01/Recommendation
Recommended path

AI Workflow

An AI workflow on Shopify can automate 85-90% of abandoned cart follow-ups and route only genuine exceptions to the team.

The abandoned cart follow-up process is a strong candidate for an AI workflow: it runs at high volume, the standard case is well-understood, and the goal is explicitly to free the team from routine work rather than remove people entirely. An AI workflow can detect the abandonment event via the Shopify API, check GDPR consent, determine send timing, generate personalised email copy based on cart contents, and dispatch the message automatically for the 85-90% of cases that fit the standard pattern. The 10-15% of exceptions are routed to the ops team with a summary, preserving human judgement where it matters. The founder's coding ability and existing Shopify API access make this buildable in-house with modest external tooling, aligning well with the team's preferred stack. A hybrid path scores nearly as high and is the natural fallback if the AI copy quality needs a human review gate in the early weeks.

The recommendation fits the Shopify-plus-custom-scripts stack directly: the Shopify webhook or polling API triggers the workflow, and the founder can build or configure the orchestration layer using existing scripting skills, supplemented by an AI email generation service such as OpenAI or a purpose-built Shopify app.

02/Process Overview

Process Overview

The abandoned cart follow-up process begins the moment a customer leaves the Shopify store without completing a purchase. Currently, a member of the two-person ops team identifies the abandonment, checks what the customer has legally consented to receive under GDPR, decides on the best time to send a follow-up, and then judges whether personalised copy or a discount offer is the stronger lever for that particular cart. They then write or select the email content, send it, and handle any cases that don't fit the standard pattern. At roughly 8,000 instances per year, the process consumes an estimated 533 hours of team time annually, most of it on routine judgement calls that follow the same logic every time.

The end outcome the business is after is a personalised follow-up email that reflects what the customer actually left in their cart, sent at the right moment, with genuine exceptions reviewed by a human rather than pushed through automatically. About 85 to 90 percent of cases follow a clear, repeatable pattern. The remaining 10 to 15 percent involve edge cases where the right offer, message, or timing is genuinely ambiguous, and those cases benefit from a human making the call. The founder has coding experience and the team already runs automations via the Shopify API, so the technical foundation for a more sophisticated workflow is largely in place.

03/Path Scores

Path Scores

AI Workflow Recommended
9/10

High volume, repetitive standard cases, clear trigger, and a need for personalised copy generation are exactly what an AI workflow is built for. GDPR and timing logic can be encoded as deterministic rules inside the workflow, keeping compliance risk low. The 10-15% exception rate is handled cleanly by a routing step to the human team.

AI Agent + human review
8/10

A hybrid approach adds a human review gate before sending, which reduces risk during the initial rollout period and handles the exception tail robustly. It is slightly less efficient than a fully automated AI workflow at steady state, but is a sensible first phase before confidence in the AI copy quality is established.

Traditional Code
6/10

The founder can build a rule-based Shopify automation that sends templated emails, which would handle the standard case well. However, it cannot generate genuinely personalised copy and would require ongoing maintenance as product catalogue and customer segments change, making it a weaker long-term fit.

RPA Not recommended
4/10

RPA is designed to mimic UI interactions across systems that lack APIs, but Shopify has a well-documented API and the team already uses it. RPA would add fragility and maintenance overhead without adding the personalisation capability that makes this process valuable to automate.

AI Agent Not recommended
4/10

An autonomous AI agent is more capability than this process needs: the decision logic is bounded, the actions are well-defined, and the compliance constraints favour deterministic routing over open-ended agent reasoning. The added complexity and unpredictability of a full agent is not justified here.

Education (AIRIES) Not recommended
3/10

Training the team without building automation would not address the 533 hours of annual manual effort or the inconsistency of the current process. Education is valuable as a complement to the recommended path, not as a substitute for it.

Stay Manual Not recommended
1/10

The current manual process leaves most abandoned carts unhandled or served with a generic email, directly costing revenue and consuming significant team time. Staying manual is not a viable long-term position at this volume.

04/Process Dimensions

Process Dimensions

Eight dimensions drive the recommendation, scored 0–10 with a note on each.

Data Structure 8/10

Cart contents, customer identity, consent flags and timestamps are all structured data held in Shopify, making them straightforward to extract via API.

Rule Clarity 7/10

The standard case logic is clear: check consent, determine timing, generate personalised copy, send; the 10-15% exception cases require judgement but are a minority.

Exception Frequency 6/10

A 10-15% exception rate is moderate and manageable via a routing step, but it is high enough that the automation must have a reliable escalation path rather than attempting to handle everything.

Integration Readiness 8/10

Shopify provides a mature API, the founder can code integrations, and existing automations are already running, so the technical foundation for a new workflow is largely in place.

Volume / ROI 9/10

8,000 runs per year at 4 minutes each totals 533 hours of annual effort, representing a clear and quantifiable ROI target for automation.

Process Stability 6/10

Product catalogues and promotional strategies in e-commerce change regularly, so the workflow will need periodic prompt and rule updates, but the core process logic is stable.

Human Judgment Required 5/10

The standard case requires minimal judgement, but the exception tail and the offer-versus-copy decision benefit from human oversight, justifying the escalation gate.

Compliance Requirements 6/10

GDPR consent checks and consumer law on pricing and returns are real constraints but are well-defined and can be encoded as deterministic pre-send checks within the workflow.

05/ROI Estimate

ROI Estimate

£24,885

Current annual cost

85%

Estimated time saved

£21,152

Annual savings

4mo

Payback period

Build cost estimate: £3,000 – £8,000

Current annual cost is calculated as 8,000 runs multiplied by 4 minutes divided by 60, multiplied by GBP 45 per hour, giving GBP 24,000 in direct labour plus an estimated 10% overhead for rework on exceptions, totalling approximately GBP 24,885. Build cost range reflects a founder-led build with modest AI API and tooling costs at the low end, rising to a small external development engagement at the high end.

06/Implementation Roadmap

Implementation Roadmap

1
Map and encode the standard-case rules 1 week

Document the exact decision logic for consent checking, send timing, and the offer-versus-copy choice. Encode these as explicit rules in a workflow configuration. This milestone de-risks the build by surfacing any ambiguity before code is written. Effort is primarily the founder and one ops team member working through the current process.

2
Build the Shopify trigger and data extraction layer 1-2 weeks

Use the Shopify webhook or polling API to detect cart abandonment events and extract cart contents, customer identity, and consent flags into a structured payload. The founder leads this using existing scripting skills. Dependency: confirmed API credentials and consent data model.

3
Integrate AI copy generation and GDPR pre-send check 1-2 weeks

Connect the structured cart payload to an AI text generation service to produce personalised email copy. Add a deterministic GDPR consent gate before any send action. Test output quality across a sample of real cart scenarios, including edge cases. Dependency: API access to the chosen AI service.

4
Build the exception routing and human review queue 1 week

Implement the logic that identifies non-standard cases and routes them to the ops team with a structured summary of the cart, the customer, and the reason for escalation. This replaces the current ad-hoc handoff via email and spreadsheets. Effort is low once the trigger layer is in place.

5
Pilot on live traffic and tune 2-3 weeks

Run the workflow on a subset of live abandoned carts, comparing open rates, click rates and conversion against the current generic email baseline. Use results to tune send timing, copy prompts and exception thresholds. The ops team monitors the exception queue daily during this phase.

6
Full rollout and handover 1 week

Promote the workflow to full volume, retire the manual spreadsheet process, and document the system so it is not dependent on any single person. Set a quarterly review cadence to update prompts and rules as the product catalogue and promotional strategy evolve.

07/Risks & Considerations

Risks & Considerations

The primary risk is AI-generated copy that is off-brand, factually incorrect about pricing or returns, or non-compliant with consumer law. This is mitigated by keeping the GDPR consent gate and pricing rules as deterministic code rather than AI decisions, and by running a monitored pilot before full rollout. The exception routing logic must be conservative: when in doubt, escalate to a human rather than send. If the exception threshold is set too high, the team will be flooded with reviews and the efficiency gain will be lost; if set too low, edge cases will be sent without oversight. Calibrating this threshold during the pilot phase is the most important operational task. A secondary risk is dependency on a third-party AI API for copy generation: service outages or pricing changes could disrupt the workflow, so a fallback to a high-quality static template should be built in from the start.

AIRIES/Learning recommendation

Train the team, not just the tool.

In partnership with AIRIES, the AI learning platform. These levels fit your result.

Recommended levels
  1. 3
    Corporate Applied Intelligence & Automation
    Turn your own tasks into AI workflows, build reports and dashboards, set up a personal AI assistant.
  2. 4
    AI Leadership & Scalable Systems
    Design teams of AI agents and automate whole departments.
Why these levels

The ops team and founder will own, run and improve this workflow once it is live. Level 3 gives them the practical skills to build and maintain AI workflows themselves, including prompt engineering and automation design, which maps directly to the abandoned cart use case. Level 4 prepares the founder and any future team lead to design the escalation logic, manage the exception queue as a system, and scale the approach to other e-commerce processes as confidence grows.

Focus topics
Who should take it

The two ops team members and the founder, all of whom will interact with or maintain the workflow.

Explore these levels on AIRIES → The levels come from the AIRIES course catalogue. Opening the link does not commit you to anything.
08/Architecture Overview

Architecture Overview

flowchart TD A(["Cart Abandoned"]) B["Extract Cart & Customer Data"] C{"GDPR Consent?"} D["Generate Personalised Copy"] E{"Standard Case?"} F["Send Follow-up Email"] G["Route to Human Review"] H(["Follow-up Sent"]) subgraph Shopify A end subgraph AI_Service ["AI Service"] D end A --> B --> C C -->|"No consent"| G C -->|"Consented"| E E -->|"Yes"| D --> F --> H E -->|"No"| G --> H

Hover to zoom · click for fullscreen

09/Why This Approach

Why This Approach

An AI Workflow is the right fit here for several reasons that are specific to this process rather than generic. The trigger is clean and machine-readable: Shopify fires a webhook or exposes a polling endpoint the moment a cart is abandoned, so there is no ambiguity about when the workflow should start. The data it needs, cart contents, customer identity, consent flags and timestamps, is already structured and accessible via the Shopify API. The standard-case logic is well-understood: check consent, determine timing, decide between personalised copy and a promotional lever, generate the email, send it. That is a bounded, repeatable sequence that an AI workflow handles well. The AI component earns its place specifically in the copy generation step, where cart contents vary enough that static templates produce noticeably generic output, and where a language model can produce genuinely personalised copy at scale without a human writing each email. This is not a case where AI is being added for its own sake.

The team's preferred stack, Shopify plus custom scripts with the founder leading development, fits this recommendation directly. The Shopify webhook becomes the trigger. The founder builds the orchestration layer using existing scripting skills, calling an AI text generation API such as OpenAI to produce the personalised copy. GDPR consent checks and pricing rules are written as deterministic code, not handed to the AI, which keeps the compliance risk manageable. The exception routing step identifies non-standard cases and pushes them to the ops team with a structured summary, replacing the current ad-hoc handoff through email and spreadsheets. Nothing in this architecture requires the team to adopt an unfamiliar platform or learn a new paradigm from scratch.

The Hybrid path scored close behind at eight out of nine and deserves an honest mention. Adding a human review gate before every send would reduce risk during the early weeks, and it is a sensible first phase if confidence in the AI copy quality is not yet established. The practical recommendation is to start with the hybrid approach during the pilot, where the ops team reviews a sample of AI-generated emails before they go out, and then move to the fully automated AI Workflow once the output quality has been validated against real traffic. This is not a compromise; it is a sequencing choice that protects the business while the system is being calibrated.

Traditional Code was considered and scored six out of nine. The founder could build a rule-based automation that sends templated emails, and it would handle the standard case reliably. The limitation is that it cannot generate genuinely personalised copy, and maintaining a template library as the product catalogue and promotional strategy change would create an ongoing maintenance burden. It is a viable fallback if the AI copy quality proves difficult to control, but it is not the strongest long-term position. RPA scored four and is not appropriate here: Shopify has a mature API and the team already uses it, so RPA would add fragility without adding the personalisation capability that makes this process worth automating. An AI Agent also scored four. The decision logic here is bounded and the compliance constraints favour deterministic routing; an autonomous agent with open-ended reasoning is more complexity than this process needs and introduces unpredictability that is hard to audit.

The honest tradeoff in the recommended path is the dependency on a third-party AI API for copy generation. Service outages or pricing changes could disrupt the workflow, and the generated copy needs to be monitored for accuracy, brand tone and compliance with consumer law on pricing and returns. These are real risks, and both are addressed in the implementation plan through a deterministic fallback to a high-quality static template and a monitored pilot phase before full rollout. The workflow is not set-and-forget; it will need periodic prompt and rule updates as the business evolves. But at 533 hours of annual manual effort and a projected payback period of around four months, the case for building it is clear.

10/Comparing the Top Approaches

Comparing the Top Approaches

The AI Workflow scores highest here, and the reason is specific rather than generic. This process has a clear, well-bounded trigger in Shopify, structured data that is already available via API, and a standard case that accounts for 85 to 90 percent of volume. The value of automation comes partly from removing manual effort and partly from generating genuinely personalised copy at a speed and consistency the team cannot match by hand. A rule-based Traditional Code solution could handle the trigger and send a templated email, and the founder has the skills to build it quickly, but it cannot produce copy that reflects what a specific customer left in their cart in any meaningful way. It would also require ongoing maintenance as the product catalogue and promotional mix evolve, without delivering the personalisation upside that makes the investment worthwhile.

The Hybrid path scores close behind the AI Workflow, and it is the right choice if the team lacks confidence in AI copy quality during the early weeks. Adding a human review gate before sending reduces the risk of off-brand or legally problematic messages reaching customers, and the ops team already handles exceptions manually, so the workflow would feel familiar rather than alien. The honest reason the AI Workflow edges it out at steady state is efficiency: at 8,000 runs per year, routing every email through a human before sending negates a significant portion of the time savings. The recommended approach threads this needle by automating the standard case fully and routing only genuine exceptions to the team, which is effectively a Hybrid during the pilot phase that graduates to full automation once copy quality is confirmed. The Hybrid path is therefore less a separate option and more a sensible first phase of the same build.

11/How to Build It

How to Build It

The workflow begins the moment Shopify fires a cart abandonment event. The founder configures a Shopify webhook to push the event payload, including cart contents, customer identity, and any existing consent flags, into a lightweight orchestration layer built in the team's existing scripting environment. The first step the orchestration layer takes is deterministic: it checks the customer's GDPR marketing consent status against the data held in Shopify. If consent is absent or ambiguous, the case is immediately routed to the human exception queue and no further automated action is taken. This gate is encoded in code, not left to an AI model, because a compliance failure here carries real legal risk.

For consented customers, the workflow then applies the send timing rules the team documents during the mapping phase, holding the message until the optimal window rather than sending immediately. The structured cart payload is passed to an AI text generation service, most naturally the OpenAI API given the founder's existing development experience, with a prompt template that instructs the model to produce personalised email copy reflecting the specific items in the cart, the customer's history if available, and the brand's tone of voice. A parallel rule checks whether a discount offer is appropriate based on cart value and customer segment thresholds, and if so, a pre-approved discount code is appended to the generated copy. The final email is assembled and dispatched via the team's existing email service provider, whether that is Klaviyo, Mailchimp, or a transactional email tool already connected to Shopify.

The exception routing step runs alongside the main path rather than after it. Any case that fails a confidence threshold on the AI output, contains an unusual product type, or triggers a flag in the business rules is packaged into a structured summary including the cart contents, the customer record, and the specific reason for escalation. That summary is pushed to a shared queue, which can be as simple as a Notion database, a Slack channel with a structured message, or a dedicated triage view in the ops team's existing tools. The team reviews and acts on escalations without needing to dig into Shopify manually, because all the relevant context is surfaced in the summary.

During the pilot phase, the workflow runs on a defined subset of live traffic, perhaps a third of daily volume, while the team monitors open rates, click rates, and conversion against the existing generic email baseline. The founder uses this period to tune the AI prompt, adjust exception thresholds, and confirm that the GDPR gate is catching every edge case it should. Once the pilot data shows consistent copy quality and a manageable exception rate, the workflow is promoted to full volume. The manual spreadsheet process is retired, and the team's role shifts from writing emails to reviewing a queue of genuine edge cases, which is both more efficient and, frankly, more interesting work.

12/Risks in Detail

Risks in Detail

The most significant risk is AI-generated copy that is factually wrong, off-brand, or legally problematic. A model that confidently states an incorrect price, misrepresents a returns policy, or uses language that falls foul of consumer advertising standards can cause real harm to customer trust and, in the worst case, regulatory exposure. The mitigation is to keep all compliance-sensitive content, specifically pricing, discount terms, and returns language, in deterministic template blocks that the AI cannot modify, using the model only to personalise the narrative around those fixed elements. A monitored pilot period before full rollout is not optional here; it is the primary quality control mechanism. The ops team should read every email sent during the pilot, not just review the exception queue, because problems in AI copy often cluster around specific product types or customer scenarios that are not obvious until you see them in the wild.

The secondary risks are operational rather than legal. If the exception threshold is calibrated too conservatively, the team will receive more escalations than they can handle and the efficiency gain will largely disappear. If it is too permissive, edge cases that genuinely need human judgement will be sent without oversight. Getting this balance right during the pilot is the most important operational task the team will do, and it should be treated as a deliberate experiment with tracked outcomes rather than a gut-feel adjustment. There is also a dependency risk: the workflow relies on a third-party AI API for copy generation, and a service outage, a significant pricing change, or a model deprecation could disrupt it without warning. Building a fallback to a high-quality static template from the start, rather than treating it as a future enhancement, means the workflow degrades gracefully rather than silently failing when the API is unavailable.

⚡

Claude Code Starter

A scaffolded project ready to open in Claude Code. Unzip, open the folder, and Claude starts building immediately.

Claude Code Starter (.zip)

Your own assessment includes a ready-to-use project scaffold: CLAUDE.md, pyproject.toml, src/agent.py and .env.example. Open the folder in Claude Code and it starts building.

📁 your-process/
📄 CLAUDE.md
📄 pyproject.toml
📁 src/agent.py
📄 .env.example
Start Your Assessment

What's next?

That was someone else's process. Now do yours.

Same seven paths, same eight dimensions, same honest verdict, except scored against how your team actually works. Five to eight questions, about fifteen minutes.

Start Your Assessment
E-commerce & retail
Product descriptions generated from a photo Automated review responses Dynamic repricing against competitors Returns triage from photo and description
Illustrative scenario based on how these processes typically run. Not a customer case study. Run this on your own process