¿Por qué no pagar al principio, o al final?
Un proyecto de software son semanas o meses de trabajo de varias personas antes de que haya nada terminado. Si el cliente lo paga todo al principio, asume todo el riesgo de que el trabajo llegue tarde, mal o nunca. Si lo paga todo al final, es el estudio quien asume todo el riesgo de meses de salarios por un proyecto que puede cancelarse, cambiar hasta resultar irreconocible o, simplemente, no pagarse.
Ninguna de las dos es una buena base para trabajar juntos. La idea de un calendario de pagos es que, en todo momento, el dinero pagado y el trabajo entregado estén cerca, para que un desacuerdo en cualquier fase le cueste a cada parte un poco, no todo.
Cómo funciona nuestro calendario
Cada proyecto a precio cerrado que aceptamos se paga en cuatro partes.
- 01
Un anticipo, antes de empezar el trabajo
Reserva el equipo y paga la fase de descubrimiento y el diseño. Es una parte mayor en un proyecto pequeño y menor en uno grande, como en la tabla de abajo.
- 02
Pagos por hitos
Lo que queda, menos la retención, se reparte en hitos adecuados al tipo de proyecto: los de una aplicación web no son los de un bot ni los de una blockchain. Cada uno se paga cuando el hito se entrega y se acepta.
- 03
Una retención, después de la puesta en marcha
El último 10% se paga 30 días después de la puesta en marcha, cuando el periodo de garantía ha terminado sin defectos abiertos. Es la baza del cliente para que se corrija lo que aparezca en el primer mes.
- 04
Costes de terceros, a coste
El hardware, el tiempo de GPU para entrenar un modelo, las auditorías externas y las licencias se facturan por adelantado a lo que nos cuestan, fuera de los hitos, porque los pagamos antes del trabajo que los usa.
| Precio del desarrollo, CAD | Anticipo |
|---|---|
| Menos de 15.000 | 50% |
| De 15.000 a 100.000 | 30% |
| Más de 100.000 | 20% |
El anticipo baja a medida que crece el proyecto por una razón sencilla: en un proyecto pequeño, la fase de descubrimiento y el diseño son una parte grande del total, y el anticipo los paga. En uno grande, una quinta parte ya cubre las primeras semanas, y pedir más solo inmovilizaría el dinero del cliente.
Dos calendarios, calculados ahora
Los dos ejemplos de abajo tienen el precio que calcula nuestro estimador con la tarifa vigente cuando abre esta página, así que los importes están al día. Los hitos son los que el motor asigna a cada tipo de proyecto.
Ejemplo práctico, con precio de hoy
Una aplicación web con pagos y administración
Catorce pantallas, inicio de sesión, pagos con tarjeta, notificaciones por correo y una parte para el personal.
- Desarrollo
- ≈ 47.100 US$ a 72.100 US$, delivered within 15 weeksCAD 67,100 to 102,600
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Cómo se paga
- Anticipo 30%
- CAD 20,130 to 30,780
- Découverte 6.6%
- CAD 4,428.60 to 6,771.60
- Maquettes approuvées 6.6%
- CAD 4,428.60 to 6,771.60
- Fonctions principales 20%
- CAD 13,420 to 20,520
- Développement complet 13.3%
- CAD 8,924.30 to 13,645.80
- Tests et corrections 6.6%
- CAD 4,428.60 to 6,771.60
- Mise en ligne 6.9%
- CAD 4,629.90 to 7,079.40
- Holdback, 30 days after launch (10%)
- CAD 6,710 to 10,260
Ejemplo práctico, con precio de hoy
Una plataforma web y móvil regulada con un asistente de IA
Una aplicación web y aplicaciones para iOS y Android, un asistente basado en los documentos del cliente con un modelo de vanguardia, y datos regulados.
- Desarrollo
- ≈ 200.000 US$ a 306.000 US$, delivered within 39 weeksCAD 284,500 to 435,100
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Cómo se paga
- Anticipo 20%
- CAD 56,900 to 87,020
- Découverte 4.8%
- CAD 13,656.00 to 20,884.80
- Spécification et plan d’évaluation 6.6%
- CAD 18,777.00 to 28,716.60
- Maquettes approuvées 4.8%
- CAD 13,656.00 to 20,884.80
- Fonctions principales 4%
- CAD 11,380 to 17,404
- Développement complet 2.6%
- CAD 7,397.00 to 11,312.60
- Première version sur appareils 10.6%
- CAD 30,157.00 to 46,120.60
- Projet pilote fonctionnel 19.8%
- CAD 56,331.00 to 86,149.80
- Tests et corrections 1.3%
- CAD 3,698.50 to 5,656.30
- Soumission aux boutiques 3.5%
- CAD 9,957.50 to 15,228.50
- Mise en ligne 4.8%
- CAD 13,656.00 to 20,884.80
- Production 7.2%
- CAD 20,484.00 to 31,327.20
- Holdback, 30 days after launch (10%)
- CAD 28,450 to 43,510
Funcionamiento
- Alojamiento
- ≈ 874 US$ al mesCAD 1,245 al mes
- Soporte
- ≈ 2500 US$ al mesCAD 3,565 al mes
- Coste de uso del modelo
- ≈ 383 US$ al mesCAD 545 al mes
De qué le protege a usted
- De pagar por un trabajo que no ha visto. Después del anticipo, el dinero sigue a hitos entregados y aceptados.
- De una puesta en marcha tras la que nadie responde. La retención solo se paga cuando han pasado los primeros 30 días sin defectos abiertos.
- De sorpresas en el precio. El importe de cada hito se fija al principio; un cambio que usted pida se presupuesta como orden de cambio antes de empezar a trabajar en él.
- De quedar atado. El código, los diseños y las cuentas son suyos una vez pagados, así que en cualquier hito podría llevarse el trabajo a otra parte.
De qué nos protege a nosotros
- De empezar un trabajo que nunca se paga. El anticipo cubre la primera fase.
- De un hito que nunca se firma. Un hito se considera aceptado tras un número fijado de días hábiles sin respuesta, indicado en el contrato.
- De un alcance que crece sin precio. Los cambios pasan por una orden de cambio, pagada en parte antes de empezar el trabajo.
- De pagar a proveedores de nuestro bolsillo. El hardware y otros costes de terceros se facturan antes de comprarlos.
Cuando el proyecto cambia
Casi todos los proyectos aprenden algo en sus primeras semanas que cambia el plan: una pantalla en la que nadie había pensado, una integración que resulta importante, una función que puede esperar. Un precio cerrado solo funciona si los cambios tienen una vía de entrada que no lo mueva sin que nadie se entere.
Esa vía es la orden de cambio. Anotamos en qué consiste el cambio, qué añade o quita y qué efecto tiene en el precio y el calendario, y usted lo aprueba antes de empezar a trabajar en él. Una parte de la orden de cambio se paga por adelantado y el resto con el hito al que pertenece, así que un cambio se paga igual que el trabajo que lo rodea. Lo que sale del alcance se descuenta del precio de la misma forma.
La alternativa, absorber los cambios sin decir nada hasta el final, es como los proyectos a precio cerrado acaban en discusiones. Una orden de cambio es un pequeño papel que ahorra una gran conversación.
Cuando algo sale mal
Si un hito se retrasa por nuestra parte, usted no lo paga hasta que se entrega. Si encuentra un defecto en un trabajo aceptado, la garantía lo cubre, y la retención mantiene nuestra atención, en lugar de una promesa que tenga que perseguir. Si un pago se retrasa por su parte, se lo decimos y, pasado un plazo fijado en el contrato, detenemos el trabajo, en lugar de seguir y esperar que se arregle. Ambas partes saben de antemano lo que pasa, y eso es lo que más contribuye a que pase poco.
Qué preguntar a cualquier estudio sobre los pagos
- 01
¿Qué entrega exactamente cada hito?
Un hito debe ser algo que pueda ver y probar, no una parte del calendario. «Funciones principales funcionando en el entorno de preproducción» es un hito; «el segundo mes» no lo es.
- 02
¿Cómo se acepta un hito?
Quién lo firma, cuánto tiempo tiene para probarlo y qué pasa si encuentra un problema.
- 03
¿Qué se retiene, y durante cuánto tiempo?
Una retención con un periodo de garantía le da una baza después de la puesta en marcha. Sin retención, no tiene ninguna.
- 04
¿Cómo se valoran los cambios?
Pida ver cómo se presupuesta una orden de cambio antes de necesitarla.
- 05
¿Cuándo es suyo el código?
Debe ser suyo cuando está pagado, no cuando termina la relación.