Cuando una empresa nos contacta, rara vez dice “necesitamos un diagnóstico.” Lo que dicen es “necesitamos un chatbot” o “queremos automatizar X proceso” o “necesitamos una app con AI.” Llegan con la solución decidida. Lo que quieren es que la construyamos.
Y nuestra respuesta, invariablemente, es: “Perfecto. Pero primero déjanos entender el problema.”
Eso no siempre es bien recibido.
Por qué el diagnóstico es impopular
Hay tres razones por las que las empresas evitan pagar por un diagnóstico:
1. Parece un paso innecesario. Si ya saben lo que quieren, ¿para qué gastar tiempo y dinero en que alguien les diga si tienen razón? La respuesta es que el 60% de las veces, lo que creen que necesitan no es lo que realmente necesitan. Pero eso solo lo descubren cuando el proyecto ya lleva 3 meses y los resultados no cuadran.
2. Es intangible. Un chatbot se puede tocar, mostrar, demostrar. Un diagnóstico es un documento. Es más difícil de vender, más difícil de presupuestar, y más difícil de justificar en un comité de compras.
3. Puede decir que no. Un diagnóstico honesto puede concluir que la empresa no está lista para lo que quiere hacer. Y nadie quiere pagar para que le digan que no está listo.
Lo que un buen diagnóstico realmente hace
Un diagnóstico no es una auditoría burocrática ni un reporte de 100 páginas que nadie lee. Es una evaluación concreta de tres cosas:
Estado actual. ¿Cómo funciona el proceso hoy? ¿Cuánto cuesta? ¿Dónde pierde tiempo, dinero o calidad? ¿Qué datos se generan y en qué estado están? Esto se levanta con entrevistas, observación directa, y análisis de datos existentes. No con encuestas genéricas.
Viabilidad técnica. ¿Lo que el cliente quiere hacer es técnicamente posible con sus datos, infraestructura y restricciones actuales? ¿Qué gaps hay que cerrar primero? ¿Cuánto cuesta cerrarlos? Esta parte requiere experiencia real en implementación, no solo conocimiento teórico.
Recomendación priorizada. No una lista de 20 oportunidades. Una recomendación clara: haz esto primero, con este alcance, con este presupuesto, y espera estos resultados. Si el diagnóstico termina con “hay muchas oportunidades”, fracasó. Tiene que terminar con “haz esto.”
La metáfora médica (que funciona porque es exacta)
Un paciente llega al doctor y dice “necesito una cirugía de rodilla.” El doctor no le agenda la cirugía. Le hace un examen. Tal vez la rodilla se resuelve con fisioterapia. Tal vez el dolor viene de la cadera, no de la rodilla. Tal vez sí necesita cirugía, pero no la que el paciente tenía en mente.
Operar sin diagnosticar es negligencia médica. En tecnología lo hacemos todo el tiempo y lo llamamos “agilidad.”
Cuánto cuesta no diagnosticar
Hemos visto (y a veces recibido para rescatar) proyectos que empezaron sin diagnóstico:
-
Un chatbot de $80,000 que nadie usaba porque el problema real era que la documentación interna era un desastre. No necesitaban AI. Necesitaban un buen wiki.
-
Un proyecto de predicción de demanda que tardó 6 meses en descubrir que los datos históricos no servían. Un diagnóstico de 3 semanas lo habría revelado.
-
Una automatización de procesos que replicó fielmente un proceso ineficiente. Se automatizó hacer las cosas mal, más rápido.
En todos los casos, el costo de no diagnosticar fue órdenes de magnitud mayor que el costo del diagnóstico.
Nuestro modelo
En Redstone Labs, el diagnóstico no es una fase que vendemos por vender. Es un filtro de calidad. Nos permite:
- Entender el problema real, no el síntoma que el cliente identificó
- Calibrar expectativas antes de comprometer recursos
- Diseñar la solución correcta desde el inicio, no a mitad de camino
- Decir no cuando corresponde, y explicar por qué
Un diagnóstico típico toma entre 2 y 4 semanas. Incluye entrevistas con stakeholders, análisis de datos y sistemas existentes, y un documento de recomendación con costos estimados y timeline.
¿Es un costo adicional? Sí. ¿Se paga solo? Siempre. Ya sea porque evita un proyecto innecesario, porque reduce el alcance a lo que realmente importa, o porque descubre algo que nadie estaba viendo.
La mejor inversión en tecnología no es la herramienta que compras. Es la claridad con la que defines qué necesitas. Todo lo demás se construye sobre eso.