Get Active in Our Amazing Community of Over 448,000 Peers!

Schedule mock interviews on the Meeting Board, join the latest community discussions in our Consulting Q&A and find like-minded Case Partners to connect and practice with!

Do you structure the case in buckets or in 'questions'?

Case Structuring Final Round MBB
New answer on Apr 02, 2021
6 Answers
1.9 k Views
Anonymous A asked on Mar 31, 2021

Having prepared on multiple platforms, with multiple case partners and passed first rounds at a a couple of MBBs. I'm still confused as to what works best for structuring: Up until now I use 'buckets' in the form of 'categories' to structure my thought (e.g, Customers, Company etc.). However, I found that some case solutions use questions for structuring (e.g. how can we win this market?, what are the drivers for X?)

What are best practices from your experiences? I'm preparing for final rounds at the moment.

Overview of answers

Upvotes
  • Upvotes
  • Date ascending
  • Date descending
Best answer
Franco
Expert
replied on Mar 31, 2021
Ex BCG Principal | INSEAD | 10 yrs in consulting | Interviewed >200 Career Switchers, MBAs, Undergrads in Europe and USA

First of all congrats on passing the first rounds on more than one MBB! I guess this doesn't happen by chance so I would suggest keeping on doing what you have done so far, including the way you structure your cases.

To be more precise in my opinion, it's always better to structure the case in buckets. How do you choose what buckets to use? By using the questions you mentioned.

For example, you can ask yourself "what are the drivers for X?" and then use the actual answer to this question (i.e. the drivers) as the framework to solve the case.

Hope it helps,

Franco

Was this answer helpful?
Raj
Expert
Content Creator
replied on Mar 31, 2021
FREE 15MIN CONSULTATION | #1 Strategy& / OW coach | >70 5* reviews |90% offers ⇨ prep-success.super.site | MENA, DE, UK

Generally speaking you should start with the problem statement.

That problem statement can break down into various categories (buckets). Now you can use questions in your head to arrive at what those buckets should be, e.g. Should the company enter the market depends on how much competition there is, what is the regulatory regime, what is the market size potential ->

- Competition

- Regulation

- Market size and growth

Was this answer helpful?
Ken
Expert
replied on Mar 31, 2021
Ex-McKinsey final round interviewer | Executive Coach

Neither is right or wrong where it does really vary by case. Generally speaking, framing as 'questions' does mean you are being more specific and tailored in your structuring which is a good thing!

In a cases, such as profitability, where the structuring is more standard then buckets make more sense. On the other hand, cases where you are answer an overarching question for the client, such as market entry, then framing as sub-questions means you are being much more specific with your structuring which is a good thing. Instead of just saying "the market", its more meaningful to say "Is it a growing market where we can sustain a meaningful market share?" where you would double-click on the "usual supsects".

Was this answer helpful?
Denis
Expert
replied on Apr 01, 2021
Goldman Sachs Investment Banker NYC | Ex-Bain 5 yrs| MBA Chicago Booth | Passed > 13 MBB > 20 IB interviews

Think Process vs. Content.

The questions help you to make sure your entire structure on paper covers the entire case and gives a step-by-step process to solve the case, talk about solutions, or implementation, however desired in terms of scope by the interviewer. This is where most candidates in my experience struggle already. Why? They think way to quickly and depend too much on CONTENT (which is of course important) but you can then use your array of perhaps 5-6 Qs or so to fill every question with a CONTENT framework , i.e. subject-driven buckets / trees / formulas etc.

Go Q first, once the entire case and required scope has been sufficiently and MECE solved, then go deep on content.

This is exactly what I train with my candidates here in PL - exhaustive structuring exercises focusing on the process first, then content.

Best,
Denis

Was this answer helpful?
Ian
Expert
Content Creator
replied on Apr 01, 2021
#1 BCG coach | MBB | Tier 2 | Digital, Tech, Platinion | 100% personal success rate (8/8) | 95% candidate success rate

I'm going to take a step back and answer the question you're really asking: How do I use frameworks in a case?

If there's anything to remember in this process, is that cases don't exist just because. They have come about because of a real need to simulate the world you will be in when you are hopefully hired. As such, remember that they are a simplified version of what we do, and they test you in those areas.

As such, remember that a framework is a guide, not a mandate. In the real-world, we do not go into a client and say "right, we have a framework that says we need to look at x, y, and z and that's exactly what we're going to do". Rather, we come in with a view, a hypothesis, a plan of attack. The moment this view is created, it's wrong! Same with your framework. The point is that it gives us and you a starting point. We can say "right, part 1 of framework is around this. Let's dig around and see if it helps us get to the answer". If it does, great, we go further (but specific elements of it will certainly be wrong). If it doesn't, we move on.

So, in summary, learn your frameworks, use the ones you like, add/remove to them if the specific case calls for it, and always be prepared to be wrong. Focus rather on having a view, refering back to the initial view to see what is still there and where you need to dive into next to solve the problem.

Ways to not say "buckets"

  • Segments
  • Areas
  • Main focuses
  • Approaches
  • Don't even use a specific word "So, first I'd like to look at x, then y, then z"
Was this answer helpful?
Antonello
Expert
Content Creator
replied on Apr 02, 2021
McKinsey | NASA | top 10 FT MBA professor for consulting interviews | 6+ years of coaching

Hi, there are no golden rules applicable for every case.

Generally speaking I usually structure my frameworks in buckets, divide each bucket in bullets or questions

Best,
Antonello

Was this answer helpful?
How likely are you to recommend us to a friend or fellow student?
0
1
2
3
4
5
6
7
8
9
10
0 = Not likely
10 = Very likely