Mapa de la ruta
Contenido detallado
🎙️ Descubrimiento: entrevistar, escuchar y observar la operación
El consultor no llega con la solución en mente. Llega con preguntas. Antes de cualquier propuesta, escucha, observa y traza quién siente el problema y quién paga por él.
La fase de descubrimiento es el período en que el consultor se incorpora a la operación del cliente para entender lo que realmente sucede, sin presuponer la solución. Es el contrapeso al sesgo de «ya sé lo que necesitan».
Los consultores que se saltan el descubrimiento prescriben para el síntoma, no para la causa. La fase de escucha reduce el riesgo de aplicar la solución equivocada y dañar la relación durante el primer mes.
Descubrimiento estructurado; hipótesis por validar (no certezas); distinguir el síntoma de la causa; generar confianza antes de recomendar.
El framework SPIN orienta la secuencia de preguntas: primero traza la situación actual, luego explora el problema percibido, profundiza en sus implicaciones y, por último, articula la necesidad real de cambio.
Las preguntas mal secuenciadas generan respuestas genéricas. SPIN ha sido validado durante décadas de investigación en ventas consultivas; funciona igual de bien para el diagnóstico.
Situación (contexto) → Problema (dolor explícito) → Implicación (costo del dolor) → Necesidad (qué cambia si lo resuelves). Predominan las preguntas abiertas; las cerradas confirman.
La escucha activa consiste en prestar atención a lo que se dice y a lo que no. El sesgo de confirmación es la tendencia del consultor a escuchar solo lo que confirma su hipótesis inicial e ignorar los datos que la contradicen.
La trampa más común en el diagnóstico: llegar con una hipótesis de solución y recopilar inconscientemente solo las evidencias que la confirman. Resultado: diagnóstico sesgado, solución equivocada.
Escuchar sin agenda; anotar lo que contradice la hipótesis; parafrasear para confirmar la comprensión; usar el silencio como herramienta para profundizar.
Gemba (palabra japonesa para "lugar real") es la práctica de ir al lugar donde ocurre el trabajo y observarlo directamente. Lo que está escrito en el proceso rara vez coincide con lo que las personas hacen en la práctica.
Los procesos documentados reflejan lo ideal; el trabajo real está lleno de arreglos improvisados, workarounds y pasos informales que no aparecen en el papel. Quien no va al gemba diagnostica el proceso oficial, no el real.
Recorrido gemba; proceso oficial vs. proceso real; shadow work (trabajo paralelo invisible); cuellos de botella que solo se hacen visibles en el lugar.
El mapeo de stakeholders identifica quiénes se ven afectados por el problema, quiénes tienen poder de decisión y quiénes financian la solución. A menudo, quien siente el dolor (operaciones) no es quien paga (la dirección), y ambos tienen agendas diferentes.
Recomendar sin entender la política interna es arriesgado. La solución técnicamente correcta puede quedar bloqueada por falta de apoyo ejecutivo o resistencia operativa.
Mapa de influencia × interés; sponsor ejecutivo; promotores operativos; quién pierde poder con el cambio; alinear la agenda antes de proponer.
Después de las entrevistas y observaciones, el consultor sistematiza los hallazgos en un documento de diagnóstico: patrones identificados, hipótesis confirmadas y refutadas, y las dos o tres restricciones más críticas.
Los datos brutos de las entrevistas no se convierten por sí solos en recomendaciones. La síntesis es el trabajo intelectual que transforma la escucha en un diagnóstico accionable y demuestra el valor del consultor para el cliente.
Informe de descubrimiento; las 3 principales restricciones; evidencias por hallazgo; hipótesis descartadas (y por qué); próximos pasos claros.
🗺️ Mapeo de procesos y cuellos de botella
Diseñar el flujo de punta a punta, medir cada etapa y localizar la restricción que limita el conjunto. Sin este mapa, cualquier solución de IA es una apuesta.
El mapeo del flujo de valor (VSM) es una técnica Lean para representar visualmente todas las etapas que transforman un input en valor para el cliente — incluidos el tiempo de procesamiento, el tiempo de espera y las transferencias entre departamentos.
Sin ver el flujo completo, es imposible identificar dónde está la restricción real. Muchas veces, el problema visible (lentitud en X) es consecuencia de un cuello de botella en Y que está antes.
Mapa del flujo de valor; lead time vs. tiempo de procesamiento; tiempo de espera entre etapas; identificar dónde el trabajo se detiene y espera.
Cada etapa del proceso debe tener cifras: tiempo promedio de ejecución, tiempo en fila, tasa de retrabajo (% de veces que el elemento vuelve para su corrección) y costo unitario (horas × personas involucradas).
Sin datos por etapa, la priorización de dónde aplicar IA es subjetiva. Con datos, el consultor convierte una percepción ("esto es lento") en evidencia ("esta etapa consume el 40% del lead time total").
Cycle time; lead time; throughput; tasa de retrabajo; costo unitario por etapa; identificar las etapas de mayor costo relativo.
La Theory of Constraints (TOC) de Eliyahu Goldratt dice que todo sistema tiene exactamente un cuello de botella —la etapa más lenta— que define la velocidad máxima del flujo. Mejorar cualquier otra etapa no acelera el resultado.
Es el principio más importante del mapeo. Sin identificar el cuello de botella, el consultor corre el riesgo de optimizar etapas que no cambian el resultado, lo que genera costos sin una mejora perceptible.
TOC; cuello de botella como etapa más lenta; elevar vs. explotar el cuello de botella; subordinar todo al cuello de botella; el cuello de botella migra después de la optimización.
El volumen y la frecuencia responden "¿cuánto ocurre esto?" — son la base para calcular el impacto potencial de cualquier automatización. Un proceso con 5 casos al año rara vez justifica la inversión; uno con 500 al día casi siempre la justifica.
El ROI de la automatización es directamente proporcional al volumen de tareas repetitivas. Recopilar datos de frecuencia convierte una idea de solución en un business case defendible.
Frecuencia diaria/mensual; volumen de transacciones; estacionalidad; costo total anual de la etapa = frecuencia × costo unitario × personas.
Clasificar cada etapa del proceso en un espectro: desde totalmente basada en reglas (determinística, automatizable sin IA) hasta totalmente basada en juicio contextual (requiere intervención humana). La IA encaja en el medio, donde hay patrones pero también variación.
La clasificación indica qué nivel de la pirámide usar: regla pura → determinista; patrón con variación → IA; contexto complejo + decisión → humano o agente supervisado.
Espectro determinístico → IA → agente; trabajo basado en reglas vs. trabajo basado en juicio; automatización completa vs. asistida; dónde mantener al humano en el loop.
El mapa del proceso que dibujó el consultor debe validarse con quienes realizan el trabajo a diario. Los errores de mapeo —etapas faltantes, secuencia equivocada, volúmenes estimados— son comunes e invalidan todo el diagnóstico.
Un mapa equivocado genera una recomendación equivocada. Validarlo con el equipo operativo es la «prueba de realidad» más económica y también genera apoyo entre quienes están a cargo del cambio.
Taller de validación; recorrido del mapa con el equipo operativo; corrección colaborativa; compromiso antes del diagnóstico final.
📚 Catálogo de oportunidades de IA por función
Cada etapa del proceso puede encajar en un patrón de caso de uso de IA. Conocer el catálogo permite identificar rápidamente qué es aplicable y qué es una trampa.
Todos los casos de uso de IA generativa en un contexto empresarial encajan en seis patrones: clasificar (categorizar texto/datos), extraer (obtener información estructurada de texto libre), generar (crear contenido), resumir (condensar), predecir (inferir un estado futuro) y conversar (interfaz de diálogo).
Tener el catálogo de patrones en mente acelera el diagnóstico. Cuando el consultor ve una etapa, puede identificar rápidamente si se trata de «clasificar», «extraer» o «generar», y ya sabe qué herramientas y riesgos se aplican.
Clasificación; extracción de entidades; generación de texto; resumen; predicción/scoring; chatbot/asistente. Cada patrón tiene riesgos y distintos niveles de madurez tecnológica.
Cada área funcional tiene patrones recurrentes de oportunidad: ventas (calificación de leads, generación de propuestas), soporte (clasificación de tickets, base de conocimiento), finanzas (extracción de datos de facturas, conciliación), RR. HH. (selección de currículums, onboarding), operaciones (planificación de producción, anomalías en datos).
Reconocer el patrón por área acelera la generación de hipótesis durante el diagnóstico. El consultor llega a la reunión sabiendo qué buscar en cada departamento.
Quick wins por área; casos más maduros frente a más experimentales; dónde la tasa de adopción es más alta; dónde el riesgo de alucinación es crítico.
Para cada etapa del proceso mapeado, el consultor busca la correspondencia: ¿qué patrón de IA resuelve esto? La pregunta no es "¿qué IA existe?", sino "¿qué patrón encaja en esta etapa específica?": un proceso de adentro hacia afuera.
Los consultores que piensan de afuera hacia adentro (empezando por la herramienta) fuerzan soluciones artificiales. El método correcto es partir del proceso y preguntar qué patrón lo resuelve, lo que cambia radicalmente la calidad de la recomendación.
Enfoque Process-first; pregunta de correspondencia (¿qué patrón resuelve esto?); evitar buscar una herramienta sin tener un problema; criterios de ajuste: datos disponibles, variación aceptable, consecuencias del error.
Para cada oportunidad identificada, el consultor la ubica en la pirámide: ¿es determinística (regla + if/else)? ¿Es un workflow con IA (LLM en un paso)? ¿Es un agente autónomo? La posición define el costo, el riesgo y el plazo de implementación.
Muchas oportunidades que parecen requerir un "agente" en realidad son un "flujo de trabajo con IA", o incluso algo "determinístico". Pasar a un nivel más alto del necesario aumenta el costo y el riesgo sin mejorar los resultados.
Pirámide: determinístico → IA → agentes; criterios para subir un nivel; sobreajuste de complejidad; nivel suficiente más bajo que resuelva el problema.
Algunos casos de uso de IA son «seductores»: parecen perfectos, pero rara vez aportan valor real: chatbot de atención sin una base de conocimiento estructurada, generación de informes financieros sin datos limpios, agente de ventas sin CRM. El problema precede a la solución.
Saber identificar las señales de alerta antes de proponer algo evita que el consultor participe en proyectos que previsiblemente fracasarán, lo que destruye la reputación y la relación. Es el "decir que no" aplicado al catálogo.
Precondiciones de cada patrón (datos limpios, proceso estable, KPIs claros); chatbot sin base de conocimiento; IA generativa sin validación humana en contextos de riesgo; automatización de procesos defectuosos.
El entregable de esta fase es un catálogo con todas las oportunidades de IA identificadas para el cliente: etapa del proceso, patrón del caso de uso, nivel de la pirámide, precondiciones y dependencias. Todavía no incluye priorización; eso viene en el próximo módulo.
El catálogo es la materia prima para priorizar. Sin él, el proceso para decidir qué hacer primero es intuitivo y solo se puede defender por el prestigio del consultor, no por el análisis.
Tabla de oportunidades; campos: etapa, patrón, nivel, precondiciones, datos necesarios; alcance deliberadamente amplio antes de la priorización.
🎚️ Priorización inicial: matriz Valor × Viabilidad
Con el catálogo en mano, el consultor usa una matriz simple para ordenar qué abordar primero. Los quick wins generan confianza; las apuestas deben esperar a que haya datos.
El eje vertical de la matriz mide el valor potencial de la oportunidad. Tiene cuatro dimensiones: impacto en el cliente final (calidad, velocidad, satisfacción), frecuencia del proceso (volumen × costo por ocurrencia), costo evitado (cuánto se deja de gastar) e ingresos habilitados (qué se vuelve posible vender).
El valor percibido sin datos es una argumentación débil. Con las cuatro dimensiones, el consultor construye el numerador del ROI — y el cliente puede ver concretamente lo que está en juego.
Impacto × frecuencia; costo de no cambiar; ingresos incrementales; valor cualitativo (satisfacción, riesgo reputacional) frente al cuantitativo.
El eje horizontal mide qué tan viable es implementar la oportunidad. Tiene cuatro dimensiones: preparación de los datos (¿existen?, ¿están limpios?), complejidad técnica (solución lista para usar vs. personalizada), complejidad de integración (¿existen API?, ¿hay sistemas heredados?) y cambio organizacional (capacitación, resistencia).
Sin evaluar la viabilidad, los proyectos de alto valor se convierten en pozos sin fondo de tiempo y presupuesto. La evaluación honesta del esfuerzo real es lo que distingue el diagnóstico consultivo de la venta de un proyecto.
Datos (existencia, limpieza, acceso); stack técnico disponible; integraciones necesarias; gestión del cambio; plazo realista vs. optimista.
La combinación de valor y viabilidad genera cuatro cuadrantes: alto valor + alta viabilidad = resultados rápidos (hacer ahora); alto valor + baja viabilidad = apuestas (invertir, pero con cautela); bajo valor + alta viabilidad = completar (solo si hay capacidad disponible); bajo valor + baja viabilidad = descartar (no hacer).
La matriz obliga a conversar explícitamente sobre qué priorizar. Sin ella, todos los proyectos parecen urgentes y el cliente no puede decidir, por lo que el consultor pierde el liderazgo del diagnóstico.
Cuadrante 1 (quick wins): prioridad máxima; cuadrante 2 (apuestas): roadmap futuro; cuadrante 3: backlog de baja prioridad; cuadrante 4: justificación explícita para descartar.
Los quick wins son proyectos de alto valor y alta viabilidad que pueden entregarse en semanas. Empezar por ellos genera una victoria visible y rápida, lo que construye confianza con el cliente y crea el impulso político para los proyectos más grandes.
Los proyectos largos sin resultados visibles pierden apoyo. El quick win protege el proyecto más grande: cuando la dirección quiere cancelarlo, tienes una victoria concreta para mostrar y justificar la continuidad.
Tiempo corto hasta obtener valor; prototipo o piloto en 2-4 semanas; resultado medible y visible; logro rápido como prueba de concepto comercial.
El sesgo de optimismo hace que consultores y clientes sobreestimen el valor de los proyectos de IA y subestimen el esfuerzo real de integración, datos y cambio organizacional. El resultado son proyectos que se retrasan, cuestan más y entregan menos de lo prometido.
Calibrar las estimaciones de forma conservadora protege la credibilidad del consultor. Es mejor prometer menos y entregar más que lo contrario, especialmente en el primer proyecto con un cliente nuevo.
Optimismo de planificación; reference class forecasting; multiplicar las estimaciones de esfuerzo por 1,5×; compromiso conservador; prometer menos y entregar más.
La matriz completa se convierte en la agenda de la reunión de priorización con el cliente. El consultor presenta los cuadrantes, justifica cada ubicación con datos, propone los resultados rápidos e invita al cliente a hacer ajustes, para que la decisión sea colaborativa.
Presentar la priorización, y no solo la lista de oportunidades, posiciona al consultor como quien toma decisiones y no solo las ejecuta. Esa es la diferencia entre cobrar por un entregable y cobrar por el criterio.
Narrativa de priorización; propuesta de quick win 1 y 2; roadmap de apuestas; comunicar qué se descartó y por qué; transformar el análisis en una decisión.