Skip to content
metabytes
HOW WE WORK

AI delivery built around the work.

One process from discovery and strategy to engineering, evaluation and production. We start with the workflow, then build the AI system around its data, tools and controls.

Workflow → System → ProductionActive: Build
04 · BuildBuild the working AI system around the workflow, tools, logic and controls.
InputsWorkflow mapData sourcesTool connectionsRules
SystemAgent logicAutomationIntegration layerUI / flow
OutputWorking task flowHuman reviewControlled action
ControlsQA checksAccess controlsApproval path
AGENTSAUTOMATIONINTEGRATIONSQA
Production readiness pathExplore all 7 phases
Workflow mapped
System specified
AI built
Evaluated
Live
Improving
Our delivery principle

Start with the work, not the AI.

We do not begin by choosing a model, agent or automation pattern. We begin with the work itself: how it happens today, where friction builds up, which decisions matter and what a useful outcome looks like.

The technology is chosen only after the workflow is understood.

The ruleComplexity →
Use the least complex system that can reliably improve the work.
Agreed before architecture
WorkflowHow the work runs today
Success criteriaWhat better looks like
Control pointsWhere people stay in charge
Workflow → Need → System

The work comes first

We map what happens today before deciding what AI should do.

Workflow map

The simplest system that works

Automation, AI assist or agent — chosen by the problem, not by trend.

Right-sized architecture

Controls are designed in

Approvals, permissions and evaluation are defined before production.

Control model

Every phase leaves something useful

Maps, blueprints, systems and evaluation sets become reusable assets.

Reusable outputs
This principle starts with phase 01Understand
01
Phase 01 · Understand

Map the work before choosing AI.

We trace the work from trigger to outcome: who is involved, which systems are used, what information moves between them, where decisions are made and where time, errors or hand-offs accumulate.

The aim is not to find somewhere to “add AI”, but to decide what should change, what stays human and what the system must access or control.

We examine
PeopleProcessSystemsInformationDecisions & controls
Phase principleThe architecture should be a consequence, not a guess.
Workflow discoveryFrom trigger to outcome
Phase outputs
Output 01Current-state workflow mapHow the work moves from trigger to outcome.
Output 02Systems & data inventoryThe systems, information sources and access involved.
Output 03Friction mapWhere time, manual work, exceptions and inconsistency accumulate.
Output 04Success measuresWhat the redesigned workflow needs to improve.
UnderstandPrioritiseOnce the workflow is understood, opportunities can be scored by value, feasibility and control.
Opportunity decision engineFrom discovery to priority
Input from phase 01Workflow mapFrictionSystemsSuccess measures
SStrongWWorkableGGapCHigh control
Workflow ASTART
Enough value and delivery confidence to progress now.
DependencyNone critical
Priority workflowWorkflow ANext: Design
02
Phase 02 · Prioritise

Prioritise by value, feasibility and control.

We assess each opportunity against the value it could create, the effort required to deliver it and the level of control it will need in production.

The goal is not the biggest AI idea, but the one that can prove useful value with the right level of complexity.

We assess
Business valueWhat materially improves if this works?
Workflow clarityIs the process understood well enough to change?
Data readinessIs the information accessible and usable?
IntegrationCan the systems be connected reliably?
ControlWhat happens if the system gets it wrong?
ReuseCan it support more than one workflow?
Prioritisation rule
EnoughValueto matter
EnoughFeasibilityto deliver
EnoughControlto reach production
That is the best first build.
Phase outputs
Output 01Opportunity portfolioAI opportunities organised by priority and readiness.
Output 02Priority workflowThe workflow selected to progress into system design.
Output 03Business case outlineExpected value, complexity, dependencies and next decision.
Output 04Foundation gapsThe data, systems or controls that must be addressed first.
Priority selectedPhase 03 · DesignThe chosen workflow now moves into architecture, controls and solution design.
03
Phase 03 · Design

Design the system before building it.

We define the future-state workflow in detail: what the system should do, what it needs to know, which tools it connects to, where humans stay in control and how it will be evaluated.

Engineering then starts from a clear blueprint, not a moving target.

We define
Future workflowAI roleSystems & toolsControls & approvalsEvaluation criteria
Phase principleIf it is not clear on paper, it will not be clear in production.
System design canvasFuture workflow · Architecture · Controls
Input from phase 02Priority workflowBusiness caseFoundation needsSuccess measures
Build-ready blueprint✓Workflow agreed✓Controls defined✓Evaluation planned
Phase outputs
Output 01Future-state workflowHow the redesigned workflow operates after implementation.
Output 02System blueprintThe architecture, context, logic and connection model.
Output 03Control modelPermissions, approvals, escalation paths and oversight.
Output 04Evaluation planThe criteria and measures used to test quality and readiness.
Blueprint agreedPhase 04 · BuildEngineering begins from an agreed blueprint, not from assumptions.
Engineering delivery canvasFrom blueprint to working system
Input from phase 03Future workflowSystem blueprintControl modelEvaluation plan
Workflow entry
User inputTask eventTriggerRequest
Orchestration
PlannerStateRoutingTool selectionRetry logic
Capabilities
Retrieve contextReason / transformClassifyPrepare outputTake action
Tools & systems
CRMInternal toolKnowledge baseAPIExternal service
Controls
ApprovalPermissionLimitsException routeAudit trailFallback
Observability
LogsTracesStateReview points
Working systemNext: Evaluate →
Blueprint agreed
Core path built
Connected
Controlled
Ready for evaluation
04
Phase 04 · Build

Build around the real workflow.

We build in working increments against real workflows, data structures and integration boundaries. The goal is not a demo, but a system that behaves correctly where it will actually run.

Each iteration is reviewed with your team as logic, integrations and controls take shape.

Build includes
Workflow logicSteps, state and hand-offs
Integration layerConnections to real systems
Model routingThe right model for each task
Knowledge accessPermissioned retrieval
Control pathsApprovals, limits, fallbacks
ObservabilityLogs, traces and review points
Phase principleOnly built when it all works together in practice.
Phase outputs
Output 01Working systemA functioning implementation of the agreed workflow.
Output 02IntegrationsConnected services, systems and tools.
Output 03Tool libraryReusable prompts, retrieval methods and components.
Output 04RunbooksGuidance for support, exceptions and recovery.
Output 05Observability hooksLogging, tracing and monitoring for evaluation.
Working systemPhase 05 · EvaluateNow ready to be tested for quality, usefulness, safety and operational fit.
05
Phase 05 · Evaluate

Test against real work and failure modes.

We test the system against real tasks, realistic edge cases and the moments where it should slow down, ask for help or stop — not just the easy paths.

Before launch, we agree the quality bar, review the evidence and decide: ready, refine or hold.

We assess
Task qualityIs the result correct and useful?
Tool behaviourDoes it take the right action path?
Context qualityIs the right information retrieved?
Control complianceDoes it respect approvals and limits?
Failure handlingDoes it slow down or stop safely?
Readiness thresholdsIs the agreed bar actually met?
Phase principleWorking once is not the same as ready.
Evaluation frameworkQuality · Controls · Failure modes
Input from phase 04Working systemIntegrationsTool libraryRunbooksObservability
Quality bar agreed✓Useful result✓Correct action✓Controlled✓Safe failure
Ready to deployRefine firstHold for redesign
Phase outputs
Output 01Evaluation setThe scenarios, cases and edge conditions used to test.
Output 02Results reportWhat passed, what needs review and where gaps remain.
Output 03Failure-mode reviewBehaviour under low confidence, missing context and exceptions.
Output 04Go / no-go criteriaThe agreed release threshold for quality, control and risk.
Output 05Improvement backlogRefinements required before deployment or scale-out.
Evidence acceptedPhase 06 · DeployOnce the evidence is strong enough, the system moves into controlled production release.
Production controlRelease · Observe · Expand
Input from phase 05Evaluation setResults reportFailure-mode reviewGo / no-goRelease candidate
Live operating capabilityNext: Improve →
06
Phase 06 · Deploy

Move into production with full control.

Deployment is a controlled transition, not a switch. We define who owns the system, what it can access, how it is monitored and what happens if behaviour moves outside agreed limits.

Release is staged, with rollback and escalation in place before the system becomes critical.

Production needs
OwnershipNamed business and technical owners
Access & permissionsWhat it can read, write or trigger
Release gatesConditions before exposure grows
MonitoringVisible behaviour and alerts
RollbackPause, reduce or revert safely
Support & escalationWho responds, and how fast
Phase principleExposure grows only as confidence grows.
Phase outputs
Output 01Production releaseThe evaluated system live under controlled scope.
Output 02Ownership modelBusiness, technical and operational responsibility.
Output 03Monitoring & alertsVisibility into behaviour, exceptions and health.
Output 04Team enablementKnowledge to operate and support the system.
Output 05Rollback & escalationRecovery routes when behaviour needs action.
LivePhase 07 · ImproveProduction behaviour now becomes the evidence used to optimise and expand the system.
07
Phase 07 · Improve

Production is where improvement begins.

Real use creates evidence testing cannot fully reproduce. We review quality, cost, latency, exceptions and outcomes, then use that evidence to decide what should change next.

Every improvement is a controlled release, re-evaluated before it reaches users.

We review
QualityIs the output still correct and useful?
ExceptionsWhich new edge cases appeared?
CostWhere is spend higher than needed?
LatencyWhere does the workflow slow down?
User behaviourHow are people actually using it?
Operational outcomesIs the business result improving?
Phase principleEvidence first. Re-validated before users.
Production learning systemObserve · Change · Re-validate
Input from phase 06Production systemMonitoringAlertsOwnershipRollout behaviour
Phase outputs
Output 01Production reviewQuality, exceptions, cost, latency and operational behaviour.
Output 02Updated evaluation setNew production cases and failure patterns added.
Output 03Optimisation releasesControlled changes to models, prompts, tools and logic.
Output 04Expansion roadmapThe next workflows worth extending, based on results.
Output 05Change logWhat changed, why, and the evidence behind it.
What you receive

Every phase leaves something useful.

From workflow maps to production runbooks, each phase produces a practical asset that carries into the next.

Workflow mapsUnderstandHow the work happens today.
Opportunity portfolioPrioritiseWhat to pursue first and why.
System blueprintDesignHow the future system should operate.
Core delivery
Working system & codeBuildA functioning implementation of the workflow.
Evaluation set & resultsEvaluateEvidence of quality, control and readiness.
Runbooks & monitoringDeployHow the live system is operated and observed.
Improvement reportsImproveWhat production evidence says should change next.
Documentation & trainingThroughoutKnowledge your team keeps and can use.
By the end of the processYou have the workflow, architecture, working system, evaluation evidence, operating model and documentation needed to run and improve it.
Working together

Business knowledge meets engineering.

Your team knows the business, the workflow and the decisions that matter. Metabytes brings the AI architecture, engineering and delivery system.

Ownership journeyYour teamMetabytes
The goalNot dependency — a system your team understands, owns and can operate.
Engagement models

Choose the engagement that fits.

Start wherever you are. Some teams need help finding the right opportunity; others already know the workflow and want it built. Each engagement maps onto the same seven-phase process, so you can begin small and extend without starting again.

AI Opportunity Audit

Best whenYou know AI could help but do not know where to start.
Typical outputOpportunity portfolio, priority workflow, next-step recommendation
Typical duration1–2 weeks
Leads toBlueprint or Sprint
Discuss this engagement →
Governance throughout delivery

Governance shapes the design from day one.

Governance is built into the workflow, not added at the end. At key stages we agree risk, controls, quality thresholds and readiness before the system moves forward.

✓Risk understood✓Controls agreed✓Quality proven✓Production ready
FAQs

Questions about how we deliver AI

Not sure where to start?

Bring us the workflow.

Show us where work is slow, repetitive or difficult to scale. We can help identify whether AI, automation or a simpler system is the right next step.

Talk to our team→No finished brief required.