El Discovery tecnológico no es una fase previa al proyecto: es el proyecto más importante de todos. Sin embargo, en muchas organizaciones se sigue tratando como: un levantamiento rápido de requerimientos, una conversación inicial para “ver qué se puede hacer”, o un paso necesario antes de empezar a construir.
Ese enfoque superficial es una de las razones más frecuentes por las que los proyectos tecnológicos resuelven problemas equivocados, cuestan más de lo previsto, se entregan tarde, o terminan subutilizados por la operación.
Prepararse correctamente para un Discovery tecnológico implica asumir algo fundamental: esta fase no busca validar una solución preconcebida, sino reducir incertidumbre estratégica antes de invertir. Cuando el Discovery se hace bien, la tecnología deja de ser una apuesta y se convierte en una decisión informada, defendible y alineada al negocio.
El error de fondo: empezar por la solución
Uno de los errores más comunes y más costosos es iniciar el Discovery con una solución en mente:
· un ERP específico
· una automatización
· una arquitectura
· una herramienta de moda
Cuando esto ocurre, todo el proceso queda condicionado. El Discovery deja de ser exploración y se convierte en justificación.
Las preguntas ya no son:
· ¿cuál es el problema real?
· ¿dónde está la fricción operativa?
· ¿qué está limitando al negocio?
Sino: ¿cómo encajamos esto en la herramienta elegida?
Un Discovery exitoso exige suspender temporalmente la urgencia por implementarMy concentrarse primero en entender el negocio con honestidad.
Eso implica analizar:
· cómo se ejecutan realmente los procesos hoy
· qué tareas consumen más tiempo operativo
· dónde se pierde información o se duplica esfuerzo
· qué depende excesivamente de personas clave
· y qué decisiones se toman sin datos confiables.
La tecnología correcta solo puede definirse después de entender esto, nunca antes.
Documentar procesos reales, no procesos ideales
Uno de los momentos más incómodos y más valiosos del Discovery es cuando aparecen los procesos reales. No los que están en el manual, no los que se presentaron en el comité, los que realmente ocurren todos los días.
En la práctica, los procesos reales incluyen: atajos informales, validaciones “por WhatsApp”, reprocesos normalizados, dependencias tácitas, excepciones que todos conocen, pero nadie documenta. Cuando estos elementos se ocultan o se minimizan, la solución tecnológica se diseña sobre una realidad ficticia.
El resultado suele ser predecible: sistemas que “funcionan” técnicamente, pero que el equipo evita usar porque no reflejan cómo se trabaja en la práctica. Prepararse para un Discovery implica aceptar esa complejidad operativa y ponerla sobre la mesa desde el inicio, sin maquillaje.
Entender variaciones, excepciones y reglas no escritas
Un proceso casi nunca es lineal y sin embargo, muchos Discoveries se construyen como si lo fuera.
Parte crítica de la preparación consiste en identificar:
· variaciones frecuentes del proceso
· casos “raros” pero críticos
· reglas que dependen de criterio humano
· decisiones que no están formalizadas
Estas excepciones son en definitiva señales de diseño pendiente.
Ignorarlas en el Discovery suele generar soluciones frágiles: automatizaciones que fallan ante el primer caso no estándar, desarrollos llenos de parches, o sistemas que requieren intervención constante.Un Discovery bien preparado buscas entender las excepciones para decidir conscientemente qué hacer con ellas.
Alinear roles, responsabilidades y poder de decisión
Otro punto crítico y muchas veces subestimado es quién participa realmente en el Discovery.
No basta con involucrar a quienes conocen el proceso, también es indispensable identificar con claridad:
· quién toma decisiones
· quién aprueba cambios
· quién asume riesgos
· y quién será responsable de la adopción posterior
Cuando estos roles no están claros: el Discovery se fragmenta, las decisiones se contradicen, el alcance se mueve constantemente y el proceso se alarga sin avanzar.
Una empresa preparada para un Discovery exitoso:
· convoca a las personas correctas
· define expectativas claras
· y establece desde el inicio quién decide qué
Sin poder de decisión claro, el Discovery se convierte en una conversación interminable.
Medir antes de transformar
No se puede demostrar impacto si no existe un punto de partida claro. Por eso, una preparación seria para el Discovery incluye levantar métricas base antes de pensar en automatizar o desarrollar tecnología.
Algunos ejemplos clave:
· tiempos reales de ejecución
· volumen de transacciones
· tasas de error y reproceso
· nivel de intervención humana
· costos ocultos asociados al proceso.
Estas métricas cumplen tres funciones críticas:
1. Permiten priorizar con criterio
2. Hacen estimable el impacto real
3. Evitan decisiones guiadas por intuición o urgencia
Lo que no se mide antes, no se puede justificar después.
El Discovery como ejercicio de diseño, no de venta
Finalmente, ningún Discovery funciona si se aborda como una etapa comercial.
Un verdadero Discovery:
· hace preguntas incómodas
· cuestiona supuestos
· desacelera decisiones impulsivas
· y a veces concluye que no es momento de construir nada
Un aliado tecnológico serio:
· no promete soluciones rápidas
· no fuerza herramientas
· y no evita conversaciones difíciles
Su rol es ayudar a la empresa a: entender su operación, reducir riesgos, y tomar mejores decisiones, incluso si eso implica esperar.
El Discovery tecnológico no acelera el proyecto sino que lo hace viable. prepararse para esta etapa es una decisión estratégica que define: el impacto real de la tecnología, la adopción por parte del equipo y la sostenibilidad de la solución en el tiempo.
Invertir en Discovery es invertir en claridad y en tecnología, la claridad es el activo más valioso. Un buen Discovery no empieza con una herramienta, empieza con las preguntas correctas. Para ayudar a los equipos a prepararse mejor, en EMAST usamos un Checklist de Discovery Tecnológico que permite validar si una empresa está realmente listapara iniciar un proyecto sin improvisar. Si quieres usarlo como herramienta interna para ordenar conversaciones y decisiones,puedes solicitarnos el checklist de Discovery y trabajarlo con tu equipo antes de avanzar.