<b>Partner tiers as an incentive contract, not a status badge</b>

<b>Partner tiers as an incentive contract, not a status badge</b>

Gold/Silver/Bronze tiering is usually treated as recognition. Read correctly, a tier system is an incentive contract, and most designs encode incentives the program never intended.

<b>The design tension:</b> tiers must reward past production (to recognize proven partners) while motivating future production (to pull mid-tier partners up). Optimize purely for the first and you create rent-seeking — top-tier partners who coast on accumulated status. Optimize purely for the second and you destabilize partners who can't predict their benefits, which suppresses investment.

<b>Three failure patterns:</b>

— <b>Threshold cliffs.</b> A hard revenue gate between tiers creates a dead zone: a partner at 80% of the threshold rationally either sprints or gives up, and many give up. Smoother benefit curves outperform cliffs.
— <b>Backward-looking gates only.</b> Tiering on trailing-12-month revenue rewards history, not trajectory. A growth-weighted component identifies rising partners worth investing in earlier.
— <b>Benefit inflation.</b> When every tier gets generous benefits, the tier conveys no information and stops motivating anyone.

The instructive benchmark from channel research: program engagement responds more to predictability and clarity of benefits than to benefit magnitude. Partners invest when they can model the return on their effort, not merely when the rewards are large.

<b>Implications:</b> design tiers as a legible function from effort to reward, with smooth gradients and a forward-looking component, then test whether mid-tier partners actually move.

<b>Open questions:</b> does publishing tier criteria transparently increase striving or invite minimum-effort gaming of the exact thresholds?