[ AI readiness · Buyer guide 2026 ]

// 14 / 20

AI Automation Readiness Assessment 2026

Automate the right work—with the right controls.

Score processes for value, feasibility, data readiness, risk and safe human oversight.

[ Quick answers ]// 01

Check whether your workflow is ready for automation.

What makes a workflow ready?

Document the steps, exceptions, data access, systems and accountable owner. Define what success looks like and how people will handle failures.

What should we do if the process keeps changing?

Clarify and stabilize the workflow before automating it broadly. A limited pilot can help expose unresolved requirements.

Which workflows are good first candidates?

Frequent, repetitive work with measurable delay or rework, usable data and manageable consequences when something goes wrong—such as document intake, triage or knowledge lookups.

[ Outcomes ]// 02

What a good engagement should deliver.

Use these as a checklist: any proposal worth signing should show how it will produce each one—and what evidence you will see along the way.

01

Ranked automation portfolio

Your candidate workflows scored and ranked on value, stability, data, feasibility and risk—so the first pilot is the one most likely to pay off.

Ask to see

A scored shortlist of workflows with the evidence behind each score.

02

Risk-adjusted business case

A business case that counts review time, exceptions and run costs—and states what could go wrong and how likely it is—rather than best-case savings.

Ask to see

A risk-adjusted value estimate per workflow, with the assumptions written down.

03

Pilot and governance plan

A bounded pilot with clear success measures, human approval points, a manual fallback and a named owner who will run it afterwards.

Ask to see

A pilot plan with evaluation cases, approval rules, fallback steps and the accountable owner.

[ Opportunity scorecard ]// 03

Score the workflow before choosing the technology.

Rate each dimension from 1 to 5 and require evidence for the score. A strong candidate combines meaningful value, repeatable work, usable data and manageable consequences when the system is wrong.

Rate one candidate workflow on each dimension from 1 (weak) to 5 (strong). Ask for the evidence before you accept a score.

Strong means: Frequent work, material delay or costly rework. Evidence: Volume, handling time, backlog, error and service data.

Strong means: A defined path with explainable exceptions. Evidence: Process map, decision rules and exception log.

Strong means: Representative, permitted and accessible inputs. Evidence: Sample data, permissions, retention and quality review.

Strong means: Reliable integration path and bounded actions. Evidence: API review, architecture constraints and failure modes.

Strong means: Clear limits, approvals, fallback and accountability. Evidence: Risk tier, evaluation criteria, human gates and incident owner.

A conversation aid, not an assurance of success. Validate every score with an owner and evidence, and repeat the scorecard for each candidate workflow to compare them.

[ Delivery model ]// 04

Choose an approach your team can manage.

ModelUse whenWatch-out
Rules automationInputs and decisions are deterministicException proliferation
Low-code integrationStandard systems and moderate complexityPlatform sprawl
AI-assisted workflowLanguage or documents require bounded judgementEvaluation and hallucination risk
Agentic workflowMulti-step adaptive work has strong controlsHighest autonomy and monitoring risk
[ Evaluate proposals ]// 05

Questions that reveal real capability.

Ask for a relevant example, the decision made, the result or learning, and the person who would own the work.

  1. 01What measurable problem does this process create?
  2. 02How frequent and costly are exceptions?
  3. 03Which decisions can be deterministic?
  4. 04What data is sensitive or unreliable?
  5. 05What error could harm a person, customer or record?
  6. 06Where must a human approve, override or investigate?
  7. 07How will quality, latency, cost and drift be monitored?
  8. 08What manual fallback operates during failure?
[ Risk ]// 06

Understand the risks before starting.

RiskEarly warningControl
Wrong process selectedLow volume or valuePortfolio scoring
Automating wasteBroken process preservedSimplify first
Unsafe autonomyNo human gateRisk-tiered approvals
Weak dataManual correction dominatesData-readiness work
No operating ownerPilot orphanedNamed product owner
[ Value case ]// 07

Measure outcomes—not activity.

Set a baseline and a 90-day target for each with your team before work begins.

01Annual addressable hours
02Cycle-time reduction
03Straight-through rate
04Exception and error rate
05Risk-adjusted value
06Run cost per case
[ First 90 days ]// 08

Move from evidence to operating rhythm.

01

Days 1–30

Inventory and score candidate workflows

Exit evidenceBaseline, owners, approved requirements and risks

02

Days 31–60

Validate data, prototype bounded pilot and evaluation

Exit evidenceWorking outputs, evidence and decision record

03

Days 61–90

Approve scale, operating controls, monitoring and ownership

Exit evidenceMeasured result, operating owner and next backlog

[ Reference desk ]// 09

Speak the same language.

TermPlain-language meaning
DeterministicSame valid input produces a defined result.
ProbabilisticOutput varies and requires evaluation.
Human gateRequired approval before consequential action.
FallbackSafe manual or alternate route.
ObservabilityEvidence showing workflow behaviour.
DriftPerformance change over time.

Know what you are actually buying.

Evaluation set

In practice: A pilot is tested on routine cases, exceptions and known failure examples.

Buyer decision: Use representative cases before claiming the workflow is ready.

Human gate

In practice: A person approves high-impact actions while routine low-risk cases are processed automatically.

Buyer decision: Specify which decisions require review and who is accountable.

What makes a good first automation pilot?

Choose a frequent, bounded workflow with usable data, a clear owner, measurable baseline and manageable failure consequences. Test representative exceptions, not just ideal examples.

[ Project brief ]// 10

Make your next conversation count.

Choose an outcome, explore a delivery model and check what your team can already prove. The result is a brief you can copy into a planning conversation—no contact details required.

1 / What matters most?

Best when: Inputs and decisions are deterministic. Watch for: Exception proliferation.

3 / What can your team confirm today?
[ Choose your next step ]// 11

Turn the guide into a decision.

Check your readiness, get a planning range or talk it through with us. Prefer the phone? Call 604.595.2495.

[ Readiness assessment ]

Are you ready to buy?

Step 1 of 2 — check each statement you can prove. Four or fewer checks usually mean discovery should come before a full implementation commitment.

0 of 6 checked. Discovery-first is the safer next step.

[ Cost estimator ]

Get a practical planning range.

Tell us enough to estimate the likely scope—not enough to slow you down.

[ Project consultation ]

Talk through the decision.

Share the outcome, timing and constraint. We’ll arrive prepared.