Cómo elegir un modelo de precios para software

El trabajo por tiempo y el precio fijo distribuyen de forma distinta la incertidumbre. Ninguno garantiza menor coste final, mejor calidad o éxito del producto. La pregunta útil es qué contrato y controles de entrega encajan con el alcance, las dependencias, la evidencia disponible y la capacidad de cambiar de rumbo.

Cada proyecto es distinto. Wavect usa acuerdos por tiempo, precio fijo y por etapas según lo que pueda delimitarse responsablemente. Un precio fijo ágil por etapas puede servir cuando la evidencia inicial debe reducir incertidumbre antes de cotizar entregables acotados.

Antes de elegir, compara las contrapartidas e incorpora los controles comerciales al acuerdo. Esta es una perspectiva de ingeniería y entrega, no asesoramiento jurídico.

Facturación por tiempo

El proveedor factura el tiempo medido según tarifas acordadas, a menudo sujeto a presupuesto, cupo o umbral de aprobación. Objetivos y prioridades pueden ser explícitos aunque el backlog exacto siga siendo adaptable.

• El cliente paga el esfuerzo real, por lo que importan las previsiones, registros de tiempo, tarifas y reglas de aprobación.
• Sin límite o regla de parada hay menos certeza presupuestaria; una previsión continua y puntos de decisión explícitos reducen sorpresas.
• El backlog puede ser más adaptable, pero los cambios aún afectan plazo, coste, calidad y dependencias.

Precio fijo

Se acuerda un importe para un entregable o alcance definido. El contrato debe especificar supuestos, dependencias del cliente, criterios de aceptación, exclusiones, hitos de pago y cómo se estiman y aprueban cambios.

• La previsibilidad depende del límite definido. El proveedor puede valorar incertidumbre, estrechar alcance, compartir una reserva o usar solicitudes de cambio. Ninguna respuesta es automática.
• Resultados claros y pruebas de aceptación generan trabajo de definición, pero no hace falta congelar cada detalle si el acuerdo permite aprender y cambiar con control.
• Un error de estimación crea presión comercial, pero la calidad no tiene que caer. Deben seguir explícitos Definition of Done, pruebas, seguridad, evidencia de aceptación, escalado y decisiones de alcance.

En contratos austriacos, la etiqueta elegida no agota el análisis. El artículo 1151 del ABGB distingue prestar servicios durante un tiempo de producir una obra a cambio de remuneración; la guía vigente de WKO describe el Werkvertrag como obligación de entregar un resultado suficientemente concreto (RIS, artículo 1151 ABGB) (guía WKO sobre Werkvertrag). Pide a asesoría cualificada que revise resultado, cooperación, aceptación, cambios, pago, garantía y terminación reales.

"Nunca sacrifiques el plan por una velocidad supuesta."

Precio fijo ágil

La entrega ágil no elimina planificación ni gobernanza comercial. El Manifiesto Ágil acepta requisitos cambiantes y valora entregas frecuentes; la Guía Scrum estructura el trabajo complejo mediante transparencia, inspección y adaptación (principios del Manifiesto Ágil) (Guía Scrum oficial). Ninguna fuente prescribe un modelo de precios.

Un patrón para proyectos grandes de software a medida usa tres fases comerciales. Es un ejemplo de entrega de Wavect, no una definición universal.

La portabilidad también importa. Define en cada fase acceso al repositorio, documentación, entornos, credenciales, propiedad intelectual y un estado de traspaso utilizable. Puede reducir la fricción al cambiar de proveedor, pero no promete continuidad sin onboarding o retrabajo.

1. Fase de discovery

Discovery debe reducir incertidumbres que afectan valor, viabilidad, riesgo y precio. Su duración y resultados dependen del proyecto. Puede abordar reducir costes, probar una tesis de inversión o lanzar un producto comercializable.

Acuerda el entregable antes de empezar. Puede incluir decisiones, supuestos, riesgos, recorridos, opciones de arquitectura, backlog priorizado, estimaciones y alternativas. Un concepto breve puede ser útil, pero sus páginas no demuestran integridad ni portabilidad.

La evidencia de discovery no es automáticamente una especificación completa ni una promesa de precio fijo. Registra qué se validó, qué sigue incierto y quién decide después.

2. Fase de prueba

Implementa suficiente del camino más arriesgado para sustituir supuestos por evidencia.

Un presupuesto por tiempo o cupo limitado conserva flexibilidad mientras se miden complejidad, dependencias, feedback y ritmo. Define límite, regla de parada y autoridad antes de empezar.

Usa una cadencia adecuada al riesgo. Informa incrementos, incertidumbre, gasto, previsión, calidad y decisiones pendientes.

En el punto acordado, revisa producto y backlog. Continúa, detén, redefine o pasa resultados acotados a finalización.

El entregable no es necesariamente un MVP. Define contractualmente código, pruebas, documentación, despliegue, defectos conocidos, licencias, credenciales y evidencia de aceptación.

3. Fase de finalización

Si los resultados restantes están acotados, pueden expresarse como epics, historias de usuario, escenarios de aceptación u otros entregables comprobables y cotizarse por separado.

El precio fijo puede aportar previsibilidad dentro de ese límite cuando se entienden prioridades, objetivos, dependencias, supuestos y cambios.

Quedará incertidumbre. Declárala, asigna responsables y define qué ocurre si falla un supuesto.

Consulta también Fractional CTO Austria, donde explicamos cómo acotamos liderazgo técnico sénior. Confirma oferta, disponibilidad, costes, autoridad y contrato para el mandato real.