Profit = Revenue − Costs
This is not a framework. It's an accounting identity — it's true by definition, which means it's automatically MECE. You can't miss anything because there's nowhere else for profit to come from or leak to.
Revenue decomposes into Volume × Price. Costs decompose into Fixed + Variable. That's it. Any problem about financial performance — profits down, margins shrinking, revenue flat — enters through this door.
Frameworks 1 (profits), 3 (cut costs), and 6 (pricing) are all just zooming into different parts of this identity:
- Profits down → which side moved?
- Costs too high → you're already on the right side of the equation, now decompose costs by lever (can we need less, use less, or pay less?)
- Pricing → price sits at the intersection of three constraints: your cost floor, the customer's willingness-to-pay ceiling, and competitors as an anchor point. That's MECE because those are the only three forces that act on price.
Is it attractive? → Can we win? → Do the economics work? → Can we execute?
This is the lens for any forward-looking "should we do X?" question. It's MECE because the four questions are independent and collectively cover every reason you might say yes or no:
| Question | What it covers | Why it's distinct |
|---|---|---|
| Attractive? | Market size, growth, trends | External reality — exists regardless of us |
| Winnable? | Competition, customer needs, our offering | Relative position — us vs them |
| Profitable? | Investment, running costs, revenue, breakeven | Economic bridge — does the maths work? |
| Executable? | Capabilities, risks, partnerships, timeline | Internal reality — can we actually do it? |
If you can only remember one thing tomorrow, remember these four words: attractive, winnable, profitable, executable. They generate the market entry framework (4), the product launch framework (5), the growth framework (2), the investment framework (7), and the M&A framework (8). Every single one is just these four questions with different emphasis:
- Market entry — all four weighted equally, because you know nothing about this market yet
- Product launch — heavier on "winnable" and "executable" (you presumably already know the market is attractive or you wouldn't be launching)
- Growth — heavier on "attractive" (where are the opportunities?) and "winnable" (can we capture them?)
- Investment — heavier on "profitable" (does the return justify the cost?)
- M&A — "profitable" splits into standalone value vs synergies, because you're buying something that already has its own P&L
The reason your framework today was strong despite missing the "profit" branch is that you had three of the four: attractive (market size), winnable (market share/competition), and executable (capabilities). The economics branch was the gap — what does it actually cost to enter, and does the return justify it?
Map it → Find the constraint → Fix the constraint → Quantify the gain
This covers operations (framework 10) and also competitive response (framework 9). The logic is sequential rather than branching:
- Operations: you're looking at a value chain. Something is slow, expensive, or broken. Walk the process end to end, find the bottleneck, fix it.
- Competitive response: the "process" is: understand the impact on us → understand why they did it → generate response options. It's sequential because you can't choose a response without knowing the impact, and you can't assess impact without understanding what they're actually doing.
If you sit down tomorrow and the prompt doesn't map neatly to one of the ten, ask yourself three questions:
-
Is this about understanding the current state or making a decision about the future?
- Current state → Lens 1 (profit identity). Something changed; find what.
- Future decision → Lens 2 (investment decision). Something is proposed; evaluate it.
- Process problem → Lens 3 (map the chain).
-
What are the entities involved?
- The market (external)
- The company (internal)
- The economics (the bridge)
- Competitors (relative)
-
What would I need to know to say yes or no? List those things. Group them. That's your framework.
The reason this works is that MECE isn't a property of the framework — it's a property of the question. If you decompose the decision correctly, the branches are MECE by construction, the same way Revenue + Costs is MECE by construction. You're not trying to remember a tree. You're trying to ask: what are the independent dimensions of this decision?