Un proveedor te propuso un Discovery antes de cotizar el desarrollo y quieres saber si eso es trabajo real o una forma de cobrarte por una junta. Este artículo explica qué produce, cuánto dura y cómo evaluar si el que te ofrecen vale lo que cuesta.
Si esto describe tu situación, una llamada de 30 minutos aclara más que cualquier artículo.
Discovery es el nombre que se le da a la fase de diagnóstico de un proyecto de software: entrevistar a quien opera, mapear cómo funciona el proceso hoy, encontrar dónde se rompe y traducir eso en una definición técnica de qué hay que construir.
Suena a paso burocrático hasta que ves los números al revés. El motivo número uno por el que un proyecto de software termina al doble del presupuesto no es técnico: es que se cotizó antes de entender el problema, y todo lo que faltaba apareció como "cambio de alcance" a mitad del camino.
El Discovery existe para mover ese descubrimiento al principio, cuando corregir todavía es barato.
El dueño describe cómo debería funcionar el proceso. La persona que lo ejecuta describe cómo funciona de verdad, incluidos los atajos que inventó para que salga el trabajo. La distancia entre ambas versiones es donde vive el problema real.
Cada paso, quién lo hace, qué sistema toca, cuánto tarda y qué pasa cuando falla. Sin idealizar: si hay un paso que consiste en mandar una foto por WhatsApp, ese paso se documenta como es.
El síntoma casi nunca es la causa. "Se nos duplican los pedidos" puede ser falta de validación, o puede ser que dos personas capturan en sistemas distintos porque nunca se definió quién es responsable.
Qué se va a construir, con qué reglas de negocio, qué integraciones, y —tan importante como lo anterior— qué queda explícitamente fuera de esta etapa.
El entregable final. Alcance cerrado, precio fijo y fecha comprometida, con el detalle suficiente para que puedas llevártela a otro proveedor si quieres comparar.
Un Discovery hecho bien son semanas de trabajo de gente cara: entrevistas, análisis, revisión de sistemas existentes y redacción de una definición técnica que se pueda contratar. Nadie regala eso.
Cuando un proveedor no lo cobra, hay dos posibilidades. La primera es que no lo esté haciendo: te da una cotización basada en una junta de una hora, y todo lo que no preguntó va a aparecer después como extra. La segunda es que sí lo haga pero lo tenga cargado dentro del precio del desarrollo, lo que significa que estás pagando por él sin poder evaluarlo por separado.
Pagarlo aparte te da algo que la versión gratis no: el derecho a llevarte el entregable y no continuar. Si el Discovery concluye que no vale la pena construir, esa conclusión también es un resultado que te ahorra mucho más de lo que costó.
Dos semanas alcanzan cuando ya sabes qué proceso quieres mejorar y solo hace falta validar el alcance. Tres cuando hay varios procesos conectados y primero hay que decidir por dónde empezar. Cuatro cuando el objetivo es una hoja de ruta a doce meses y una decisión de presupuesto grande.
Lo que cambia no es la profundidad del análisis sino cuántos procesos y cuántas personas entran. Un Discovery de tres días existe, pero se llama junta comercial.
| Momento del proyecto | Con Discovery | Sin Discovery |
|---|---|---|
| Al cotizar | Precio fijo sobre alcance definido | Estimado sobre supuestos |
| Semana 1 de construcción | Se construye lo acordado | Empiezan a aparecer preguntas sin responder |
| A mitad del proyecto | Ajustes dentro del alcance | Primer cambio de alcance cotizado aparte |
| Al entregar | El equipo ya vio el sistema cada semana | El equipo lo ve por primera vez y pide cambios |
| Factura final | La misma del contrato | La del contrato más los extras |
Es la fase de diagnóstico previa al desarrollo. Consiste en entrevistar a quienes operan el proceso, mapear cómo funciona hoy, identificar el problema raíz y traducirlo en una definición técnica de qué construir. Termina en una propuesta con alcance cerrado, precio fijo y fecha comprometida.
Entre 2 y 4 semanas según cuántos procesos y personas involucre. Dos semanas si ya sabes qué proceso quieres mejorar; cuatro si necesitas una hoja de ruta completa antes de comprometer presupuesto.
Porque es trabajo real con un entregable concreto: entrevistas, análisis y una definición técnica contratable. Cobrarlo aparte también te da el derecho de quedarte con ese entregable y llevarlo con otro proveedor, o de no continuar si la conclusión es que no conviene construir.
No. El entregable del Discovery es tuyo. Puedes contratar el desarrollo con nosotros, cotizarlo con otros usando ese documento, o decidir no hacerlo. Que la conclusión sea "no construyas" es un resultado válido y frecuente.
Se entrega esa conclusión con el razonamiento y la recomendación alternativa, normalmente un cambio de proceso o una herramienta comercial que ya resuelve el caso. Ese resultado ahorra mucho más de lo que costó el Discovery.