Pedir una cotización antes de un diagnóstico es como pedirle precio a un contratista sin decirle qué está mal. Por qué el orden importa.
Cuando un negocio decide que "necesita un sistema" o "necesita una app", el reflejo casi siempre es pedir cotizaciones. Contactar dos o tres desarrolladores, describir en un párrafo lo que se cree que hace falta, y comparar precios. Ese orden — pedir precio antes de tener claridad — es el que produce la mayoría de los proyectos que terminan costando más de lo esperado y resolviendo menos de lo prometido.
No puedes cotizar lo que no has diagnosticado
Pedir una cotización de desarrollo sin un diagnóstico previo es como llamar a un contratista y pedirle un precio para "arreglar la casa" sin decirle qué está mal. El contratista puede dar un número, pero ese número está adivinando: no sabe si el problema es la instalación eléctrica o una gotera, y esas dos cosas cuestan y se resuelven completamente distinto. Con el desarrollo pasa exactamente igual. Un desarrollador que cotiza a partir de una descripción de una persona que no es experta en sistemas está cotizando la solución que esa persona imaginó — no necesariamente la que el negocio realmente necesita.
El diagnóstico responde preguntas que la cotización no
Un diagnóstico de operación bien hecho no pregunta "¿qué quieres que construyamos?". Pregunta cosas más incómodas y más útiles: ¿dónde se pierde tiempo hoy? ¿qué proceso depende de que una sola persona se acuerde de hacerlo? ¿qué tan seguido un error se detecta tarde? ¿cuánto cuesta, en tiempo y en confianza de cliente, cada vez que algo sale mal? Esas respuestas son las que determinan qué hay que construir — y muchas veces, la respuesta correcta no es la que el negocio pensó al principio.
Un ejemplo común
Un negocio pide cotización para "una app para que los clientes agenden citas". Sin diagnóstico, eso es lo que se construye: una app de agendar citas. Con diagnóstico, puede salir a la luz que el verdadero problema no es agendar —ya lo hacen bien por WhatsApp— sino que después de agendada la cita, nadie confirma asistencia, el personal se entera tarde de cambios, y un tercio de las citas se pierde por falta de recordatorio. El sistema correcto en ese caso no es una app de agendar — es un flujo de confirmación y recordatorio automático que se conecta a lo que ya usan. Sin el diagnóstico, ese negocio hubiera pagado por resolver el problema equivocado.
Por qué esto también te protege el presupuesto
Un diagnóstico cuesta una fracción de lo que cuesta un desarrollo completo, y su función es evitar que el desarrollo completo se gaste mal. No es un paso extra que alarga el proceso — es el paso que hace que el desarrollo, cuando llega, se enfoque exactamente donde va a tener impacto real, en lugar de construir sobre una suposición.
Qué preguntar antes de aceptar una cotización
Si alguien te da una cotización de desarrollo sin haber hecho preguntas sobre cómo opera tu negocio hoy — no sobre qué quieres que se vea, sino sobre dónde se traba el trabajo real — vale la pena preguntar por qué. Un buen proveedor de sistemas quiere entender el problema antes de poner un precio a la solución, porque sabe que cotizar a ciegas es la forma más común de construir algo bonito que no arregla nada.
Así es, en la práctica, un diagnóstico bien hecho: esto es lo que revisamos en los primeros 45 minutos. Si quieres platicarlo, escríbenos.
Conversación