El mes pasado, una amiga me envió tres cotizaciones para el mismo proyecto. Ella tiene un consultorio pequeño de kinesiología y quería un sistema de turnos en línea. La misma idea. El mismo correo breve explicando lo que necesitaba. Le llegaron tres propuestas: una de $9,000, otra de $24,000 y otra de $52,000 (dólares).
Me hizo la pregunta que más escucho: "¿Cuál es la correcta?"
Esta es la respuesta honesta. Ninguno de esos números significa nada por sí solo. Un precio solo tiene sentido junto a la lista de lo que compra. Y esa es la habilidad real que necesita cuando le llega una propuesta: no juzgar el número, sino leer el documento que hay detrás de él.
Leí cientos de estas propuestas, desde los dos lados de la mesa. Le muestro cómo leer una como alguien que ya vio cien de ellas, aunque nunca haya escrito una línea de código.
Por Qué "El Mismo Proyecto" Recibe Tres Precios Distintos
Cuando llegaron las tres cotizaciones de mi amiga, le pedí verlas juntas. La más barata cubría solo un calendario básico donde los pacientes eligen un horario. Nada más. Sin recordatorios por mensaje, sin pago en línea, sin conexión con su sistema actual de fichas de pacientes.
La cotización del medio agregaba recordatorios por mensaje y correo, más una opción de pago. La más cara incluía todo eso, más un usuario individual para cada empleada, más trabajo extra de seguridad, porque la información de salud tiene reglas de privacidad más estrictas que la mayoría de los datos de un negocio.
Las tres empresas no estaban en desacuerdo sobre el precio. Estaban en desacuerdo sobre qué significa "un sistema de turnos en línea". Los proveedores no estaban cotizando el mismo trabajo. Estaban cotizando tres trabajos distintos que casualmente comparten un nombre. Por eso el documento importa mucho más que el número al final de la página.
Las Cinco Partes de una Propuesta que Realmente Importan
Una propuesta sólida, ya sea de dos páginas o de veinte, debería responder cinco preguntas. Una vez que sabe buscar estas cinco cosas, todo lo demás en la página se vuelve más fácil de ignorar.
Alcance. Es la lista real de lo que se va a construir: qué pantallas, qué funciones, con qué sistemas se conecta. No una descripción vaga. Una lista que usted podría entregarle a otra persona y decir: "construí exactamente esto." Si una propuesta describe un resultado ("un sitio web que hace crecer su negocio") en lugar de una lista de entregables, eso es un vacío, no un estilo de escritura.
Fases. La mayoría de los proyectos se dividen en partes, muchas veces llamadas fases o sprints. Cada fase debería producir algo que usted pueda ver o usar, no solo "más avance". Piense en las fases como las habitaciones de una remodelación de casa: no firma un solo contrato para "remodelar la casa". Recibe un plan para la cocina, luego el baño, luego el sótano, cada uno con su propio plazo.
Supuestos. Esta sección indica qué está dando por hecho el desarrollador para que el precio se mantenga firme. Ejemplos comunes: "asumimos que usted proveerá las fotos del producto" o "asumimos una ronda de comentarios por fase". Los supuestos protegen a ambas partes. Si la realidad no coincide con un supuesto, ahí es cuando ocurre una conversación justa sobre costo adicional, en lugar de una sorpresa.
Exclusiones. Esta es la sección más valiosa de todo el documento, y la que más dueños de negocio se saltan. Indica qué no está incluido. Redacción de contenido, mantenimiento continuo, capacitación de su personal, traducir la aplicación a otro idioma: estas cosas suelen quedar fuera del desarrollo principal. Un buen proveedor le avisa esto por adelantado. Un proveedor vago deja que usted lo descubra después.
Hitos de pago. Los pagos deberían atarse a trabajo terminado y verificable, no solo a fechas del calendario. Un patrón común: un depósito inicial, uno o dos pagos atados a fases terminadas, y un pago final al lanzamiento. Si una propuesta pide la mayoría del dinero por adelantado con poco trabajo entregado en el medio, eso merece una pregunta directa.
Cinco Frases Vagas que Deberían Hacerlo Detenerse
Algunas frases suenan tranquilizadoras pero en realidad no comprometen a nada. Estas son las que veo con más frecuencia, y qué preguntar en su lugar.
- "Soporte continuo incluido." ¿Incluido por cuánto tiempo? ¿Cuántas horas al mes? ¿Qué cuenta como soporte y qué cuenta como una función nueva? Pida un número y una definición.
- "Todas las funciones conversadas en la reunión." Esto significa que la lista de lo que usted recibe vive en las notas de alguien, no en el papel. Pida la lista detallada, por escrito, antes de firmar.
- "Integraciones estándar." ¿Estándar según quién? Pida el nombre exacto de las herramientas con las que se va a conectar.
- "Cronograma flexible." Flexible está bien para un proyecto personal. Para una decisión de negocio, pida una fecha de inicio, una fecha de fin, y qué pasa si alguna de las dos partes causa una demora.
- "El precio final puede variar según la complejidad." Esto le dice que el número frente a usted no es realmente el número. Pregunte qué situaciones activarían un cambio, y aproximadamente cuánto.
Ninguna de estas preguntas requiere conocimiento técnico. Solo requieren negarse a aceptar una frase que suena bien pero no promete nada concreto.
Cómo Comparar Dos Propuestas de Forma Justa
No puede comparar dos cotizaciones con honestidad hasta que compare el mismo trabajo. Así es como hacerlo sin ningún conocimiento técnico.
Primero, liste en una sola página cada función mencionada en cualquiera de las propuestas. Después marque, función por función, si cada proveedor la incluyó, la excluyó, o ni siquiera la mencionó. El silencio no es lo mismo que la inclusión. Si una cotización es $15,000 más barata pero también guarda silencio sobre cinco funciones que la otra sí cubre, no está viendo un descuento. Está viendo un proyecto distinto y más chico.
Segundo, hágale a ambos proveedores las mismas tres preguntas por escrito: ¿Qué queda excluido exactamente? ¿Qué asumen sobre mi participación durante el proyecto? ¿Qué pasa si necesito un cambio a mitad de camino? La calidad y el nivel de detalle de las respuestas le dice más que el precio.
Tercero, calcule el precio de lo que realmente necesita, por separado de lo que sería un lujo. Un proveedor caro para la lista completa de deseos puede volverse muy competitivo una vez que reduce el proyecto a lo que necesita para lanzar.
Este es también el momento donde una fase corta de descubrimiento, pagada, vale su costo. Obliga a convertir ideas vagas en un plan específico antes de comprometerse con un número grande. Escribí sobre cómo funciona esto en detalle en la fase de descubrimiento de un proyecto de software.
Volviendo a las Tres Cotizaciones
Mi amiga volvió a los tres proveedores con una sola pregunta: "¿Me pueden mandar una lista detallada de exactamente qué está incluido y qué no?" Uno respondió en un día, con un documento claro. Otro tardó una semana y mandó algo vago. Otro nunca lo detalló.
Ella no eligió la cotización más barata ni la más cara. Eligió al proveedor que pudo explicarle, en lenguaje simple, exactamente qué estaba comprando. Esa suele ser la forma correcta de decidir, una vez que el documento frente a usted realmente dice algo.
Si una propuesta en su bandeja de entrada todavía se siente como si estuviera escrita en un idioma que usted no habla, no tiene que resolverlo solo. Y si todavía no eligió un proveedor, vale la pena leer cómo elegir un socio de desarrollo de software antes de pedir cotizaciones — eso cambia lo que debería esperar ver en las propuestas que le lleguen.