Document Type: Framework
Status: Active
Version: v1.0
Authority: Affiliate Brain
Applies To: Affiliate Brain, Experimentation Brain, Data Brain, Finance Brain, Research Brain, HeadOffice
Parent: Affiliate Brain Canon
Last Reviewed: 2026-04-25
Purpose
The Affiliate Brain Offer Health Monitoring Framework defines how MWMS continuously evaluates the health, stability, and risk profile of an offer over time.
Its purpose is to prevent MWMS from scaling offers that appear profitable in the short term but are degrading in underlying performance.
Offer performance is not static.
An offer may:
• perform well initially
• degrade over time
• vary across segments
• become dependent on incentives
• lose customer quality
This framework ensures MWMS detects these changes early.
Core Principle
An offer is not judged by current performance alone.
An offer must be judged by:
• stability
• durability
• customer quality
• profitability
• behaviour over time
Short-term performance does not equal long-term viability.
Definition
Offer health refers to the overall condition of an offer across performance, customer quality, and system stability.
Offer health includes:
• conversion performance
• customer behaviour
• profit potential
• stability across environments
• durability across time
Core Question
This framework answers:
👉 Is this offer safe to scale?
Offer Health Layers
1. Conversion Stability Layer
Tracks whether conversion performance is consistent.
Signals may include:
• conversion rate stability
• click-through consistency
• lead or sale consistency
• performance variance
Purpose
• detect unstable performance
• avoid scaling volatile offers
2. Customer Quality Layer
Tracks whether the offer attracts valuable customers.
Signals may include:
• repeat behaviour
• spend per customer
• downstream engagement
• refund or cancellation rates
• discount dependency
Purpose
• ensure offer attracts high-quality users
• prevent scaling low-value traffic
3. Profitability Layer
Tracks whether the offer produces real profit.
Signals may include:
• margin
• payout vs cost
• break-even threshold
• ROI stability
Purpose
• prevent scaling revenue without profit
• ensure capital efficiency
4. Segment Performance Layer
Tracks performance across different segments.
Segments may include:
• traffic source
• creative angle
• audience group
• geography
• device
Purpose
• identify strong and weak segments
• detect segment-specific issues
• avoid misleading aggregate results
5. Time Stability Layer
Tracks how offer performance changes over time.
Signals may include:
• performance trend
• decay rate
• performance spikes
• seasonal variation
Purpose
• detect offer decay
• identify short-lived performance
• protect against fatigue
6. Incentive Dependency Layer
Tracks whether performance depends on discounts or promotions.
Signals may include:
• conversion spikes during discounts
• reduced full-value behaviour
• reliance on incentives
Purpose
• detect fake performance
• protect long-term profitability
7. Funnel Integrity Layer
Tracks whether the offer performs consistently across the funnel.
Signals may include:
• drop-off points
• engagement progression
• conversion flow
Purpose
• identify funnel-related issues
• separate offer problems from funnel problems
Offer Health Classification
Strong
• stable conversion
• high-quality customers
• profitable
• consistent across segments
• durable over time
Stable
• acceptable performance
• minor variation
• moderate customer quality
• manageable risk
At Risk
• declining performance
• weak customer quality
• inconsistent segments
• increasing cost
Degrading
• clear downward trend
• poor customer quality
• unstable results
• reliance on incentives
Critical
• unprofitable
• unstable
• poor customer behaviour
• high risk
Monitoring Workflow
Step 1 — Collect Signals
Gather data from:
• Data Brain tracking
• Experimentation Brain outputs
• Ads Brain performance
• Affiliate Brain evaluation
Step 2 — Decompose Performance
Use:
• Performance Decomposition Framework
Identify:
• where performance is changing
Step 3 — Evaluate Layers
Assess:
• conversion
• customer quality
• profitability
• segment performance
• time stability
• incentive dependency
• funnel integrity
Step 4 — Validate Data
Data Brain must confirm:
• signal integrity
• measurement accuracy
• segmentation validity
Step 5 — Classify Offer Health
Assign:
• Strong
• Stable
• At Risk
• Degrading
• Critical
Step 6 — Decide Action
Strong
• scale cautiously
• expand testing
Stable
• maintain
• optimise
At Risk
• investigate
• test improvements
Degrading
• reduce scaling
• isolate cause
• test recovery
Critical
• stop scaling
• exit or rebuild
Scaling Rules
MWMS must not scale if:
• offer health is degrading
• customer quality is weak
• performance is unstable
• profit logic is invalid
MWMS may scale if:
• offer health is strong
• performance is stable
• customer quality is acceptable
• profit logic is confirmed
Cross Brain Use
Affiliate Brain
Owns offer evaluation and health classification.
Data Brain
Validates signals and provides decomposition.
Experimentation Brain
Tests improvements and validates hypotheses.
Ads Brain
Executes campaigns and monitors traffic quality.
Finance Brain
Controls capital exposure based on health.
HeadOffice
Uses offer health to guide strategy.
Relationship To Other Frameworks
This framework connects to:
• Data Brain Customer Quality Tracking Framework
• Data Brain Performance Decomposition Framework
• Experimentation Brain Diagnostic Trigger Framework
• Experimentation Brain Long-Term Impact Framework
• MWMS Promotion Impact Framework
• HeadOffice Business Diagnostic Narrative Framework
Failure Modes Prevented
This framework prevents:
• scaling weak offers
• misreading short-term success
• ignoring customer quality
• missing offer decay
• over-investing in unstable campaigns
• confusing traffic issues with offer issues
Drift Protection
The system must prevent:
• offer degradation going unnoticed
• unstable performance being treated as success
• aggregate metrics masking segment weakness
• ignoring long-term trends
• continuing to scale poor offers
Architectural Intent
Offer Health Monitoring ensures MWMS decisions reflect the true condition of an offer.
It transforms MWMS from:
👉 “this offer converts”
to
👉 “this offer is stable, profitable, and scalable”
Final Rule
If offer health is uncertain:
→ scaling must remain controlled
Change Log
Version: v1.0
Date: 2026-04-25
Author: Affiliate Brain / HeadOffice
Change
Initial creation of Offer Health Monitoring Framework based on transactional analysis insights related to customer quality, performance stability, and long-term impact.
Change Impact Declaration
Pages Created:
Affiliate Brain Offer Health Monitoring Framework
Pages Updated:
None
Pages Deprecated:
None
Registries Requiring Update:
Affiliate Brain Architecture
MWMS Architecture Registry
Canon Version Update Required:
No
Change Log Entry Required:
Yes