Automation & AI 7 min read · published October 7, 2026

Automation quote: what should you check before signing?

Wail Saidani Wail Saidani Founder of DevDream
Summarize this article with: Claude ChatGPT Perplexity Le Chat Grok
Illustration: two characters inspect the connections and checkboxes on a giant quote file in a workshop.
Illustration: review the parts of the project before giving your approval.

Before signing an automation quote, check the exact work, the access you receive, the decisions that need human approval and the tests required before handover. Ask for setup, subscriptions, usage and support to be listed separately. The quote should let you check what you are buying and take over if the system stops.

This guide covers a provider's quote for automating a task in your business. A line labeled "AI automation" does not explain what you will receive. I recommend starting with a practical question: what will the system do in a normal case, and what will it do when that case has a problem?


What should an automation quote describe?

The quote should describe what starts the workflow, the information it uses, the action it produces and when it stops. Ask which tools are involved and which tasks and costs remain your responsibility. A short appendix may be enough: it should let each provider price the same work, rather than different versions of your idea.

Here is a scope worksheet you can copy. This is a fictional example: a construction business wants to prepare tracking entries for supplier invoices received by email, with approval before saving them.

Scope worksheet: replace the last column with your answers

Point to defineFictional exampleYour answer
TriggerAn email arrives in the "Supplier invoices" folder.[Fill in]
Reliable informationAttachment, supplier reference and related purchase file.[Fill in]
Action deliveredPrepare a tracking entry and keep the link to the document.[Fill in]
Approval and stoppingA person approves; an unreadable document or canceled case stops the workflow.[Fill in]
LimitsNo payments, no accounting entries and no software changes.[Fill in]
Usage to plan forActual email volume, users involved and accepted formats.[Fill in]

Add who prepares the data, who provides access and what starts the stated delivery period. A missing or misfiled document does not become reliable information because AI reads it. If you are still deciding which task to choose, start with automation ideas for contractors.


Who should control the accounts and access?

Ask which accounts will be used, who will administer them and what you will receive at handover. I recommend accounts in your business's name, with separate provider access where the tool allows it. You should be able to keep the service, manage billing and remove that access.

The handover should cover settings, workflow rules and the agreed usage rights. This does not give you ownership of subscription software. Ask what can be exported, what needs reconnecting and what it might cost for someone else to take over.

Good to know

Exporting a scenario does not automatically transfer all its connections. The Make documentation on exports, accessed October 2, 2026, states that account connections must be created after importing. Ask for a tested takeover procedure as well as the exported file.

For customer or supplier contact details, ask which data is transmitted, which services receive it and how long it is retained. The CNIL, France's data protection authority, explains that a processor's handling of personal data must be covered by a contract. A label saying "secure" does not explain those arrangements.

Let's define the limits of your automation. 5.0/5 on Google · 16 reviews
Let's talk

Which decisions should remain in your hands?

Identify actions that commit your business: sending a message, changing an amount, confirming an appointment or initiating a payment. The quote should say which require your approval and how uncertain cases reach you. I recommend starting with preparation, then allowing more independent action after successful testing.

In the supplier invoice example, the tool suggests an entry; you check the supplier, amount and file before saving it. If information is missing, the case still needs review. A useful approval step shows the final action and the information behind it.

Ask who approves, who covers for them and what happens when they are unavailable. For customer messages, the guide to estimate follow-ups with review before sending explains that specific workflow.


What tests should you request before accepting the work?

Plan acceptance testing (checks before accepting the work) using fictional cases and results agreed in advance. One successful example does not demonstrate stopping or recovery. This checklist connects each situation to evidence you can see without reading the system's technical details.

Illustration: a manually controlled gate checks envelopes and duplicates before processing resumes.
Illustration: check normal operation, duplicates and manual takeover before handover.

Acceptance checklist to adapt for supplier invoice tracking

Case to testExpected resultEvidence to keep
Normal caseThe correct invoice produces a draft entry; approval allows it to be saved.Identifiable source document, created entry and approval.
DuplicateProcessing the same document twice does not create two final entries.One entry and a record of the rejected duplicate.
CancellationA request canceled before approval does not proceed to saving.Visible canceled status and no new final entry.
ErrorDenied access leaves a case pending and alerts the designated person.Visible affected case, error and notification.
RecoveryAfter the problem is fixed, only the necessary remaining work runs.Before-and-after history, with no extra entries created.

For each test, record the date, actual result and required correction. Ask what allows acceptance, what postpones launch and when the balance is due. Agree on these conditions before the demonstration.

The Make documentation distinguishes automatic recovery for some errors from manual resolution. Ask which rule applies to your workflow. If an action's outcome is uncertain, check its history before trying again.


What costs remain after setup?

Compare costs over the same period and for the same usage. Separate setup, required subscriptions, variable usage and service work. Ask for an estimate based on your actual volume and what happens if it grows. A monthly amount alone does not explain which costs it includes.

  • Setup: preparation, tool connections, testing and learning to use the system.
  • Operation: subscriptions, any hosting and service usage.
  • Support: monitoring, corrections, new requests and any migration of the system.

For example, Make charges for credits used by workflows ; some AI features have variable usage. Depending on the connection, the AI provider may also charge separately. Ask who bills for what, which alerts are planned and whether additional purchases can happen automatically.

For the first year, add setup, twelve months of fixed costs and estimated usage. Account separately for review time and service work that is not included. Claimed time savings should account for the review and corrections still required.


Who helps when the automation stops?

The support terms should name a responsible person, support hours and the expected response time. Distinguish responding to your report from restoring the service. Also separate fixing a defect in the agreed work from adapting to a change in your business software.

Plan a straightforward way to pause the workflow and work manually. The procedure should show completed cases, pending cases and actions with uncertain outcomes. Before automatic processing resumes, someone should reconcile the manual work so it is not repeated.

If a trial phase is offered, ask what it delivers, what it costs and whether you can stop there. Continuing should require an explicit decision with agreed terms.


What questions should you ask before signing?

The final conversations should clarify commitments that affect your decision. Keep the answers with the quote and its appendices so you can find the scope, costs and handover conditions.

No. If the task follows stable rules, conventional automation may be enough. Ask which part uses artificial intelligence, why it is needed and how its output will be checked. The need should determine the proposed tools.

It depends on the service offered. A paid scoping review should have a clear price, deliverables and stopping point. Ask whether its cost will be deducted from the project and whether you can use its findings with another provider.

Not in every offer. Separate software subscriptions from provider support. If maintenance is required, check its duration, included work, ending conditions and how you can continue or take over the service.


What should be clear before you approve?

You should be able to explain what starts the work, who checks the result and how to take over. If any of these points is unclear, ask for written clarification before comparing prices.

QuestionKey pointMistake to avoid
What is delivered?A scope and tests you can verify.Accepting only a demonstration.
Who stays in control?Defined accounts, approval steps and takeover procedure.Receiving an export you cannot use on its own.
What does ongoing operation cost?Separate fixed costs, usage and support.Comparing only the initial price.

To define the scope of automation for your business tasks, start with an anonymized example, your tools and a clearly defined task. You can discuss that initial scope with me : it is a useful starting point for deciding what is worth automating.

Portrait of Wail Saidani, founder of DevDream
Published October 7, 2026 Wail Saidani

Founder of DevDream, a web and AI workshop for contractors and small businesses in Villeneuve-la-Garenne, near Paris, France (92). I build websites and set up automation around the tools small businesses use.

Follow me on LinkedIn →

Need to define your automation project?

An introductory conversation to describe how you work and choose a useful scope.

Discuss my project →