Un fundador me llamó en noviembre de 2024, dos semanas antes de Navidad, absolutamente furioso. Una agencia web le había cotizado £14,000 por un dashboard de logística personalizado. Había firmado. Seis meses después llegó la factura final: £61,000. Nadie le había mentido, técnicamente. Pero nadie le había dicho la verdad tampoco, porque nadie había hecho el trabajo real de estimar correctamente antes de tomar su dinero.
Punto clave: Los presupuestos de software personalizado fallan en la definición del alcance, no en la construcción; estima basándote en la complejidad del modelo de datos, las integraciones y los ciclos de revisión, y cotiza la fase de descubrimiento por separado.
He estado construyendo software durante más de doce años. Solo Seahawk ha lanzado más de 12,000 sitios y aplicaciones. Y el único punto de falla más consistente que veo, con fundadores, con freelancers, con agencias cotizando proyectos, es que nadie tiene una forma rigurosa de estimar el costo antes de escribir una línea de código. Las personas adivinan. Se anclan en vibraciones. Usan el último proyecto como punto de referencia sin verificar si era remotamente comparable.
Entonces. Aquí está el marco que realmente uso. No una plantilla de hoja de cálculo con celdas de marcador de posición. Un modelo mental real, con números actuales de 2026, herramientas específicas, y las advertencias que importan.
---
Por Qué la Mayoría de las Cotizaciones de Software son Ficción
El problema no es la deshonestidad (generalmente). Es que la estimación de software es genuinamente difícil, y la mayoría de las personas subestiman cuán difícil es, así que recurren a atajos que se sienten rigurosos pero no lo son.
Un desarrollador te da un número intuitivo. Una agencia multiplica su tarifa diaria por algún conteo de sprints estimado. Un freelancer busca un trabajo similar en Upwork y trabaja hacia atrás. Ninguno de estos está exactamente mal, pero ninguno de ellos cuenta los impulsores reales de costo: complejidad de integración, latencia de decisión del lado del cliente, scope creep en características que parecían menores, overhead de pruebas, y el asesino silencioso, la configuración del entorno y DevOps que nadie cotiza.
En 2021 estaba ejecutando un proyecto para un cliente de property-tech en Manchester. Bastante simple en papel: un portal de inquilinos con cargas de documentos, seguimiento de renta y un flujo de trabajo de solicitudes de mantenimiento. La estimación inicial fue £28,000. Habíamos hecho compilaciones similares. Pero este cliente estaba usando un sistema de gestión de propiedades heredado que tenía una API propietaria que nadie había tocado en cuatro años. Solo la integración se extendió tres semanas más. Costo final: £47,500. El cliente estuvo bien con esto porque lo indicamos en el momento en que encontramos los documentos de la API, pero la estimación inicial seguía siendo ficción, y eso fue responsabilidad mía.
El Cono de Incertidumbre Es Real
El cono de incertidumbre, popularizado por Steve McConnell, describe cómo las estimaciones de proyectos se hacen más precisas conforme te acercas a la entrega. En la ideación, podrías estar equivocado por 4x en cualquier dirección. Después del diseño detallado, quizás 1.25x. La mayoría de los fundadores reciben cotizaciones en la etapa de ideación y las tratan como contratos firmados.
El resultado práctico: cualquier cotización que recibas antes de que se escriban especificaciones detalladas debe ser tratada como un rango, no un número. Si una agencia te da una cifra única antes de que hayan visto tu modelo de datos, flujos de usuarios y dependencias de terceros, ese número es decorativo.
---
Los Cuatro Buckets Reales de Costo
Antes de que cualquier estimador pueda funcionar, necesitas dividir el proyecto en las categorías correctas. No "frontend, backend, QA", esos son roles, no impulsores de costo. Los buckets reales:
1. Trabajo Greenfield vs. Integración
Greenfield, construir algo desde cero contra tu propia base de datos y lógica de negocio, es la mitad más barata y predecible de casi todo proyecto. Es el trabajo de integración lo que te afecta. Cada API externa, sistema heredado, procesador de pagos o proveedor de autenticación de terceros agrega complejidad no lineal. Generalmente agrego un contingencia del 30-40% en cualquier línea de alcance que toque sistemas externos.
2. Diseño UI/UX (No Omitas Esta Línea)
Muchos fundadores tratan el diseño como opcional o intentan integrarlo en la estimación de desarrollo. Error. El diseño hecho correctamente, wireframes, prototipos interactivos en Figma, una biblioteca de componentes probada, típicamente corre entre el 15-25% del costo total del proyecto. Omítelo y pagarás el doble: una vez en el retrabajo del desarrollador cuando los requisitos resulten ser ambiguos, y de nuevo en investigación de usuarios después cuando el producto no convierta.
3. Infraestructura y DevOps
Nadie lo cita correctamente. Entornos de staging, pipelines de CI/CD (usamos GitHub Actions en casi todo ahora), containerización con Docker, hosting en la nube en AWS o GCP, estos son costos reales que no desaparecen porque nadie los detalló. Para un SaaS de complejidad media, presupuesta un mínimo de £3,000-£6,000 para la configuración inicial de infraestructura, más costos mensuales continuos que típicamente rondan £200-£800 dependiendo del uso.
4. Testing, QA y Gastos de Lanzamiento
Suites de pruebas automatizadas, pasadas de QA manual, pruebas de rendimiento, revisión de seguridad para cualquier cosa que maneje pagos o datos personales, esto típicamente es el 20% del tiempo total de desarrollo si se hace bien. La mayoría de cotizaciones de agencias incluyen "testing" como un renglon y significan "un dev hizo clic durante una tarde antes de la llamada de entrega".
---
Un Estimador Funcional: El Método de Módulos
Aquí está el marco real. Lo llamo el Método de Módulos porque te obliga a desglosar un proyecto en fragmentos discretos, estimables independientemente, en lugar de tratarlo como un monolito.
Paso 1: Lista cada feature como una user story. No "gestión de usuarios", eso es demasiado vago. "Un usuario puede registrarse con email y contraseña, verificar su email, restablecer su contraseña y actualizar su foto de perfil". Cuatro stories. Cada una tiene un costo.
Paso 2: Califica cada historia por complejidad. Uso tres niveles:
- Simple (S): CRUD puro, sin dependencias externas, patrones de interfaz estándar. Piensa en: una página de configuración, un formulario de actualización de perfil, una tabla de datos con ordenamiento.
- Medio (M): Algo de lógica de negocio, una integración externa, o interfaz no estándar. Piensa en: una búsqueda filtrada con consultas guardadas, un manejador de webhooks, un flujo de suscripción con Stripe.
- Complejo (C): Múltiples integraciones, características en tiempo real, lógica algorítmica, o infraestructura pesada. Piensa en: un sistema de chat en vivo, un motor de recomendaciones, un modelo de permisos multi-tenant.
Paso 3: Asigna rangos de horas, no estimaciones en puntos.
En 2026, trabajando con una agencia mid-tier del Reino Unido o un equipo nearshore sólido, aquí está lo que presupuestaría:
- Historia simple: 4-8 horas
- Historia media: 12-24 horas
- Story compleja: 30-80 horas (sí, ese rango es amplio, lo complejo es genuinamente impredecible)
Paso 4: Aplica tu tarifa.
Tasas de mercado actuales que vale la pena conocer:
- Desarrollador senior en Londres (freelance): £90-£140/hr
- Agencia UK (equipo completo, con gestión de proyecto): £80-£120/hr promediado
- Nearshore sólido (Europa del Este, LatAm): £35-£65/hr
- Offshore (Asia del Sur, Filipinas): £15-£35/hr, y sí, puedes obtener trabajo excelente aquí, pero la sobrecarga de comunicación es real y necesita ser presupuestada
Paso 5: Suma los gastos generales explícitamente.
No los absorbs. Detállalos por línea:
- Gestión de proyectos: 10-15% de las horas de desarrollo
- Diseño (si no está ya definido): 15-25% del total
- Configuración de DevOps/Infraestructura: £3,000-£8,000 fijos dependiendo de la complejidad
- QA: 20% de las horas de desarrollo como mínimo
- Contingencia: 20% en trabajo greenfield, 35% en cualquier cosa con integración significativa
---
Un Ejemplo Real: Dashboard SaaS, Precios 2026
Déjame caminar a través de algo concreto. Un fundador viene a mí queriendo un dashboard de analytics B2B, un producto SaaS donde sus clientes inician sesión, ven sus datos de rendimiento extraídos de Google Analytics 4 y una base de datos de eventos personalizada, pueden exportar reportes y gestionar el acceso de su propio equipo.
Así es como lo dividiría:
- Sistema de autenticación (email + Google SSO, acceso basado en roles): 2 historias Medium = 48 hrs
- Integración de GA4 + pipeline de datos: 1 historia Complex = 55 hrs
- Schema de base de datos de eventos personalizado + API: 2 historias Medium = 40 hrs
- UI del dashboard (gráficos con Chart.js o Recharts, responsive): 3 historias Medium = 65 hrs
- Exportación de reportes a PDF/CSV: 1 historia Medium = 18 hrs
- Gestión de equipos (invitar, remover, asignación de roles): 2 historias Simple + 1 historia Medium = 28 hrs
- Facturación con Stripe (suscripciones, upgrade/downgrade): 1 historia Complex = 45 hrs
Total de desarrollo raw: ~299 horas
Aplicar una tarifa de agencia UK combinada de £95/hr: £28,405
Agregar:
- Diseño (20%): £5,681
- Configuración DevOps: £4,500
- QA (20% de horas de desarrollo, misma tarifa): £5,681
- PM (12%): £3,409
- Contingencia de integración (30% en trabajo de GA4 y Stripe): £3,000
Presupuesto total: ~£50,676
Es un número real para un producto real. No es sorprendente si entiendes qué incluye. Absolutamente sorprendente si esperabas £18,000 porque eso es lo que alguien le dijo a un fundador en tu red hace un año por "algo parecido".
---
Los Costos Ocultos que Nadie Menciona
Licencias y Servicios de Terceros
Mapbox para funciones de mapeo. Twilio para SMS. SendGrid para correos transaccionales. Algolia si necesitas un buscador decente. Estos son costos continuos que los fundadores rutinariamente omiten de su presupuesto de software porque los ven como "solo APIs". Un SaaS a escala media con 10,000 usuarios activos podría estar pagando £800-£2,000/mes en tarifas de servicios de terceros antes de que llegue ni un solo recibo de servidor.
Seguridad y Cumplimiento Normativo
Si manejas datos personales en el Reino Unido, GDPR no es opcional. Si tocas pagos, GDPR no es opcional. Si estás en salud o finanzas, estás buscando costos de auditoría adicionales que pueden rondar £5,000-£20,000 solo por el trabajo de certificación inicial. He visto fundadores sorprendidos genuinamente por esto. Un cliente fintech nuestro en 2023 había presupuestado cero libras para trabajo de cumplimiento y luego necesitó £14,000 antes de poder lanzarse.
Entrega y Documentación
Buena documentación, docs de API, runbooks de deployment, guías de onboarding para futuros devs, cuesta tiempo real. Presupuesta el 5-8% del total de horas del proyecto para documentación si alguna vez quieres poder mantener, extender o vender la cosa.
---
Cómo Validar una Cotización que Recibiste
Tienes una propuesta enfrente. Así es como la auditas antes de firmar:
- Pide el desglose de features detrás del número. Si no pueden darte un desglose a nivel de historias, la cotización es una adivinanza.
- Verifica si DevOps, QA y PM son líneas separadas o están ocultos en una tarifa combinada. Lo oculto usualmente significa que está poco cocido.
- Pregunta cuál es la política de contingencia. ¿Cierran los sobrecostos? ¿Tiempo y materiales o precio fijo? Cada uno tiene implicaciones reales.
- Averigua qué supuestos han hecho sobre integraciones de terceros. Pregúntales directamente: "¿Leyeron la documentación de la API para [servicio específico] antes de cotizar?"
- Pregunta qué sucede si los requisitos cambian después del sprint 2. La respuesta te dice casi todo sobre cómo opera la agencia.
La metodología Shape Up de Basecamp tiene un marco genuinamente útil para esto: tiempo fijo, alcance variable. Vale la pena leerla antes de entrar en cualquier negociación con una agencia.
---
Herramientas de IA en 2026: Qué cambian (y qué no)
Todos quieren saber si GitHub Copilot, Cursor, o la nueva ola de herramientas de codificación basadas en agentes (Devin, Replit Agent) han reducido materialmente los costos de software. ¿Honestamente? Sí, un poco. Pero menos de lo que sugiere el hype.
Mi experiencia aproximada: desarrolladores fuertes con asistencia de IA están trabajando alrededor del 20-30% más rápido en trabajo CRUD greenfield. Ese tramo del medio de features estándar, formularios, tablas, flujos básicos de autenticación, sí sale más rápido. Pero trabajo de integración complejo, decisiones arquitectónicas, debugging de race conditions sutiles y cualquier cosa que requiera pensamiento profundo del producto, la IA no ayuda ahí, y en algunos casos genera código que se ve plausible pero introduce nuevos problemas.
Aplicaría un descuento de eficiencia de 10-15% a historias simples y medianas en 2026 si el equipo está confirmado usando herramientas de IA en serio. No más que eso. Cualquiera que te cotice 50% más barato "porque usamos IA" está ejecutando un proyecto muy diferente al que crees, o te está diciendo algo demasiado bueno para ser verdad.
---
FAQ
¿Qué tan preciso puede ser realmente un estimado de software antes de que las especificaciones estén escritas?
No mucho. Espera varianza ±40-60% en la etapa de idea. Una vez que tengas flujos de usuario detallados, un modelo de datos y una lista de todas las dependencias de terceros, puedes llegar a ±20%. Después de un discovery sprint con wireframes y arquitectura técnica: ±10-15%. Paga un discovery engagement adecuado antes de que te comprometas a un presupuesto de construcción completa, típicamente cuesta £2,000-£6,000 y es el mejor dinero que gastarás en el proyecto.
¿Debería optar por precio fijo o tiempo y materiales?
Precio fijo te da certeza de presupuesto pero traslada riesgo a la agencia, lo que significa que van a inflar la estimación y protegerse con cláusulas de cambio de orden. Tiempo y materiales es honesto pero requiere que manejes el scope activamente. Mi preferencia para la mayoría de fundadores: precio fijo por sprint (típicamente 2 semanas), con scope definido al inicio de cada sprint. Obtienes previsibilidad sin el juego del padding.
¿El desarrollo nearshore u offshore realmente es más barato una vez que factorizas la sobrecarga de gestión?
A menudo, pero no siempre. El costo administrativo es real: más tiempo de gestión, más comunicación asincrónica, ocasionalmente trabajo adicional por expectativas desalineadas. Para un proyecto bien delimitado con especificaciones sólidas, nearshore (Europa del Este en particular) ofrece valor genuino. He ejecutado proyectos exitosos a £40/hora blended con equipos polacos y ucranianos. Para algo ambiguo y de rápido movimiento, lo mantendría más cerca.
¿Cuál es una bandera roja en una propuesta de software?
Una cita de una sola línea sin desglose. Una cronología que no incluye QA ni despliegue. Sin mención de cómo se manejan las solicitudes de cambio. Y honestamente, cualquier agencia que no te haga preguntas difíciles sobre tu infraestructura existente antes de cotizar. Si no tienen curiosidad sobre tus limitaciones, no han pensado seriamente en tu proyecto.
¿Cómo presupuesto el mantenimiento posterior al lanzamiento?
Regla estándar: 15-20% del costo de construcción inicial por año para mantenimiento continuo, corrección de bugs y trabajo de features menores. Una construcción de £50,000 necesita un presupuesto de mantenimiento anual de £7,500-£10,000. Si alguien te dice que el software está "terminado" al lanzamiento, busca otras personas de software.
---
¿El fundador de logística de noviembre? Volvió a su agencia, refactorizaron su proceso de trabajo, y el producto se lanzó en marzo. Está funcionando bien. Pero me dijo que deseaba que alguien le hubiera entregado un framework como este antes de firmar cualquier cosa. Así que. Aquí está.
Lectura relacionada: Building a Real-Time Auction Site with Next.js & Supabase, desarrollo web personalizado y software personalizado.