Skip to content

How it works

Seven stages. One record. No gaps.

Every MIZ OKI Media decision travels the same lifecycle, in the same order, leaving the same record. This page walks all seven stages — what each one is for, what AI does, what humans do, and where governance holds the line.

Try it

Move the signal. Watch the system answer.

Drag the slider to change how far CPA has moved. Watch hypotheses gain and lose weight, policy checks fire, and the recommendation — and its required authority — change with the evidence. Illustrative

+12%

Competing hypotheses (relative weight, illustrative)

Landing-page degradation36%
Inventory constraint17%
Creative fatigue14%
Tracking failure8%
Policy validation
Margin floor and budget-shift ceiling checked — the rebalance candidate passes.
Recommendation
Repair the landing experience; temporarily rebalance eligible budget within the configured cap.
Required authority
Routed to the media lead — the shift crosses the delegated grant, so a named human authorizes it.

Every number in this demonstration is illustrative and deterministic — the same slider position always produces the same result, exactly like a replayed decision. It teaches the pathway; it is not a measurement.

The lifecycle, stage by stage

What happens at every stage

SENSE

Detect meaningful commercial change — and qualify it before anyone spends attention on it.

Inputs

Media metrics, commerce events, experience telemetry, inventory movement, economic thresholds.

Outputs

A qualified signal: what moved, where, by how much, with what evidence quality.

AI responsibilities

Continuous monitoring, threshold and anomaly detection, noise suppression, evidence assembly with provenance.

Human responsibilities

Define what "meaningful" means here: thresholds, scopes, and watchlists are business choices, not model defaults.

Governance checkpoints

Detection thresholds are recorded configuration; this stage holds no action authority of any kind.

Example scenario

Blended CPA rises across two campaigns while creative engagement holds steady — a qualified signal opens with the evidence attached.

Typical metrics
time-to-detectionfalse-alarm ratesignal coverageevidence completeness

REASON

Determine why performance moved — by testing competing explanations, not by trusting the loudest metric.

Inputs

The qualified signal, operating context, and the organization's decision history.

Outputs

Ranked candidate causes, each preserved with its supporting and disconfirming evidence.

AI responsibilities

Hypothesis generation across the whole stack, evidence testing, separating correlation from plausible cause.

Human responsibilities

Contribute ground truth the data cannot see — deploys, promotions, supplier issues — and challenge any diagnosis.

Governance checkpoints

Eliminated hypotheses are preserved, not discarded; no conclusion is recorded without its disconfirming evidence.

Example scenario

Creative fatigue is ruled out by stable engagement; tracking failure by server-side verification; landing-page degradation survives the evidence.

Typical metrics
diagnostic accuracy vs. later ground truthhypothesis coveragetime-to-diagnosis

PLAN

Generate multiple possible interventions — including doing nothing — and compare their expected outcomes.

Inputs

The diagnosed cause, the business objectives, and the levers actually available.

Outputs

A counterfactual comparison set: each candidate with its expected effect and stated assumptions.

AI responsibilities

Candidate generation, expected-effect estimation, surfacing the assumptions each estimate rests on.

Human responsibilities

Add levers the system cannot see — contract terms, launch timing — and set the weight each objective carries.

Governance checkpoints

Every plan includes the no-action baseline; every expected effect is stated so it can be honestly scored later.

Example scenario

Rebalance, pause, and hold are compared against each other — and against doing nothing.

Typical metrics
alternatives per decisionassumption explicitnessplan acceptance rate

VALIDATE

Hold every candidate action against the organization's own rules — before it reaches a decision-maker.

Inputs

The candidate actions plus configured policy: financial floors, brand rules, risk boundaries, compliance constraints.

Outputs

A pass-or-fail record per constraint; vetoes recorded with the exact check that failed.

AI responsibilities

Mechanical policy evaluation and constraint-conflict detection — the checks run the same way every time.

Human responsibilities

Own the policy content itself: finance sets the floors, brand sets the rules, risk sets the boundaries.

Governance checkpoints

Margin floors, budget ceilings, brand and risk rules, compliance holds — every check recorded, no veto ever silent.

Example scenario

A candidate that would breach the margin floor is vetoed before anyone sees it as a recommendation — with the failing check quoted.

Typical metrics
policy coverageveto rateconstraint-conflict rate

DECIDE

Route the validated recommendation to whoever actually holds the authority — person, delegated rule, or bounded grant.

Inputs

The validated recommendation and the organization's authority map.

Outputs

Human approval, delegated approval, automatic approval, rejection, or escalation — with the authority recorded.

AI responsibilities

Routing, and packaging the complete record — evidence through policy — so the approver decides with full context.

Human responsibilities

The decision itself, everywhere a standing grant does not explicitly cover it.

Governance checkpoints

Autonomy ceilings, named approvers, and escalation paths are configuration — and every invocation is recorded.

Example scenario

A budget shift crossing the configured ceiling routes to the media lead by name; nothing dispatches until they approve.

Typical metrics
decision latencyapproval rateescalation rateoverride rate

ACT

Execute only what was authorized — scoped, bounded, reversible, and logged.

Inputs

The authorized decision, its scope, and the executing system's contract.

Outputs

A dispatched campaign update, budget change, alert, workflow, ticket, notification — or a recorded decision to hold.

AI responsibilities

Dispatch, execution monitoring, and rollback readiness.

Human responsibilities

Manual execution where systems require it, and rollback authority at all times.

Governance checkpoints

Scope bounds enforced at dispatch; the rollback path is recorded before the action runs, not after it fails.

Example scenario

The approved, bounded budget change dispatches with its rollback path stored; "no action" would be recorded with the same rigor.

Typical metrics
execution fidelityaction latencyrollback frequency

LEARN

Compare what was predicted with what actually happened — and adjust, visibly.

Inputs

The prediction recorded at decision time and the realized outcome from the field.

Outputs

Confidence adjustments, updated future weighting, and lessons written into outcome memory.

AI responsibilities

Outcome comparison, calibration, and drift detection across decision classes.

Human responsibilities

Review the lessons; approve any change to thresholds, policies, or models that the lessons suggest.

Governance checkpoints

Predictions are recorded at decision time — never reconstructed afterward — and every learning change is versioned.

Example scenario

A rebalance recovers less than predicted; confidence for that action class is adjusted down, and the next recommendation says so.

Typical metrics
prediction accuracy over timecalibration errorlesson adoption

The loop closes where it began: LEARN's output changes what SENSE watches, what REASON suspects, and what PLAN expects. That is why the record has no gaps — every stage writes into the same Decision Graph.

Next

See it applied to real decision jobs

Budget allocation, margin protection, incident routing, forecast confidence — the lifecycle is the same; the stakes change.