Cómo leer una cotización de software (y las señales de alerta)

Llega la cotización, tiene un número al final, y ese número es lo único que casi todos los dueños de PYME alcanzan a leer con atención. El problema es que el precio es la parte que menos dice sobre si el proyecto va a salir bien. Lo que de verdad predice si un desarrollo de software termina a tiempo, dentro de presupuesto y sin sorpresas está en el resto del documento: la parte que casi nadie lee con el mismo cuidado.

Esta guía es para leer una cotización de software como la lee alguien que ya vio cientos: qué tiene que estar, qué señales de alerta buscar, y qué preguntar antes de firmar.

Lo que una cotización seria SIEMPRE tiene

Alcance explícito — qué entra y qué NO entra

Una cotización que solo dice "desarrollo de sistema de gestión" no es una cotización, es una intención. El alcance tiene que decir, en lenguaje simple, qué funcionalidades incluye el proyecto — y es igual de importante que diga qué queda afuera. Un proveedor que no delimita el alcance no puede saber cuánto te va a cobrar, y tú no vas a saber qué esperar.

Entregables concretos, con hitos y fechas

No "avance semanal", sino qué se entrega, cuándo y en qué estado. Por ejemplo: "Semana 4: módulo de login funcional en ambiente de pruebas". Un cronograma con hitos verificables te permite saber si el proyecto va atrasado antes de que sea demasiado tarde para reaccionar.

Qué pasa con los cambios de alcance

Todos los proyectos cambian sobre la marcha; más que una falla, es la norma. Lo que importa es que la cotización diga cómo se maneja un cambio: si se cotiza aparte, cómo se aprueba, y cómo afecta el plazo. Si el documento no menciona esto, el cambio de alcance va a terminar siendo una discusión incómoda a mitad de proyecto.

Quién es dueño del código y de las cuentas

Esto es más importante de lo que parece. La cotización debe decir explícitamente que el código fuente, el dominio, el hosting y las cuentas de servicios quedan a tu nombre (o se transfieren al terminar el proyecto). Si no lo dice, probablemente no pasa, y eso te deja dependiente del proveedor para siempre.

Qué incluye el soporte después de la entrega

¿Cuántos días o meses de corrección de errores están incluidos? ¿Qué se considera un error versus una funcionalidad nueva? ¿Qué pasa si necesitas cambios menores seis meses después? Una cotización seria responde esto antes de que preguntes.

¿Tienes una cotización sobre la mesa y no sabes si es buena? Agenda 30 minutos sin costo y la revisamos juntos.

Señales de alerta — cuando hay que frenar

• Precio cerrado sin haber entendido el proceso. Si te dieron un número exacto en la primera reunión, sin preguntas sobre tu negocio ni tu proceso actual, ese número no está basado en nada real.
• "Todo incluido" sin lista de qué es "todo". Es la frase más peligrosa de una cotización. Pide que la descompongan: ¿qué funcionalidades, qué integraciones, cuántas rondas de ajustes?
• Sin mención de mantenimiento, hosting o dueño de las cuentas. Si el documento no habla de esto, es porque probablemente las cuentas van a quedar a nombre del proveedor — y ahí quedas de rehén: cualquier cambio futuro depende de que ese proveedor siga existiendo y quiera atenderte.
• Garantías vagas, tipo "soporte ilimitado". Nada ilimitado es gratis. Cuando una garantía suena demasiado generosa y no tiene condiciones escritas, en la práctica no existe.
• Nadie te preguntó nada antes de cotizar. Este es el más simple de detectar y el más confiable. Una cotización seria empieza con preguntas sobre tu negocio, no con una plantilla genérica.

Para entender qué distingue a un proveedor que hace estas preguntas de uno que no, revisa cómo elegir al partner tecnológico correcto: la calidad de la primera reunión ya te dice mucho de la cotización que vas a recibir.

Cómo comparar dos cotizaciones que parecen iguales

Es el escenario más común: dos números parecidos, dos documentos que a simple vista dicen lo mismo. La diferencia real está en lo que no está escrito.

Una cotización barata sin documentación, sin pruebas y sin un proceso claro de entrega suele salir más cara — solo que el costo aparece después, a los seis meses, cuando nadie más que el desarrollador original entiende el sistema y algo se rompe. Eso es deuda técnica: trabajo mal hecho hoy que alguien tiene que pagar mañana, con intereses.

Al comparar, pregúntate:

1. ¿Ambas cotizaciones definen el alcance con el mismo nivel de detalle, o una es más específica que la otra?
2. ¿La diferencia de precio incluye documentación y pruebas, o solo código?
3. ¿Los plazos son realistas para el alcance descrito, o uno de los dos está subestimando el trabajo?

Si quieres entender de dónde sale el precio de un proyecto de software o automatización, este artículo sobre cuánto cuesta automatizar un proceso con IA explica los factores que más pesan. La lógica aplica igual para desarrollo de software a la medida.

Qué preguntar antes de firmar

• ¿Qué pasa si el proyecto se atrasa por causas del proveedor?
• ¿Quién trabaja realmente en mi proyecto — el mismo equipo de la reunión de ventas?
• ¿Puedo ver el código y hacer pruebas antes de la entrega final, o solo al final?
• ¿Qué tan fácil es para otro proveedor tomar este proyecto si algún día decido cambiarme?

Esa última pregunta es la más incómoda de hacer y la más reveladora de responder. Un proveedor confiable no le teme a esa pregunta.

---

¿Tienes una cotización que quieres que revisemos?

En factorIA leemos cotizaciones de software todos los días, las de otros y las nuestras. Agenda 30 minutos sin costo y te decimos, sin rodeos, qué falta y qué preguntar antes de firmar.