Cómo Cotizar Proyectos de Software de la Forma Correcta

La mayoría conoce los inconvenientes de la facturación por hora y por eso piden precio fijo. ¿Y si te decimos que el precio fijo en proyectos de software no es mejor? Este post es para ti, si no quieres llevarte sorpresas en la próxima factura de tu proveedor de software de confianza.

Primero, cada proyecto es distinto. También tenemos clientes con los que trabajamos por hora, así como clientes que han recibido un precio fijo. Sin embargo, hemos podido tener la mejor experiencia con el precio fijo ágil.

Antes de ver qué es el precio fijo ágil, repasemos brevemente las ventajas y desventajas de los modelos de precios tradicionales:

Facturación por Hora

Factura basada en el trabajo real. Proveedor y Cliente acuerdan una tarifa por hora y trabajan hacia objetivos pactados. El alcance del proyecto suele estar vagamente definido.

• Bueno para Agencias de Software si subestimaron el trabajo.
• En términos generales, hay menos certeza presupuestaria: el coste final puede ser mayor que las expectativas del Cliente.
• Por otro lado, el proyecto es mucho más flexible y los requisitos pueden cambiar sin esfuerzo burocrático adicional ni retrasos.

Precio Fijo

Precio fijo establecido para el proyecto con un conjunto estrictamente definido de requisitos. Las tareas fuera de alcance suelen cotizarse por hora o se cotizan por separado.

• Bueno para Agencias de Software si sobreestimaron el trabajo, malo para los clientes porque pagaron de más. Con precio fijo, los proveedores de servicios de software siempre tienen que añadir un recargo por incertidumbre para no tener que poner ellos la diferencia.
• En general hay muchas incertidumbres. Los requisitos del proyecto deben especificarse hasta el último detalle (overhead), lo que también hace al proyecto mismo muy inflexible cuando surgen nuevos requisitos.
• Si el proveedor subestimó el esfuerzo, la calidad cae drásticamente, porque ya no cubre costes (ver figura).

"Nunca comprometas el Plan por una velocidad presunta."

Precio Fijo Ágil

Hay una confusión muy común entre Proveedores de Software sobre Gestión Ágil de Proyectos. Un enfoque ágil no elimina la necesidad de planificar un proyecto, sin embargo, como tantas veces, eso es exactamente lo que se hace.

Por esa razón solemos dividir los proyectos grandes en 3 fases.

Y casi más importante: Para que no te vuelvas dependiente. Cada fase del proyecto está estructurada de tal forma que no caigas en una "trampa de agencia". Esto significa que tienes la opción de terminar la colaboración en cualquier momento y seguir desarrollando el proyecto internamente o con un proveedor alternativo sin tener que empezar de cero.

1. Fase de Descubrimiento

En 1-2 semanas recopilamos tanta información como sea posible y desarrollamos una estrategia común para tu proyecto. Esto incluye, entre otras cosas, estrategias de monetización, el objetivo real del proyecto (p. ej. ahorrar costes, levantar capital de inversores o desarrollar un producto directamente rentable y listo para el mercado).

Al final del proyecto recibirás un concept sheet. Según el tamaño del proyecto, cubre 1-5 páginas y representa un entregable autocontenido que puedes usar para ir a otras agencias de software o implementar el proyecto internamente.

Este documento no es una especificación de requisitos, sino que cubre puntos clave esenciales relacionados con tu proyecto. Sobre prioridades, plazos, funcionalidades centrales y mucho más que de otra forma suele olvidarse.

2. Fase de Prueba

Ahora es momento de ponerse manos a la obra. ¡Arrancamos tu proyecto!

Durante la fase de prueba, se fija un precio por hora y una cuota de horas. La fase de prueba permite que el proyecto arranque antes y crea claridad sobre la complejidad del proyecto y los requisitos reales. Además, se puede responder rápidamente a nuevos requisitos y feedback de usuarios.

Durante la fase de prueba recibirás actualizaciones continuas sobre el progreso de tu proyecto. Además, el progreso será revisado por ti o uno de tus empleados en intervalos de 1-2 semanas para que el proyecto se desarrolle en la dirección deseada.

En cuanto se agote la cuota de horas, se evalúan los requisitos y el estado del software. Si el objetivo definido del proyecto aún no se ha alcanzado, el proyecto pasa a la "Fase de Finalización".

El resultado de la fase de prueba no es necesariamente un MVP ("Minimum Viable Product"), sino más bien un entregable autocontenido incluyendo documentación que puedes seguir desarrollando con otras agencias o internamente si lo deseas. Si el objetivo del proyecto "Primer cliente que paga" se definió en la fase de descubrimiento, entonces trabajaremos específicamente hacia eso.

3. Fase de Finalización

Si es posible, los requisitos restantes del proyecto se definen como epics e historias de usuario. Estos se ofrecen luego a precio fijo y ofrecen mayor seguridad presupuestaria.

Esto es posible porque todas las partes tienen claridad sobre las prioridades y objetivos del proyecto.

Además, las mayores incertidumbres del proyecto suelen poder eliminarse.

Ver también: aplicamos la misma lógica de precio fijo transparente al liderazgo senior de ingeniería en nuestro servicio Fractional CTO Austria, con day rates publicados y alcance firmado bajo Werkvertrag.