Value Attribution and Outcome Measurement
Draft 0.1 — 2 August 2026
Measurement supports decisions and reward allocation. It does not guarantee scientific certainty, future performance, or an independently audited financial result.
Objective
Section titled “Objective”ANUKA should connect contribution to outcome more rigorously than ordinary feedback tools and more honestly than marketing case studies.
The system must answer:
- what changed;
- who contributed;
- what evidence existed before the change;
- which users or systems were affected;
- what happened afterward;
- which alternative explanations remain;
- what reward rule applies;
- what can be claimed publicly.
Separate the claims
Section titled “Separate the claims”The protocol distinguishes:
Activity claim
Section titled “Activity claim”A participant performed an action.
Example: Contributor submitted onboarding copy.
Acceptance claim
Section titled “Acceptance claim”The product accepted the contribution.
Release claim
Section titled “Release claim”The contribution reached a declared environment or audience.
Association claim
Section titled “Association claim”A metric changed after or alongside the release.
Causal claim
Section titled “Causal claim”The contribution caused some or all of the observed change under a declared method.
Financial-value claim
Section titled “Financial-value claim”The result created revenue, savings, avoided loss, or another monetized effect.
A release plus a rising metric does not automatically justify a causal or financial claim.
Measurement plan
Section titled “Measurement plan”Every outcome-dependent opportunity MUST define a measurement plan before release.
Required fields:
- hypothesis;
- intervention;
- eligible population;
- assignment method;
- baseline;
- primary metric;
- guardrail metrics;
- measurement window;
- minimum sample or evidence threshold;
- data sources;
- known confounders;
- analysis method;
- stopping rules;
- rollback conditions;
- attribution rule;
- reward formula;
- public-claim policy.
Evidence strength levels
Section titled “Evidence strength levels”E0 — Narrative
Section titled “E0 — Narrative”A reasoned account without source-connected quantitative evidence.
E1 — Before/after observation
Section titled “E1 — Before/after observation”The metric changed across a time boundary, but alternative explanations are not controlled.
E2 — Matched or segmented comparison
Section titled “E2 — Matched or segmented comparison”The result is compared against a relevant cohort, historical pattern, matched segment, or synthetic baseline.
E3 — Controlled experiment
Section titled “E3 — Controlled experiment”A/B or other controlled assignment supports a stronger causal inference.
E4 — Replicated or independently reviewed result
Section titled “E4 — Replicated or independently reviewed result”The effect was reproduced, externally reviewed, or observed across multiple relevant contexts.
The evidence level must be displayed with the result.
Experiment types
Section titled “Experiment types”Randomized A/B test
Section titled “Randomized A/B test”Preferred where technically, ethically, and commercially appropriate.
Switchback test
Section titled “Switchback test”Useful for time-dependent systems where treatment alternates across periods.
Phased rollout
Section titled “Phased rollout”Compares cohorts introduced at different times.
Holdout
Section titled “Holdout”Maintains an untreated group for evaluation.
Interrupted time series
Section titled “Interrupted time series”Evaluates change against pre-intervention trend.
Matched cohort
Section titled “Matched cohort”Compares similar users or accounts when randomization is unavailable.
Qualitative evaluation
Section titled “Qualitative evaluation”Uses structured interviews, usability tests, or review panels for outcomes not captured adequately by one metric.
Operational verification
Section titled “Operational verification”Confirms completion, performance, reliability, security, or compliance criteria without claiming commercial causality.
Primary and guardrail metrics
Section titled “Primary and guardrail metrics”Each experiment has one declared primary metric unless a justified multi-objective design exists.
Guardrails detect harm such as:
- fraud;
- refunds;
- latency;
- accessibility regression;
- support load;
- churn;
- complaint rate;
- security incidents;
- margin erosion;
- concentration risk.
A primary win with a material guardrail failure is not a successful loop.
Metric contracts
Section titled “Metric contracts”Every metric SHOULD have a machine-readable contract:
- identifier;
- human definition;
- owner;
- formula;
- source system;
- event schema;
- inclusion and exclusion rules;
- time zone;
- currency;
- update frequency;
- allowed transformations;
- quality checks;
- privacy class;
- version;
- deprecation policy.
Changing a metric definition during an experiment requires a new version and disclosure.
Baselines
Section titled “Baselines”Possible baselines include:
- prior-period value;
- same-period seasonal comparison;
- control cohort;
- expected trend;
- contract or service-level threshold;
- industry reference;
- model prediction.
The baseline source and limitations must be visible.
Attribution models
Section titled “Attribution models”Direct completion
Section titled “Direct completion”Reward is based on accepted delivery, not downstream business outcome.
Binary outcome
Section titled “Binary outcome”A reward is earned when a defined threshold is met.
Incremental value share
Section titled “Incremental value share”A reward is calculated from estimated incremental value attributable to the intervention.
Contribution points
Section titled “Contribution points”A declared rule allocates credit among idea, implementation, review, rollout, and measurement roles.
Panel attribution
Section titled “Panel attribution”A reviewer panel assigns bounded credit using evidence and disclosed criteria.
Hybrid
Section titled “Hybrid”A fixed delivery reward is combined with a capped outcome bonus.
The MVP SHOULD prefer fixed or capped models over uncapped revenue participation.
Multi-contributor attribution
Section titled “Multi-contributor attribution”A result may depend on:
- original signal;
- hypothesis author;
- product owner;
- designer;
- engineer or AI agent;
- reviewer;
- tester;
- rollout steward;
- analyst;
- existing product and brand assets.
Credit allocation must not imply that one participant created the entire company-level effect.
Recommended fields:
- role;
- contribution record;
- declared weight or formula;
- reviewer adjustments;
- maximum share;
- conflict disclosure;
- evidence links.
Financial value
Section titled “Financial value”Possible value categories:
Incremental revenue
Section titled “Incremental revenue”Additional revenue reasonably attributable to the intervention.
Gross-margin contribution
Section titled “Gross-margin contribution”Revenue adjusted for direct variable cost.
Cost savings
Section titled “Cost savings”Reduction in spend or labor under a documented baseline.
Avoided loss
Section titled “Avoided loss”Estimated prevention of churn, fraud, downtime, penalties, or rework.
Capital efficiency
Section titled “Capital efficiency”Improvement in conversion, payback, utilization, or runway.
Option value
Section titled “Option value”Learning that enables or rejects a future investment.
Financial claims should state whether values are:
- observed;
- estimated;
- modeled;
- annualized;
- gross or net;
- cash or accounting;
- independently reviewed.
Reward formulas
Section titled “Reward formulas”Fixed plus bonus
Section titled “Fixed plus bonus”reward = fixed_delivery_fee + outcome_bonusCapped incremental share
Section titled “Capped incremental share”reward = min(max_reward, verified_incremental_value × agreed_rate)Threshold ladder
Section titled “Threshold ladder”if result < threshold_1: bonus = 0if threshold_1 ≤ result < threshold_2: bonus = amount_1if result ≥ threshold_2: bonus = amount_2Multi-role pool
Section titled “Multi-role pool”total_pool × role_weight × evidence_adjustmentEvery formula must specify currency, timing, caps, rounding, reversals, taxes, and dispute rules.
Negative and neutral results
Section titled “Negative and neutral results”ANUKA must preserve failed experiments.
Possible outcomes:
- positive;
- neutral;
- negative;
- inconclusive;
- invalid measurement;
- stopped for safety;
- not enough data;
- external event overwhelmed signal.
A contributor may still earn delivery and learning rewards when the hypothesis fails honestly.
Punishing all negative findings creates pressure to manipulate results.
External events
Section titled “External events”The plan must address:
- pricing changes;
- marketing campaigns;
- outages;
- seasonality;
- competitor actions;
- major customer wins or losses;
- policy changes;
- data pipeline changes;
- simultaneous experiments.
Material events are added to the evidence package.
Data quality
Section titled “Data quality”Before attribution, the system should check:
- event completeness;
- duplicate events;
- schema version;
- source outages;
- bot and fraud traffic;
- cohort leakage;
- assignment integrity;
- missing values;
- currency conversion;
- late-arriving data;
- metric-definition drift.
AI analysis
Section titled “AI analysis”AI may:
- draft hypotheses;
- detect anomalies;
- summarize evidence;
- propose segments;
- identify confounders;
- generate reproducible analysis code;
- explain results.
AI MUST NOT silently:
- choose a favorable metric after results are known;
- remove inconvenient cohorts;
- claim causality from correlation;
- fabricate missing data;
- publish claims without approval;
- calculate payments using an undisclosed model.
Material AI-generated analysis should include model, tools, inputs, and human review state.
Public result cards
Section titled “Public result cards”A public improvement story SHOULD include:
- product;
- change;
- contributors;
- measurement window;
- affected cohort;
- metric definition;
- baseline;
- observed result;
- evidence strength;
- guardrail status;
- attribution limitation;
- verifier;
- correction or revocation status.
Avoid headlines such as ANUKA increased revenue by 42% when the evidence supports only a before/after association.
Investor reporting
Section titled “Investor reporting”Traction reports may include verified source data and experiment results, but must distinguish:
- company-reported;
- source-connected;
- reviewed;
- attested;
- audited;
- estimated;
- forecast.
ANUKA verification is not an audit unless a qualified independent auditor performed the audit.
Conflict of interest
Section titled “Conflict of interest”Reviewers and analysts disclose:
- financial interest;
- reward eligibility;
- product ownership;
- related-party relationship;
- prior involvement in the change;
- model or vendor incentives.
High-value outcome bonuses SHOULD receive independent or multi-party review.
Reproducibility
Section titled “Reproducibility”An evidence package SHOULD preserve:
- query or analysis version;
- source snapshot references;
- metric contracts;
- experiment configuration;
- relevant code hash;
- reviewer decision;
- publication version.
Sensitive raw data remains access-controlled.
MVP acceptance criteria
Section titled “MVP acceptance criteria”- measurement plan before release;
- primary and guardrail metrics;
- evidence strength label;
- metric contracts;
- result states including negative and inconclusive;
- capped reward formulas;
- contributor role allocation;
- external-event log;
- public claim template;
- dispute and correction;
- no automatic causal language.
Sources
Section titled “Sources”- FTC — Advertising substantiation policy
- NIST AI Risk Management Framework
- W3C Verifiable Credentials Data Model v2.0
- Ethereum Attestation Service — Attestations
Verification record
Section titled “Verification record”- Sources opened and checked: 2 August 2026
- Protocol status: Founding draft
- Statistical-method review required for production: Yes
- Financial-claim review required: Yes