What Actually Happens When You Change the Incentive Structure
Incentives don't just nudge decisions. They restructure the entire decision matrix a person is working with. The standard economics textbook will tell you that people respond rationally to price signals and rewards. That's technically true until you've spent a decade watching it happen in the real world, where the "rational" actor is usually someone trying to maximize their own output while minimizing the chance of getting blamed for something going wrong. The gap between the textbook model and what actually happens is where the interesting stuff lives. I'm going to walk through how this works in practice, not theory. There's a specific example from a project I worked on where the incentives completely collapsed the system we were trying to build, and I'll get to that shortly. First, let me explain what's actually happening under the hood when you change someone's incentive structure.
How Do Incentives Affect Economic Decisions in Practice
Every economic decision a person makes involves a tradeoff. Incentives shift the balance of those tradeoffs. When you offer someone a bonus for hitting a target, you haven't just added money to the equation. You've changed which risks feel acceptable and which behaviors get rewarded versus punished. The person doesn't suddenly become greedy or lazy. They optimize. They always optimize. The question is what they optimize for, and that depends entirely on how the incentive is structured. Here's something most people miss. The strongest incentive effect isn't usually the reward itself. It's the shadow it casts on behavior that isn't directly measured. When you put a bonus on sales volume, nobody is thinking "I should sell more." They're thinking "what will happen if I miss volume?" and that fear drives decisions far more consistently than the promise of a bonus ever will. Loss aversion, as Kahneman and Tversky documented, means the pain of losing something is roughly twice as powerful as the pleasure of gaining it. Your incentive structure has to account for this, or you're designing for a rational actor that doesn't exist. I once designed an incentive program for a team responsible for reducing customer churn. The metric was straightforward: keep churn below 3% and everyone gets a bonus. We thought we were being clever. What we didn't anticipate was that the sales team, whose compensation was tied to new acquisitions, would aggressively onboard customers who were a poor fit for the product. These customers churned within three months, but the sales team had already collected their commissions by then. The churn metric hit 3%. The bonus got paid. Revenue actually declined because we were replacing good customers with bad ones at a rapid rate. The incentive on one metric destroyed performance on everything else. I spent the next six months restructuring the compensation plan so that sales commissions were clawed back if a customer churned within the first 90 days. It was humiliating to admit that was the fix, but it worked. Churn stayed down and revenue went up because we were acquiring the right customers in the first place.
The Mechanics Behind the Behavior
To understand incentives properly, you need to look at three layers. The first is the explicit incentive — the thing someone is told they'll get or lose. The second is the implicit incentive — what the system actually rewards based on what gets measured and tracked. The third is the cultural incentive — what people around you are doing and what that signals about what actually matters in this organization or market. Mismatches between these layers are where everything goes wrong. I've seen companies post values about quality on every wall and in every email, while their promotion track only rewarded speed and volume. The stated incentive was quality. The implicit and cultural incentives were speed. People aren't stupid. They responded to the second set. This happens in markets too. A government might offer subsidies for renewable energy (explicit), but if the grid operators aren't compensated for integrating intermittent power (implicit), the whole system stalls regardless of how much money flows into solar panels. The second layer of insight most people overlook is time preference. Incentives work differently depending on when the reward or penalty arrives. A $100 bonus given six months from now is worth far less in behavioral terms than a $100 bonus given next week, even if the present value is identical. Discount rates vary wildly between individuals and contexts. In my experience working on consumer product teams, a 5% discount offered at checkout had about three times the conversion impact of a $5 rebate mailed back two weeks later. The delay alone killed most of the motivational effect. People are impatient. Not just impatient in a general sense — structurally, predictably impatient in a way that follows recognizable curves.
Get the Full Details

Where Incentive Design Breaks Down
Let me be blunt about the limitations. Incentive structures fail in at least four scenarios, and you need to know which ones you're dealing with before you invest time designing one. First, when the behavior you want to incentivize can't be measured without gaming the metric. Goodhart's Law isn't a clever observation. It's a warning label. If a metric becomes a target, it ceases to be a good measure. I've watched teams optimize for customer satisfaction scores by sending surveys only to recently satisfied customers, inflating scores without improving anything. The fix isn't to measure better. It's to use multiple measures and make it hard to game all of them simultaneously. Second, when intrinsic motivation is already high. The research is clear on this. When you introduce a financial incentive for something people already do because they care about it, performance often drops. The money crowds out the internal drive. I saw this with a open-source software project where the maintainers were freely contributing because they found the work interesting. When a company started paying small bounties for bug fixes, the quality of contributions declined and the number of contributors dropped. The people who cared about the project weren't motivated by $50 per ticket. The people who showed up for the money were less committed to the actual quality. We stopped the bounty program within four months.
Third, when there's a significant information asymmetry. If the person designing the incentive doesn't understand the local knowledge of the person responding to it, the incentive will miss. This is the classic principal-agent problem. A corporate HQ offering a one-size-fits-all incentive to regional managers will almost always get the structure wrong in at least half the regions because the local conditions are different. The workaround is to give people who face the actual tradeoffs some authority over their own incentive structure. Not complete autonomy — that creates other problems — but enough room to adjust for local conditions. Fourth, and this is the one most people ignore, incentives compound. A well-designed incentive today creates expectations and behaviors that make the next iteration harder. People adapt. They learn the system. They find the boundaries. Every time you adjust an incentive, the response you get next time will be smaller than the last because the easy optimization has already happened. I've seen incentive programs that looked wildly effective in year one and produced almost nothing by year three, not because the incentive was weak but because the responders had already adapted to it completely.
A Practical Framework for Designing Incentives
If you're going to change someone's incentive structure, here's the process I use. It's not elegant. It's the result of breaking things enough times that I learned to check before building. Start by mapping the full set of behaviors you want to influence, not just the one you're thinking about. I mean all of them. Every action a person takes in response to your incentive, including the ones you didn't consider. Write them down. Rank them by likelihood and impact. The likelihood comes from your understanding of human behavior in similar contexts. The impact comes from estimating what each behavior does to your actual objectives, not your stated objectives. Then pick your metrics. This is where most people fail. Pick metrics that are hard to game, not easy ones. A metric you can verify independently is worth more than ten metrics that can be faked. In my churn project, the original plan was to measure retention rate. Easy to inflate. The replacement was a composite score combining 90-day retention, product usage depth, and support ticket quality. Harder to manipulate all three at once. Still manipulable, but the cost of manipulation rose enough that most people just did the work instead.
Next, calibrate the size. The incentive needs to be large enough to matter but small enough that you can afford the behavioral changes it produces. I usually start with a benchmark: what's the market rate for the behavior you're trying to influence? If you're offering half the market rate, don't expect market-rate responses. If you're offering double, expect behavior that looks very different from what you initially designed for. There's no universal formula. The right number depends on your context, your budget, and how much risk you're willing to take on unexpected responses. Finally, build in exit ramps. Every incentive structure creates dependency. People adjust their behavior to the incentive and then the incentive becomes irreversible. I've watched governments continue subsidy programs decades past their usefulness because removing them would cause visible harm to people who had restructured their lives around the subsidy. Plan how you'll reduce or eliminate the incentive before you put it in place. Set a sunset clause. Define the conditions under which it gets removed. Do it upfront when you're not emotional about it.
The Real World Complications
Even with a solid framework, real-world incentive design runs into friction. Here are the ones that catch people most often. Team incentives often fail because of free-riding. When a group shares a reward, individuals have an incentive to let others do the work. The standard fix is to combine group and individual incentives, but that introduces its own problems. People resent being judged against teammates on individual metrics when the goal was supposed to be collaboration. I've found that making individual contributions visible within the group — not for punishment but for transparency — reduces free-riding without killing cooperation. It's a subtle distinction that matters a lot. Cross-functional incentives fail because of conflicting goals. The sales team and the engineering team will almost always have misaligned incentives unless you deliberately design them to align. Revenue growth versus system stability. Fast shipping versus quality assurance. These aren't resolvable by simply offering everyone a bonus tied to company-wide performance. The bonuses get too small to matter or create conflict when one team's success looks like another team's failure. The fix is to create shared metrics that require both teams to succeed, not just coexist. Revenue minus churn is one example. It forces sales to care about retention and engineering to care about what sales is actually bringing in.
International incentives fail because of cultural differences in how rewards are perceived. A bonus that motivates in one country demotivates in another. This isn't about stereotypes. It's about what the incentive signals. In some cultures, individual bonuses signal that you're a high performer and elevate your status. In others, they signal that you're putting yourself above the group and damage your social standing. I've seen multinationals copy-paste incentive programs across regions and be confused when the same program produced opposite results in different countries. The structure wasn't wrong. The meaning attached to it was different.

What Most Guides Leave Out
Most explanations of incentives stop at the basic model: change the reward, change the behavior. That's sufficient for a freshman economics class and completely insufficient for anything involving actual humans in actual organizations. The missing pieces are the second-order and third-order effects. Second-order effects are what happens after the initial behavioral response. You incentivize sales volume. Sales volume goes up. Then customer service complaints spike because the people making the sales aren't explaining the product correctly. Then you have to spend money on support that you didn't budget for. The second-order effect can be larger than the first-order effect. I've seen it happen repeatedly. The initial metric improvement looks great in a quarterly report. Six months later the costs of managing the unintended consequences show up and the net benefit is negative. Always model the second-order effects before implementing. Not always perfectly — you'll never have enough information — but explicitly, on paper, before you commit resources. Third-order effects are the ones nobody sees coming. You incentivize something, people adapt, then a new player enters the market who exploits the adaptation in a way you didn't anticipate. The classic example is algorithmic trading. Exchanges offered rebates for liquidity provision. Market makers responded by providing liquidity. Then high-frequency traders realized they could exploit the rebate structure by placing and canceling orders faster than anyone could react. The rebate meant to improve market efficiency became a source of fragility. This isn't hypothetical. It happened. It's why I'm skeptical of any incentive system that claims to optimize a complex system without accounting for adaptive behavior from other actors in that system.
The bottom line is that incentives are a tool, not a solution. They work best when you understand what you're trying to influence, accept that you'll get some unintended consequences, and build the flexibility to adjust when the system responds in ways you didn't expect. The people who treat incentive design as a one-time fix almost always regret it within a year. The people who treat it as an ongoing experiment tend to get better results, even if individual experiments fail.