Pides cotizaciones para un sistema y recibes tres números que no se parecen en nada: uno de 12.000, otro de 45.000 y otro de 90.000. Ninguno explica de dónde sale la cifra. Y el más barato viene con un alcance de tres líneas.
La diferencia entre esas propuestas casi nunca es el margen del proveedor. Es cuánto entendieron del problema antes de cotizar. Esta guía explica qué es el discovery, por qué determina el precio y cómo saber si te están cotizando en serio.
Por qué cotizar software es distinto
Cuando compras un vehículo, el fabricante ya lo construyó mil veces y sabe exactamente qué cuesta. Con software a medida, cada proyecto es el primero de su tipo. Nadie ha construido antes tu sistema con tus reglas de negocio, tus integraciones y tus excepciones.
Por eso un número dado sin haber levantado requerimientos es, literalmente, una adivinanza. Y las adivinanzas se corrigen después: con adicionales, con recortes de alcance o con un proyecto que nunca termina.
Qué es el discovery
Es la fase donde se convierte “necesito un sistema para manejar mi operación” en algo que se puede construir y presupuestar. Dura entre una y cuatro semanas según el tamaño, y produce entregables concretos:
| Entregable | Qué responde |
|---|---|
| Mapa de procesos actuales | Cómo trabajas hoy, incluidos los pasos manuales que nadie documentó |
| Listado de usuarios y roles | Quién usa el sistema y qué puede hacer cada uno |
| Requerimientos funcionales priorizados | Qué debe hacer, ordenado por lo que no puede faltar |
| Integraciones necesarias | Con qué otros sistemas debe hablar y cómo |
| Reglas de negocio | Las excepciones que hacen único a tu negocio |
| Volúmenes esperados | Cuántos registros, usuarios y transacciones |
| Arquitectura propuesta | Cómo se va a construir y por qué |
| Estimación por módulo | El precio, desglosado en partes verificables |
Con eso en la mano, la cotización deja de ser una corazonada.
Las preguntas que debería hacerte un proveedor serio
Si nadie te pregunta estas cosas antes de darte un número, no está cotizando tu proyecto: está cotizando uno genérico.
- ¿Qué problema estás resolviendo? No qué sistema quieres, sino qué duele hoy. A veces la solución no es el sistema que pediste.
- ¿Cómo lo hacen hoy? El proceso actual, con sus hojas de cálculo y sus grupos de WhatsApp, es el requerimiento real.
- ¿Quién lo va a usar y con qué frecuencia? Cambia por completo el diseño de la interfaz.
- ¿Con qué sistemas debe integrarse? Facturación, contabilidad, bancos, proveedores. Cada integración es trabajo real.
- ¿Qué volúmenes manejan? Cien registros al mes o cien mil no se construyen igual.
- ¿Qué pasa si el sistema se cae dos horas? Define cuánta infraestructura y redundancia necesitas.
- ¿Qué es lo mínimo con lo que podrían operar? Separa lo indispensable de lo deseable.
- ¿Quién decide del lado de ustedes? Un proyecto sin dueño interno se atasca.
Cómo se compone realmente el precio
Un presupuesto de software honesto se puede desarmar. Si el tuyo es un número único sin desglose, pide que lo abran:
| Componente | Qué incluye |
|---|---|
| Discovery | Levantamiento, definición y arquitectura |
| Diseño de interfaz | Flujos y pantallas antes de programar |
| Desarrollo por módulo | Cada bloque funcional estimado por separado |
| Integraciones | Una por una: cada API externa es un trabajo distinto |
| Migración de datos | Traer la información del sistema viejo, limpia |
| Pruebas y control de calidad | Suele ser entre el 15% y el 25% del esfuerzo |
| Capacitación | Que tu equipo sepa usarlo |
| Puesta en producción | Infraestructura, despliegue y acompañamiento inicial |
| Garantía | Corrección de errores durante un periodo definido |
El componente que más se omite en las propuestas baratas es el control de calidad. Y es justamente el que determina si el sistema funciona el día que lo usan veinte personas a la vez.
Por qué el discovery casi siempre se cobra
Es una pregunta legítima: ¿por qué pagar por una fase que todavía no produce software?
Porque el discovery es trabajo real de análisis, y porque un proveedor que lo regala tiene que recuperarlo de algún lado: normalmente cotizando alto para cubrirse, o cotizando bajo y compensando con adicionales.
Lo razonable es que el discovery sea una fase pagada, acotada, con entregables tuyos. Si después decides construir con otro proveedor, te llevas la documentación. Eso es señal de un proceso honesto, no de una trampa.
Señales de una cotización que va a terminar mal
- Te dieron un número en la primera llamada. Sin haber visto tu operación, es un número inventado.
- El alcance cabe en un párrafo. “Sistema de gestión con módulos de inventario y ventas” no es un alcance, es un titular.
- No mencionan pruebas ni migración de datos. Van a aparecer después como adicionales.
- Precio muy por debajo del resto. O entendieron menos, o piensan compensar después.
- No preguntan por integraciones. Es donde más se subestima el esfuerzo.
- No hay plan de qué pasa si cambia el alcance. Va a cambiar. Siempre cambia.
Qué puedes preparar tú para acelerar
Mientras mejor llegues al discovery, más rápido y más preciso sale todo:
- Escribe en una página qué problema quieres resolver y cómo sabrás que se resolvió.
- Junta los formatos que usan hoy: hojas de cálculo, formularios, reportes.
- Lista los sistemas actuales y quién los administra.
- Define quién decide y quién valida del lado de tu empresa.
- Ten claro un rango de inversión. No es debilidad negociadora: permite diseñar dentro de lo posible.
Ese último punto genera resistencia, pero es determinante. Un proveedor que conoce el rango puede proponer un alcance realista. Sin él, cotiza a ciegas y casi siempre erra.
Preguntas frecuentes
¿Cuánto dura el discovery?
Depende del tamaño y de qué tan documentada esté la operación. Un sistema acotado con procesos claros puede resolverse en una o dos semanas. Un proyecto que toca varias áreas, con integraciones y reglas complejas, toma más. Lo importante es que tenga fecha de fin y entregables definidos.
¿Puedo hacer el discovery con un proveedor y construir con otro?
Sí, si los entregables quedan a tu nombre, que es como debería ser. De hecho es una práctica sana: con la documentación en la mano puedes pedir cotizaciones comparables a varios proveedores, porque todos estarían cotizando exactamente lo mismo.
¿Qué pasa si a mitad del proyecto necesito cambiar algo?
Va a pasar, y un contrato serio lo contempla. Lo habitual es un procedimiento de control de cambios: se evalúa el impacto en tiempo y costo, se aprueba por escrito y se ajusta el plan. Lo que no funciona es fingir que el alcance nunca cambia.
¿Conviene un precio cerrado o por horas?
El precio cerrado da previsibilidad y traslada el riesgo al proveedor, pero exige un alcance muy bien definido, o sea, un discovery sólido. El modelo por horas da flexibilidad cuando el alcance va a evolucionar, pero requiere confianza y control de avance. Muchos proyectos combinan: discovery y primera versión cerrados, evolución posterior por horas.
Artículos relacionados
- Cómo escribir los requerimientos antes de pedir cotizaciones de software
- Cuánto tarda desarrollar un sistema empresarial: plazos reales por fase
- Propiedad del código fuente: qué exigir en el contrato de desarrollo
Desarrollo de software a medida
¿Tienes un proyecto de sistema en mente?
Hacemos el diagnóstico sin costo: levantamos el problema, te decimos qué se necesita de verdad y entregamos una propuesta escrita con alcance y precio cerrados en 3 a 5 días hábiles.
Conversemos tu proyecto
Ver portafolio
64 clientes en 14 verticales · proyectos@bluenova.com.ec · +593 96 949 8704
Sigue leyendo
Comentarios y opiniones
0 comentarios · Moderación previa
Cuéntanos tu experiencia, dudas o casos similares. Revisamos cada comentario antes de publicarlo para mantener conversaciones de calidad. También puedes suscribirte para recibir nuevos artículos.