Issue Tree vs. Action Plan in Case Interview Structure

my take:

1. Issue tree vs action plan

• Issue tree: each branch is a question or hypothesis. Output is understanding
• Action plan: each branch is a thing to do. Output is execution Your consultant is saying your structure reads as "things I will check" rather than "questions that decide the answer"

2. Your market entry is closer to an issue tree than you think The 4 buckets are diagnostic. The sub-branches are what sound like activities. Reframe them as questions:

• Weak: "segment customers, look at competitors"
• Strong: "is the customer base large and growing enough to justify entry" Same content, better framing

3. On the MECE overlap Cleaner split:

• Market: size, growth, structure, competitive intensity
• Company: product fit, capabilities, economics Competitor size sits in market, competitor products sit in company. One appearence each, different angle

4. On profitability, your consultant is right "Why is it down" and "how to fix it" are dependant because the fix follows the diagnosis. Better:

• Break profit into revenue and cost drivers
• Find which one moved
• Propose fixes tied to that driver "Strategies to bring profit up" is not a first-level branch, its the output of the diagnosis

5. Quick test If you had the data for this branch, would you know the answer to the case question? Yes = real issue. No = activity. Cut activities

Hi,

On your first question, an issue tree breaks the problem into the sub-questions you need to answer to reach a decision, while an action plan just lists the areas you would go and look at. The issue tree is what an interviewer wants to hear, and it is the one that has to be MECE.

On your example, your second structure (market, competitors, company) is much better as it cuts the overlap among the branches and is easier to follow when you talk through it. Each bucket answers one clear question, and together they build to the recommendation:

1. Market: is it attractive in the first place (size, growth, profitability, trends)?
2. Competitors: who is already winning, how, and how contestable is their position?
3. Company: can we compete effectively given our product, capabilities and economics?

So I would not overthink it. Clean buckets you can walk through clearly beat a more elaborate list if questions that is hard to follow out loud.

Hope it helps, and feel free to send me a DM if you want to go through a couple of structures together.

Federico

The reality is that most case interviewers are looking for you to be as structured as possible. That may seem vague, but ultimately I never cared that much about the exact approach, it mattered way more if the candidate could do the following:

1. Explain their thinking clearly
2. Make it obvious to me they understood the prompt
3. Ensure it has as little overlap as possible (never needs to be perfectly MECE in my opinion, but it needs to make sense why you broke it in that way)

4. Not be too generic

   Hope that helps!

Hi,

In reality the issue tree and the action plan don't contradict each other, the mistake is treating them as two competing styles. They sit at different levels of the same structure.

Take your profitability case. If the question is why profit dropped and how to recover it, I'd go:

1. Diagnose the root causes
2. Define the levers to fix them
3. Prioritise those levers / Assess the risks

This top layer looks like an "action plan" because it mirrors how you'd actually run the work. Then under point 1, to understand the root causes, you apply exactly what you call the issue tree: revenue vs cost, the usual profitability breakdown tailored to the business model. The issue tree lives inside the diagnosis branch, it isn't a replacement for the whole structure.

On the MECE objection: yes, sequential phases are linked by definition, you can't define levers without the diagnosis. That's not a flaw, that's the logic. What matters is that you say it out loud: "these are sequential phases of my thinking, and what I find in the first shapes the second." Once you've signposted that, the interviewer isn't going to fault you for interdependence.

Same for your market entry structure, it's fine as it stands. Market attractiveness, ability to win, ability to deliver, financial return is a solid decision logic, and the fact that customers appear under both attractiveness and ability to win isn't an overlap problem, because you're asking different questions of them. Your alternative version (market / competitors / company) is more "MECE-looking" but weaker, because it's a list of topics rather than a path to a decision. Don't trade decision logic for cosmetic cleanliness.

So, practically: build the top layer around the decision or the phases of work, then push an issue tree down into whichever branch is genuinely analytical. 

Don't overcomplicate it. A logically solid framework you can explain clearly beats a technically perfect one you can't.

Franco

Hi there,

I would be happy to share my thoughts on your questions:

• First of all, I would strongly advise you to critically examine the consultant's statement for a simple reason: depending on what consulting firm they are working, they went through different ways of structuring, which they seem to impose on you now. Essentially all consulting firms except for McKinsey ask candidates for an approach, i.e. an "action plan" - only McKinsey asks for factors/dimensions/aspects to consider, i.e. an "issue tree". For all consulting firms except for McKinsey, contrary to what other coaches have said, they indeed want to hear an approach - as long as it is more than "we need to look at this, and this, and this".
• Moreover, contrary to what other coaches have said, if you are being asked for an approach to the profitability problem question, you indeed have to sequence identifying the numeric driver, understanding the underlying root cause, and brainstorming initiatives. However, what's still missing are the non-financial factors in the form of a risk assessment, to make the structure MECE. It really is not about whether individual steps build upon each other, but whether there is a content overlap - and it isn't.
• Lastly, I would strongly advise you to consider working with an experienced coach like me on your structuring skills. I developed the "Case Structuring Program" to help exactly such candidates like you who struggle with case study structures.

If you would like a more detailed discussion on your specific situation, please don't hesitate to contact me directly.

Best,

Hagen