Hay dos formas de contratar software a medida: por hora, donde pagás el tiempo que se trabaja, o a precio cerrado, donde pagás un monto fijo por un alcance definido. Para una pyme que necesita resolver un problema concreto, el precio cerrado casi siempre conviene más, porque el riesgo de que el proyecto se estire lo asume quien lo construye y no quien lo paga. Por hora conviene cuando todavía no se sabe qué hay que construir.
El resto de este artículo explica por qué, cuándo no aplica, y qué revisar en una propuesta antes de firmarla.
¿Qué diferencia hay entre precio cerrado y por hora?
La diferencia de fondo no es cómo se calcula el número. Es quién paga si el proyecto tarda más de lo previsto.
| Precio cerrado | Por hora | |
|---|---|---|
| Qué se paga | Un resultado: el sistema funcionando | Tiempo de trabajo |
| Costo final | Se conoce antes de empezar | Se conoce al terminar |
| Si se demora | Lo absorbe el proveedor | Lo paga el cliente |
| Cambios de alcance | Se cotizan aparte, como una fase nueva | Se suman a la cuenta sin fricción |
| Requiere | Alcance definido por escrito | Confianza y seguimiento constante |
¿Por qué el precio por hora suele salir más caro de lo esperado?
Porque el incentivo está al revés. Quien cobra por hora no gana nada por terminar antes: cada semana extra es facturación. No hace falta mala fe para que eso pese. Alcanza con que nadie tenga un motivo fuerte para cortar una reunión, simplificar una funcionalidad o decir "esto no hace falta".
El segundo problema es que una tarifa horaria no dice cuánto va a costar el proyecto. Una hora barata de alguien lento sale más cara que una hora cara de alguien rápido, y desde afuera es imposible saber cuál de los dos estás contratando. El presupuesto inicial "en horas estimadas" no compromete a nadie: es una estimación, y las estimaciones de software se quedan cortas mucho más seguido de lo que se pasan.
¿Qué riesgo tiene el precio cerrado?
Que el alcance esté mal definido. Si la propuesta dice "sistema de gestión de clientes" y nada más, cada parte va a entender algo distinto, y la discusión llega cuando el proyecto ya está avanzado. Un precio cerrado sobre un alcance vago es peor que un precio por hora, porque da una falsa sensación de certeza.
El otro riesgo es el proveedor que cotiza bajo para ganar el proyecto y después recupera la diferencia cobrando como "adicional" cosas que eran obviamente parte del trabajo. Se detecta antes de firmar: si la propuesta no lista qué incluye y qué no, ese margen de interpretación existe y alguien lo va a usar.
¿Cuándo conviene contratar por hora?
- Cuando todavía no sabés qué construir. Exploración, prototipos, investigación de si algo es viable. No se puede cerrar un precio sobre algo que nadie puede describir.
- Mantenimiento y cambios chicos sobre un sistema existente. Ajustes sueltos que no justifican armar una propuesta cada vez.
- Cuando sumás una persona a tu propio equipo técnico. Ahí estás contratando capacidad, no un resultado, y la dirección del trabajo es tuya.
Fuera de esos casos, si el problema se puede describir, se puede cotizar cerrado.
¿Qué tiene que decir una propuesta a precio cerrado?
Antes de firmar, la propuesta debería responder estas seis preguntas por escrito:
- Qué se construye, funcionalidad por funcionalidad, no en títulos generales.
- Qué no se construye. La lista de exclusiones es tan importante como la de inclusiones.
- En cuánto tiempo, con entregas parciales y no una sola fecha al final.
- Cómo se paga y contra qué entregas.
- Qué pasa con los cambios: cómo se cotiza algo que aparece a mitad de camino.
- Qué costos siguen después: hosting, mantenimiento, licencias, y de quién es el código.
Si alguna de las seis no está, preguntala. La respuesta dice mucho sobre cómo va a ser trabajar con ese proveedor.
¿Cómo trabajamos en RUBRA lab?
A precio cerrado. Antes de escribir una línea de código definimos qué se construye, en cuánto tiempo y a qué precio, y ese número no cambia a mitad de camino. Los proyectos arrancan desde USD 1.000 y la mayoría se entrega en dos a seis semanas, por fases: hay algo funcionando para ver y corregir desde el principio, no una única entrega al final.
Lo que aparece fuera del alcance no se discute como un adicional a las apuradas: se cotiza como una fase nueva, con su propio precio cerrado. Después del lanzamiento, el hosting ronda los USD 25 por mes, el soporte es opcional desde USD 75 por mes, y el código es 100% del cliente, sin licencias ni dependencia de una plataforma nuestra.