PTENES
MÓDULO 2.1

🎙️ Descubrimiento: entrevistar, escuchar y observar la operación

El consultor competente llega con preguntas, no con respuestas. La fase de descubrimiento es el momento de escuchar sin agenda, observar el trabajo real e identificar quién sufre el problema y quién tiene poder para resolverlo.

6
Temas
~45
Minutos
Mapea.
Nivel
Campo
Tipo

Antes de cualquier diapositiva de la propuesta, el consultor competente va al campo. Entrevistar, escuchar y observar no son formalidades: son el trabajo que separa un diagnóstico preciso de una conjetura bien presentada.

S Situación P Problema I Implicación N Necesidad → solución SPIN: la secuencia que transforma la escucha en diagnóstico
1

🎯 Objetivo del descubrimiento

El descubrimiento existe con un propósito simple: entender la operación antes de proponer cualquier cosa. Es el antídoto contra el consultor que llega con la solución lista y busca evidencias para justificarla.

🔍 Qué necesitas averiguar

  • •Cuál es el trabajo real — no lo que muestra el diagrama de flujo, sino lo que hace la gente.
  • •Dónde el problema es más agudo — frecuencia, costo, urgencia, visibilidad.
  • •Quién tiene el problema y quién tiene el presupuesto para resolverlo; con frecuencia, son personas diferentes.

✓ Consultor que hace descubrimiento

  • ✓Llega con hipótesis por validar, no con respuestas preparadas
  • ✓Escucha más de lo que hablas en las primeras reuniones
  • ✓Propone después de entender, no antes
  • ✓Valida el diagnóstico con quien lo ejecuta

✗ Consultor que se salta el descubrimiento

  • ✗Propone en la primera reunión sin escuchar el contexto
  • ✗Resuelve el síntoma, no la causa
  • ✗Descubre durante la implementación que el problema era otro
  • ✗Pierde credibilidad cuando la solución no funciona
2

❓ Preguntas que revelan el dolor (SPIN)

SPIN es un framework de Neil Rackham, desarrollado a partir del análisis de 35.000 llamadas de ventas. También funciona muy bien para el diagnóstico consultivo porque la secuencia importa: no puedes hablar de implicaciones sin entender el problema.

S

Situación — «Cuenta el contexto»

Ejemplos: ¿Cuántas personas trabajan en este proceso? ¿Qué herramienta usan actualmente? ¿Con qué frecuencia ocurre esto?

Objetivo: armar el mapa del estado actual. Limita las preguntas sobre la situación: demasiadas resultan tediosas para la otra persona.

P

Problema — "¿Dónde duele?"

Ejemplos: ¿Qué parte consume más tiempo? ¿Qué suele retrasarse? ¿Qué te cansas más de corregir?

Objetivo: identificar los problemas explícitos. Por lo general, la otra persona tiene mucho que decir aquí; déjala hablar.

I

Implicación — «¿Qué genera este problema?»

Ejemplos: ¿Ese retraso afecta a otras áreas? Cuando ocurre un error, ¿qué hay que rehacer? ¿Cuánto tiempo se pierde por semana con esto?

Objetivo: ampliar la percepción del costo del problema. Muchas veces, la otra persona no ha conectado los puntos; tú le ayudas a hacerlo.

N

Necesidad — "¿Qué cambiaría si lo resolvemos?"

Ejemplos: Si este proceso tomara 10 minutos en vez de 2 horas, ¿qué más podrías hacer? ¿Qué sería posible que hoy no lo es?

Objetivo: expresar el valor de la solución antes de proponerla. La otra persona empieza a «comprar» la idea durante la entrevista.

💡 Consejo práctico

Prepara 3 preguntas de cada tipo antes de cada entrevista. No hace falta seguir la secuencia al pie de la letra, pero asegúrate de abordar las cuatro dimensiones antes de terminar.

3

👂 Escucha activa y sesgo de confirmación

El sesgo de confirmación es la tendencia humana a prestar más atención a la información que confirma lo que ya creemos. Para los consultores, esto se manifiesta como "yo ya sabía que era eso" — lo que paraliza el diagnóstico real.

Señales de que estás cayendo en el sesgo

  • ⚠Ya tienes la solución en mente antes de la primera entrevista
  • ⚠Interrumpes a tu interlocutor cuando dice algo inesperado
  • ⚠Tus notas solo registran lo que confirma tu hipótesis
  • ⚠Descartas como "outlier" los datos que contradicen

Técnicas de escucha activa

Parafrasear

"Entonces, si entendí bien, el problema es X. ¿Es así?" Confirma que entendiste y demuestra atención genuina.

Silencio intencional

Después de una respuesta, espera 3-5 segundos antes de hablar. Por lo general, la otra persona agrega la información más importante durante el silencio.

Anotar lo inesperado

Reserva una columna en las notas para «sorprendió». Al final de la entrevista, revisa este campo: suele contener los insights más valiosos.

Preguntar lo contrario

"¿Alguien cree que este no es el problema principal?" — saca a la luz perspectivas divergentes.

4

🚶 Observar el trabajo real (gemba)

Gemba es el lugar donde ocurre el trabajo: la planta de producción, la fila del centro de atención telefónica, la pantalla del analista financiero. Ir al gemba es la práctica de observar directamente, en vez de confiar únicamente en lo que las personas describen en las reuniones.

🏭 Por qué el proceso real difiere del documentado

  • •Remiendos acumulados — con el tiempo, las personas desarrollan workarounds que nunca se documentaron.
  • •Herramientas paralelas — hojas de cálculo locales, WhatsApp y notas en papel que el sistema oficial no registra.
  • •Etapas informales — verificaciones, aprobaciones y consultas que ocurren, pero nadie «cuenta» en el proceso.

💡 Cómo hacer un gemba walk

  1. Pide sentarte al lado de alguien que esté ejecutando el proceso
  2. Observa los primeros 15 minutos sin interrumpir
  3. Registra cada acción, herramienta utilizada y tiempo de espera
  4. Pregunta qué no quedó claro al final, no durante
  5. Compara con el diagrama de flujo oficial: las diferencias son el diagnóstico
5

👥 Mapear a las partes interesadas

El mapa de stakeholders no es una formalidad burocrática: es inteligencia política esencial. Quien siente el dolor rara vez es quien aprueba el presupuesto, y quien aprueba el presupuesto rara vez entiende el dolor operativo.

Quién sufre las consecuencias (operaciones)

  • • Conoce los detalles del problema
  • • Hay mucho que ganar o perder con el cambio
  • • Tendrá que adoptar la nueva solución en su día a día
  • • Puede sabotear el proyecto o ser su promotor

Quién paga (directorio)

  • • Se enfoca en los resultados, no en los detalles técnicos
  • • Necesita ver el ROI o la reducción del riesgo
  • • Puede aprobar o cancelar el proyecto por razones políticas
  • • El patrocinador ejecutivo es imprescindible

Preguntas para mapear el campo político

  • • ¿Quién pierde poder o relevancia si cambia este proceso?
  • • ¿Quién tiene más por ganar y podría ser el promotor del proyecto?
  • • ¿Quién puede decir «no» informalmente y frenar la implementación?
  • • ¿Hay conflictos entre departamentos que afectan el alcance?
6

📋 Documentar y sintetizar los hallazgos

Las entrevistas generan datos sin procesar: notas sueltas, observaciones, citas. La la síntesis es el trabajo intelectual que transforma datos en diagnóstico. Sin ella, tienes material, pero no un entregable.

Estructura del documento de descubrimiento

01
Contexto y alcance

Quién fue entrevistado, qué se observó y el período del descubrimiento.

02
Las 3 principales restricciones identificadas

Ordenadas por impacto. Cada una cuenta con evidencias recopiladas.

03
Hipótesis confirmadas y refutadas

Transparencia sobre lo que esperabas encontrar y lo que realmente encontraste.

04
Mapa de stakeholders

Quién influye, quién paga, quién ejecuta y quién puede bloquear.

05
Próximos pasos

Lo que aún debe validarse antes de la fase de propuesta.

⚠️ Atención

No entregues el documento de descubrimiento como «informe de investigación»; preséntalo como «diagnóstico inicial con recomendación de próximos pasos». La diferencia está en la postura: no eres investigador, eres consultor.

🎒 Resumen del módulo

✓
Primero el descubrimiento, después la propuesta — ninguna recomendación sin entender la operación real.
✓
SPIN estructura la entrevista — situación, problema, implicación y necesidad, en ese orden.
✓
Ve al gemba — el proceso documentado está idealizado; el problema está en el proceso real.
✓
Mapea quién siente el problema y quién paga — la política interna determina el éxito de la implementación.

Siguiente módulo:

2.2 — Mapeo de procesos y cuellos de botella