Una cotización de software suele llegar como un PDF con un número al final. Ese número es lo menos útil. Lo que importa es qué cubre, quién carga con el riesgo si la estimación falla y qué se dejó fuera.
Este artículo recorre cómo leer una cotización, partida por partida, y cómo comparar dos cotizaciones que no se parecen en nada.
#Tres modelos de precio y quién asume el riesgo
Precio fijo. El equipo se compromete con un precio para un alcance definido. Si el trabajo resulta más difícil de lo esperado, el equipo absorbe el costo. La trampa es que el “alcance definido” tiene que estar por escrito, porque todo lo que quede fuera es un cambio. Un precio fijo con un alcance vago no es fijo en absoluto.
Tiempo y materiales. Pagas las horas trabajadas. Es lo honesto cuando el problema no está claro y hay que explorarlo, pero el riesgo es tuyo: si el trabajo tarda más, pagas más. Pide un reporte periódico de las horas gastadas frente a lo estimado y acuerda un punto en el que puedas detenerte o reevaluar.
Un rango. “Entre X y Y” queda en un punto medio. Es útil si la cotización explica qué empuja el precio hacia arriba o hacia abajo. Un rango sin explicación es solo una suposición amplia.
Ninguno de los tres es incorrecto. Lo que importa es que sepas cuál estás firmando y qué significa para ti si la estimación se equivoca.
#Las partidas que debes buscar
Una cotización razonable muestra el trabajo por etapas, aunque dé un solo total. Busca:
- Descubrimiento: talleres o entrevistas para entender tu proceso antes de construir nada.
- Diseño: cómo se ven las pantallas y los flujos, y tu oportunidad de aprobarlos.
- Desarrollo: el grueso del trabajo. Debe listar las funciones, no solo decir “desarrollo”.
- Pruebas: quién prueba y qué pasa cuando algo falla.
- Despliegue: ponerlo en línea, incluida la configuración de los servidores o cuentas donde corre.
- Documentación: instrucciones escritas sobre cómo funciona el sistema y cómo operarlo.
- Capacitación: tiempo dedicado a enseñarle a tu equipo a usarlo.
- Soporte: qué pasa después del lanzamiento y por cuánto tiempo está incluido.
Si falta alguna, pregunta si es gratis, si está incluida en otra partida o si simplemente no se va a hacer. “No se va a hacer” es una respuesta común para la documentación y la capacitación.
#Lo que suele faltar
Las cotizaciones tienden a describir el desarrollo y a guardar silencio sobre todo lo que lo rodea. Pregunta por:
- Hosting y cobros de terceros. El software puede necesitar servidores, una base de datos, envío de correo, SMS, procesamiento de pagos o APIs de pago. Normalmente los cobran los proveedores, y conviene que sepas cuáles son y más o menos cómo escalan. Revisa la página de precios vigente de cada proveedor en lugar de confiar en una cifra de la cotización.
- Migración de datos. Pasar registros existentes desde hojas de cálculo o un sistema antiguo es trabajo real. Si tienes años de filas, lee nuestro artículo sobre cómo mover años de filas.
- Soporte continuo. ¿Está incluido, se cobra aparte o no existe?
- El proceso de cambios. ¿Cómo se atienden las solicitudes una vez que empieza el trabajo?
- Qué cuenta como cambio. ¿Un campo nuevo es un cambio? ¿Un reporte nuevo? ¿Un paso de aprobación distinto? Pide ejemplos de ambos lados de la línea.
#Señales de alerta
- Un solo número grande. Sin desglose, no puedes compararlo ni ver qué recortarías.
- Sin documento de alcance. Un precio sin un alcance escrito es una opinión.
- “Revisiones ilimitadas”. Suena generoso, pero normalmente significa que el alcance no está definido y puede derivar en ciclos interminables que desgastan a ambas partes. Una mejor promesa es un proceso de revisión claro, con rondas definidas y una forma de manejar los cambios más grandes.
- Un precio muy por debajo de los demás, sin explicación. Algo se dejó fuera o se recuperará después.
#Preguntas que conviene hacer
- ¿Qué no está incluido en este precio?
- ¿Qué haría que el precio suba y quién lo decide?
- ¿Qué pago después del lanzamiento y qué cubre?
- ¿Cómo apruebo un cambio y cómo se cotiza?
- ¿Qué servicios de terceros pagaré directamente?
#Cómo comparar dos cotizaciones
No compares primero los totales. Arma una tabla sencilla con una fila por cada partida de arriba y anota para cada cotización: incluido, extra o no mencionado. Luego agrega filas para hosting, migración, soporte y proceso de cambios.
Donde una cotización guarde silencio, pregunta. Después compara otra vez. Con frecuencia la cotización más barata pasa a ser la más cara, o al revés, cuando ambas incluyen lo mismo. También puedes darles a los dos equipos el mismo brief escrito y breve, lo que facilita mucho alinear las cotizaciones: nuestro artículo sobre cómo escribir un brief que un desarrollador pueda cotizar explica cómo.
