Cómo estructurar un caso: framing y primeras hipótesis

El framing es el momento que decide todo. Los primeros 10 minutos de una entrevista de caso determinan con un 95% de probabilidad si pasarás o no. Y no me refiero a que mejores conforme avanzas. Me refiero a que ya está decidido.

En mis 300+ entrevistas como evaluador en Bain & Company, vi candidatos excelentes en análisis con habilidades numéricas pero con framing confuso que quedaban fuera. Y vi candidatos que abrieron con un framing impecable que luego cometieron errores de cálculo pero aún así pasaban, porque demostraban pensamiento estructurado. Eso es lo que buscamos.

El framing no es un ritual. No es dibujar un diagrama bonito para parecer que sabes. El framing es tu respuesta a una pregunta simple pero brutal: "¿Entiendes el problema? ¿Dónde vamos a buscar la respuesta? ¿Por qué en esa dirección?"

Muchos candidatos confunden framing con "usar un framework". Creen que si dibujan las 4 P del marketing o una matriz 2x2 ya está. Error. El framing real es específico al problema. Es tu hipótesis clara sobre qué está pasando, construida a partir de lo que escuchaste y preguntaste.

En este artículo te voy a mostrar exactamente cómo estructura un framing ganador: cómo escuchar, qué preguntar, cómo generar una hipótesis concreta, y cómo construir un issue tree que de verdad cubre el problema. Sin relleno. Con ejemplos reales. Y con el ejercicio práctico que usé con candidatos en Bain.

La Hipótesis: Tenerla o No Tenerla

La diferencia entre candidatos que pasan y candidatos que no pasan no es la complejidad del framework. Es si tienen una hipótesis clara.

He visto dos escenas completamente distintas:

Escena 1: Sin hipótesis. El candidato abre la carpeta, escucha el caso y dice: "Bien, tengo preguntas. Necesito datos sobre ingresos, costes y estructura de mercado." Se queda mirándote esperando que sueltes números. No tiene dirección. Es como entrar a un bosque sin brújula y esperar encontrar la salida preguntando por cada árbol.

Escena 2: Con hipótesis. El candidato escucha el caso y dice: "Mi hipótesis inicial es que la caída de margen viene del lado de costes, específicamente de la estructura de costes variables, porque el mercado ha crecido un 20% pero la rentabilidad ha caído. Eso sugiere presión en precios o ineficiencia operativa. Para validar esto, necesito entender primero la evolución de precios versus volumen, y luego dentro de costes, cómo está distribuida la estructura fija versus variable." Después dibuja un issue tree coherente con esa hipótesis.

¿Cuál es la diferencia? No está en el número de frameworks conocidos. Está en que el candidato 2 tiene dirección. Tiene una tesis. Cuando le preguntas, sabe por qué pide esos datos. Le está diciendo al entrevistador: "He procesado lo que escuché, tengo una sospecha de qué pasa, y aquí está mi plan para probar o descartar esa sospecha."

La hipótesis débil es ambigua. "Puede ser que los costes hayan subido o que el mercado esté saturado." Eso no cuenta. La hipótesis fuerte es concreta: "Creo que el problema es X porque Y, y para saberlo voy a mirar Z."

Esto no es trivial. La hipótesis es señal de pensamiento estructurado. Y ese es el estándar que buscamos en consultoría. No buscamos candidatos que conocen 47 frameworks. Buscamos candidatos que saben dónde mirar.

Escucha, Pregunta, Confirma: El Triángulo Antes del Framing

No hay framing sin escucha. Muchos candidatos cometen el error de escuchar el caso de forma pasiva. Esperan que el entrevistador suelte toda la información y que luego ellos creen un framework. Error.

La secuencia correcta es diferente: escucha + preguntas de clarificación + confirmación de entendimiento + pausa + hipótesis + issue tree.

Paso 1: Escucha activa. Cuando escuchas el caso, no estás recibiendo información. Estás buscando. ¿Qué datos ves? ¿Qué falta? ¿Qué es contradictorio? Un director general te dice "nuestros márgenes bajaron 3 puntos el año pasado aunque los ingresos crecieron." Tu mente debe estar en alerta: eso es inusual. Hay detrás una causa. Costes, precio, mix de productos, competencia. Algo.

Paso 2: Preguntas de clarificación. Después de escuchar, debes preguntar. Las preguntas no son opcionales. Son obligatorias. ¿Por qué? Porque eliminan ambigüedad. Las preguntas deben ser específicas:

• ●"Cuando dices que los márgenes bajaron 3 puntos, ¿es margen operativo o margen neto?"
• ●"¿Esa caída fue en todos los segmentos de clientes o hay variación?"
• ●"¿El precio promedio cambió? ¿O fue el volumen?"

Cada pregunta te da un dato. Pero más importante, le dice al entrevistador que estás siendo preciso. No estás asumiendo. Estás validando.

Paso 3: Confirmación de entendimiento. Resume lo que escuchaste. "Si entendí bien, estamos en el segmento de retail, con 3 líneas de producto, y lo que pasó es que el volumen creció pero el precio cayó, lo que explica la caída de margen. ¿Correcto?" Si el entrevistador dice "no exacto" o "hay más", te lo dirá. Así corriges antes de construir el framework incorrecto.

En Bain, vi candidatos que saltaban este paso. Asumían, construían una hipótesis basada en lo que creían que escucharon, y después el entrevistador tenía que tirar abajo el árbol completo porque el candidato había entendido mal. Eso mata tu confianza como evaluador.

El Issue Tree: De la Hipótesis a la Estructura

Una vez que tienes hipótesis clara y entendimiento confirmado, armas el issue tree. Este es el paso donde muchos candidatos fracasan sin saber por qué.

Error #1: Usar un framework genérico. El candidato piensa "es un caso de rentabilidad, entonces uso la fórmula de margen: precio × volumen ÷ costes." Dibuja eso y cree que está. Pero eso no es un issue tree para este caso específico. Eso es un esqueleto sin carne.

Error #2: No ser MECE. MECE significa Mutuamente Excluyente, Colectivamente Exhaustivo. Es decir, cada rama no se solapan (excluyente) y juntas cubren todo el problema (exhaustivo). Si tu árbol tiene "costes variables" y "costes operativos", estás solapando. Si tienes "costes" pero no separas por tipo, no cubres todo.

Cómo armar un issue tree correcto:

1. 1Empieza con la métrica principal. En este caso: Margen = (Ingresos - Costes) / Ingresos. Eso es la raíz del árbol.

1. 2Descompone Ingresos. ¿Cambió precio? ¿Cambió volumen? ¿Cambió mix de productos? Eso es MECE: cada elemento es independiente, y juntos explican la variación.

1. 3Descompone Costes. Aquí va la carne. Si tu hipótesis es que el problema está en costes, necesitas saber dónde:

• ●Costes Fijos: ¿Cuáles escalaron? ¿Inversión? ¿Personal?
• ●Costes Variables: ¿Cambiaron por unidad producida? ¿Inflación de materiales? ¿Cambio en el mix?

1. 4Profundiza donde está el insight. Si la hipótesis es "la estructura de costes variables se movió", entonces desciendes un nivel más: materiales (20% del costo), mano de obra (40%), overhead (40%). Para cada uno, preguntás si cambió.

El issue tree no es el mismo para cada caso. Cambia en función de tu hipótesis. Si tu hipótesis es "el problema es competencia", el árbol es distinto: market share, pricing power, diferenciación. Si la hipótesis es "ineficiencia operativa", el árbol va sobre procesos, utilización, productividad.

Yo diría que el 70% de los candidatos que fracasan en framing cometen este error: usan un árbol genérico. Tú tienes que ser específico.

Cómo Distinguir Framing Memorizado de Framing Pensado

Aquí viene lo interesante. Cuando el caso es estándar (típico profit case: "la rentabilidad bajó, ¿por qué?"), es casi imposible saber si el candidato memorizó un framing o si lo pensó. Los dos suenan bien.

Pero cuando el caso cambia un poco, o cuando el entrevistador te pide que "hagas un double-click" en una rama particular, ahí se ve.

Escena con candidato que memorizó: El entrevistador dice "Ahora, dentro de costes variables de materiales, queremos que investigues por qué la compra de la materia prima X se duplicó." El candidato te mira en blanco. Se va a su árbol memorizado y no sabe cómo adaptar. Hace preguntas genéricas. No tiene hipótesis sobre por qué se duplicó. Podría ser escasez, cambio de supplier, cambio de especificación del producto. Pero el candidato no llega a eso. Solo pregunta "¿qué cambió en el precio?" Eso es señal clara de memorización.

Escena con candidato que pensó: El mismo escenario. El candidato dice: "Si la materia prima X se duplicó, eso puede ser por variaciones en el mercado de commodities, cambio en nuestra especificación de compra, o cambio de supplier. Voy a asumir que el mercado no cambió porque solo nos afecta a nosotros si es así, así que probablemente fue un cambio en nuestra demanda o en nuestro sourcing. ¿Puedo preguntar cuáles fueron los cambios en volumen de producción este período?"

Ese candidato está pensando en tiempo real. No está reproduciendo un guion. Está armando un árbol nuevo basado en la rama nueva que le pedís que explores.

Cómo detectar esto como entrevistador: el nivel de detalle en la explicación y la capacidad de justificar por qué cada rama. Si el candidato dice "y aquí pongo costes fijos, aquí costes variables" sin explicar por qué eso cubre el problema, es memorizado. Si el candidato dice "los costes pueden variar por cantidad producida o por eficiencia de los procesos, y eso impacta el margen porque..." entonces está pensando.

Timing: 3-5 Minutos, Pero Depende

Tienes 3 a 5 minutos para framing. Parece poco. Es poco. Pero todo depende del entrevistador.

Si el entrevistador está mirándote intensa y fijamente, esperando cada palabra, necesitas ser rápido y conciso. Intro breve: "Entiendo el problema. Mi hipótesis es X porque Y. Para validarla, voy a investigar Z." Dibuja el árbol mientras hablas. Fin.

Si el entrevistador está escribiendo o parece relajado, tienes más margen. Pero no abuses. Nunca más de 5 minutos.

Una cosa que he visto en candidatos buenos: no dicen "voy a hacer framing ahora." Solo lo hacen. Escuchan, preguntan rápido, confirman, y presentan. Todo fluye como una conversación, no como "ahora el turno de framing."

Ajustar Hipótesis Durante el Caso: Cuándo y Cuándo No

Aquí va una regla de oro que casi nadie entiende bien: si tu hipótesis es correcta y la cambias, te scrapeaste. Si es incorrecta y la ajustas, perfecto. Si es incorrecta y no la ajustas, es grave.

Escena 1: Hipótesis correcta, la cambias. Empezaste diciendo "creo que el problema es escasez de supply de materia prima." Investigas y confirmas que es verdad. Pero en el medio, el entrevistador te dice una cifra que no encaja y panic. Cambias de hipótesis: "Ah, no, creo que es competencia." Eso es perder confianza. El evaluador piensa: "Tienes un resultado claro y no tienes confianza en tu análisis."

Escena 2: Hipótesis incorrecta, la ajustas. Empezaste con una hipótesis, comenzaste a investigar, y los datos no te dan la razón. Candidato inteligente detiene y dice: "Veo que mi hipótesis inicial no se valida. Los números sugieren algo distinto. Mi nueva hipótesis es..." Eso es pensamiento crítico. Eso es lo que queremos. No es "cometí un error." Es "actualicé mi hipótesis con nueva información."

Escena 3: Hipótesis incorrecta, no la ajustas. El peor de todos. El candidato ve datos que contradicen su hipótesis pero sigue adelante como si nada. Ignora o racionaliza. Eso es denial. En consultoría, eso es letal. Si los datos no confirman tu teoría, tienes que actualizarla. Si no lo haces, cualquier conclusión va a estar mal.

La diferencia entre Escena 2 y Escena 3 es el nivel de rigosidad. En Bain, pasaban los que entendían eso. Los que no, quedaban afuera.

Preguntas frecuentes

P: ¿Debo compartir mi hipótesis con el entrevistador o solo usarla internamente?

R: Compartir. Always. El framing es comunicación. Si no dices tu hipótesis en voz alta, el entrevistador no sabe qué estás pensando. Y no puede validar si estás en el camino correcto. Di algo como: "Mi hipótesis es que..." y espera feedback. Si el entrevistador dice "eso es incorrecto" o "no es lo que buscamos," mejor lo sabes ahora que después de 20 minutos de análisis.

P: ¿Qué hago si la hipótesis del entrevistador es distinta a la mía?

R: Siéntate. Usa la del entrevistador. No es competencia. El entrevistador tiene el mapa. Tú no. Si tu hipótesis era diferente, puedes preguntar por qué es la otra, pero luego sigues con lo que el entrevistador sugiere. En el caso real, el cliente también guía. Adaptabilidad es crítica.

P: ¿Es malo si el entrevistador me corrige el framing en el medio?

R: No es malo. Es normal. Significa que estás comunicando suficientemente claro para que el entrevistador pueda darte feedback. Lo malo es si no comunicas nada y te pierdes en el árbol sin que el entrevistador sepa dónde estás.

P: ¿Necesito un issue tree visualmente perfecto o puede ser desordenado?

R: Perfecto en lógica, no en estética. He visto candidatos dibujar árboles bellísimos pero con lógica confusa, y candidatos que dibujaban cuadrados y flechas sin coherencia visual pero con pensamiento claro. El entrevistador ve la lógica, no el Photoshop.

P: ¿Qué pasa si me quedo en blanco durante el framing?

R: Pausa. Respira. Pregunta más. Pide tiempo: "Dame un minuto para estructurar esto." Nadie espera que seas rápido. Esperan que seas correcto. Si necesitas 4 minutos en lugar de 3, está bien. Lo que no está bien es hablar sin pensar.

P: ¿El framing cambia si es un caso de estrategia versus finanzas?

R: Cambia en contenido, no en proceso. El proceso sigue siendo el mismo: escucha, pregunta, confirma, hipótesis, árbol. Pero en un caso de estrategia tu árbol va sobre segmentación, positioning, ventaja competitiva. En finanzas va sobre flujos de caja, valoración, estructura de capital. La lógica es la misma. Solo el árbol es distinto.

El Ejercicio Práctico: Arma Tu Framing Ahora

Aquí va un caso real. Este es el tipo de problema que escuchas en una entrevista de Bain. Te lo voy a dar sin framing. Tu tarea es hacer el framing solo. Después te muestro cómo lo haría yo.

El caso: "Una cadena de retail de ropa deportiva de medio precio tiene 150 tiendas en tu país. Los ingresos crecieron 15% el año pasado, pero el EBITDA cayó 5%. El CMO está preocupado. ¿Qué está pasando?"

Tu tarea (20 minutos):

1. 1Escribe 3 preguntas de clarificación que harías.
2. 2Crea una hipótesis inicial basada en lo que ves.
3. 3Dibuja un issue tree (puede ser en texto o imagen) que investigue esa hipótesis.

Después reflexiona: ¿Mi hipótesis es concreta o ambigua? ¿Mi árbol es MECE? ¿Cada rama responde a "por qué" de la caída de EBITDA?

Este es el trabajo que hago antes de cada caso. Y es el trabajo que los evaluadores esperan que hagas tú.

Plan de Acción: De Aquí en Adelante

1. 1Practica framing sin casos. Toma un artículo de negocios que habla de una empresa en problemas. Lee los primeros párrafos. Sin leer la solución, crea tu hipótesis. Dibuja tu árbol. Después ve si tu análisis se parece al del artículo.

1. 2Grábate haciendo framing. Graba audio mientras presentas el framing de un caso. Escúchate. ¿Suena claro? ¿Es específico tu hipótesis? ¿O es ambigua? ¿El árbol es coherente?

1. 3Pide feedback en cada iteración. Si practicas con amigos o con un mentor, después de cada framing pregunta: "¿Entendiste mi lógica? ¿Está clara mi hipótesis? ¿Falta algo en el árbol?" Esa es la retroalimentación real.

1. 4Estudia casos reales. Ve cómo otras personas lo hacen. Busca casos solucionados de McKinsey, BCG. Revierte. ¿Cuál fue el framing inicial? ¿Cuál fue la hipótesis? ¿Por qué fue ese el árbol?

El framing es la habilidad que más te va a diferenciar. No porque sea complicada. Es porque casi nadie la domina. La mayoría memoriza. Tú, en cambio, vas a pensar en tiempo real.

Eso es lo que buscamos en Bain. Y eso es lo que tú necesitas.

Recursos Relacionados

Para profundizar en casos, revisa estos artículos:

• ●Tipos de casos que verás en entrevistas MBB
• ●Framework MECE: la herramienta detrás de cada caso
• ●Issue trees: cómo construir el árbol que resuelve el caso
• ●Práctica de casos: cómo hacer practice cases sin ayuda

Y no olvides revisar el plan de preparación completo que cubre toda la ruta.

Siguiente Paso: Conoce el Libro

Si el framing te interesa, el libro Crack The Frameworks profundiza en cada componente con 50+ ejercicios diseñados con metodología MBB. Desde hipótesis hasta issue trees, todo con la precisión que necesitas.

Descarga el libro: nextepmbb.com/recursos