I think one thing to remember is why we use clarifying questions: to simplify the case prompt and ensure we are answering the right question.

and when should we clarify questions? There are three broad cases: 
❓ Short and vague case prompts (without a clear question)
🐄 Estimation about something ‘random’
🔍 Long detailed prompts

Now, regarding how do we clarify, I like the framework BOTM:

Business (B): Do you understand how the business works?
What is their value chain?

Objective (O): What is the desired outcome of your client? Do they have a specific success metric? (e.g. Profit vs Gross Margin vs Revenue). What is the actual question our client is asking us?

Timeline & Scope (T): Is this a short or long-term strategy case? What constraints are there? Is anything left vague and unclear?
(e.g. Should we analyze the entire business or a specific business unit?)

Market (M): What geography are we working in? Is there a specific customer segment?

 

Dear A,

For clarifying question I would say there 3 main types of them which you can easily ask:

1. questions that clarify the objective of the case interview

2. questions about information that strengthens your understanding of the company

3. question about definition of a term you are unfamiliar with

Most consulting interviews do not require you to have specialized knowledge or expertise in an industry. Therefore, if you come across a term that you are unfamiliar with, it is completely acceptable to ask the interviewer for the definition.

So these are three main types of claryfiyng questions. If you asking too many questions, the interviewer will probably reply to you smth like this: we don't know/ we'll see later/ its’ not relevant

Best,

André

5W1H can help, yes - but probably too much in the clarifying questions. In general, I just make sure I understand the terms + question, quantify the objectives and get a timeline. All other questions will be addressed as part of the framework

Hi,

There is always more that you can understand. For example, if you understand the goal as improving profits, there's so much more you can ask - do they have a % change target in mind, how long do we have to turn this around, do they prefer this to be done through raising revenue or cutting costs, etc.

I always write BOTMG at the bottom of my framework page to help myself think of things I'm missing in case I'm stuck.

This helps "trigger" you to consider questions around B = Business Model, O = Objective, T = Timing, M = Market, G = Geography.

However, you should never just say "so, what is their business model?" Obviously, ask questions that help you frame your hypothesis, understand the situation, and ultimately drive your case better.