La mayoría de las conversaciones con una empresa que quiere un software a medida empiezan con las mismas dos preguntas, cuánto cuesta y cuánto tarda. Son preguntas razonables. En la primera reunión no tiene respuesta honesta. Cualquier cifra que alguien dé antes de entender el problema es una adivinanza con buena presentación.

Qué mueve el precio

El alcance es el factor que más pesa. Rara vez se mide en pantallas. Una sola pantalla de aprobación con cinco roles, reglas por monto y trazabilidad puede costar más que varios formularios simples, porque cada regla multiplica los casos que hay que construir y probar. Después vienen las integraciones con otros sistemas, que dependen de la calidad de sus APIs y de quién responda cuando fallen. También cuentan los requisitos de seguridad, la cantidad de usuarios simultáneos, la migración de datos existentes y el nivel de acabado que necesita la interfaz.

El equipo y el ritmo de decisión cierran la lista. Un proyecto donde las dudas se resuelven en un día avanza distinto de uno donde esperan dos semanas por una aprobación.

Por qué la estimación mejora con el descubrimiento

Una fase corta de descubrimiento, que puede ir de unos días a pocas semanas según el tamaño del proyecto, convierte la incertidumbre en decisiones. Se mapean los procesos tal como ocurren, se priorizan funciones y se identifican los riesgos técnicos, por ejemplo una integración que nadie ha probado. Al terminar hay un alcance escrito, un orden de entrega y una estimación con rangos y supuestos explícitos, que es lo que permite decidir.

El rango de una estimación se estrecha con el tiempo: muy amplio tras la primera reunión, más estrecho tras el descubrimiento y más estrecho aún con entregas funcionales. Ilustrativo, sin cifras.

Un rango honesto, como "entre seis y nueve semanas si el sistema de facturación expone su API", le dice a quien decide qué supuesto vigilar. Un número exacto que no depende de nada engaña.

Cómo luce una estimación bien formada

Una estimación útil cabe en una página y tiene siempre las mismas partes. Este es un ejemplo ilustrativo:

  • Alcance incluido: registro de pedidos, aprobación por monto y reporte mensual.
  • Alcance excluido: app móvil y migración de datos anteriores a la fecha de arranque.
  • Supuestos: el sistema de facturación expone una API documentada y quien aprueba responde en un día hábil.
  • Riesgos: la integración con facturación no se ha probado y los formatos de los datos históricos son mixtos.
  • Rango: entre seis y nueve semanas para la primera entrega, con la fecha más probable al final del descubrimiento.

Cuando un supuesto cambia, el rango cambia con él, y todos saben por qué.

Cómo pedir una estimación útil

Cuéntale a quien te cotiza qué problema resuelve. Di quién usará el software, antes de enumerar funciones. Comparte los sistemas con los que debe conectarse y las restricciones que ya conoces, como normativa o plazos con fecha fija. Si tienes un presupuesto máximo, dilo pronto, porque permite ajustar el alcance en vez de descubrir el desajuste cuando el proyecto ya va avanzado.

Pregunta también qué queda fuera. Una propuesta sin exclusiones suele esconder sorpresas.

Entregar por etapas reduce el riesgo

Dividir el proyecto en entregas funcionales, cada una usable por sí sola, permite medir el avance real y decidir con datos. Si después de la segunda entrega el negocio cambió de prioridades, se ajusta el rumbo sin haber gastado el presupuesto completo.

Envíanos el problema en un párrafo por la página de contacto y te devolvemos alcance, supuestos y rangos antes de que alguien mencione cifras. El servicio de desarrollo de software a medida cubre el trabajo de principio a fin, desde el diseño hasta la entrega continua.

Volver al blog