Por qué es tan difícil presupuestar software
El software es el único producto donde le pedís a alguien que construya algo que no existe, sin planos exactos, en un tiempo estimado, con un costo fijo. Que los presupuestos sean difíciles de dar no es excusa del desarrollador: es la naturaleza del producto.
Después de años presupuestando proyectos en Deepyze, aprendí que la mayoría de los desacuerdos no son por el número final sino por las expectativas que no se alinearon desde el principio.
Las variables que determinan el costo
1. Complejidad técnica: una landing page con formulario de contacto y un sistema de gestión con roles, permisos, APIs de terceros y lógica de negocio compleja no son comparables. El error más común es pensar que "agregar una feature más" es proporcional al costo inicial.
2. Integraciones externas: conectar el sistema con MercadoPago, AFIP, un ERP legacy, o una API de terceros mal documentada agrega tiempo y riesgo. Las integraciones son donde más frecuentemente aparecen imprevistos.
3. Diseño UI/UX: ¿Viene con diseño ya hecho o hay que diseñarlo? ¿Hay un sistema de diseño o partimos de cero? Un proyecto con diseño entregado reduce significativamente el tiempo de desarrollo.
4. Plataforma target: web, mobile (iOS + Android), o ambas. Una app cross-platform con React Native es más económica que dos apps nativas separadas, pero sigue siendo más cara que solo web.
Por hora vs precio fijo
Hay dos modelos principales:
Precio fijo: acordás un scope cerrado y un precio. Ventaja para el cliente: sabe cuánto va a gastar. Riesgo: si el scope no estaba bien definido, hay conflictos. Funciona bien para proyectos con requerimientos muy claros.
Por hora (Time & Materials): se trabaja por horas facturables. Más flexible para proyectos donde el scope puede cambiar. El cliente tiene control directo sobre en qué se invierte el tiempo. Requiere más confianza y comunicación.
En Deepyze usamos precio fijo para proyectos bien definidos y T&M para proyectos de largo plazo o evolutivos.
Rangos orientativos para Argentina (2025)
Sin dar números exactos porque dependen enormemente del caso:
- Landing page con CMS simple: días de trabajo, costo acotado
- Sistema de gestión básico (CRUD, auth, reportes): semanas
- App mobile iOS + Android con backend: meses
- Plataforma SaaS completa: varios meses
Cómo evitar sorpresas en el presupuesto
- Pedí un documento de requerimientos antes del presupuesto final. Si el dev no te pide nada de información, desconfiá.
- Preguntá qué está excluido del presupuesto. Las exclusiones son tan importantes como las inclusiones.
- Acordá un proceso claro para cambios de scope: cuándo generan un addendum y cómo se aprueban.
- Un presupuesto muy barato casi siempre termina siendo más caro. El riesgo de rehacer o abandonar un proyecto a mitad no se paga con el ahorro inicial.