Estima recorridos, permisos, integraciones, datos y operación. Compara escenarios de alcance sin confundir una fórmula de tarifas con un plan de entrega.

El presupuesto depende de lo que el usuario puede hacer y de lo que debe seguir siendo correcto cuando algo falla. Dos productos con igual número de pantallas pueden requerir esfuerzos distintos. Un directorio público y un sistema de aprobaciones multiempresa parecen pequeños en un mapa, pero el segundo añade permisos, transiciones, historial e integraciones detrás de cada pantalla.
Estimar recorridos completos
Describe usuario, estado inicial, acción y resultado. Incluye validación, dependencias indisponibles, permisos y soporte. En una aprobación, define quién envía, modifica, acepta, rechaza y reabre. Estas transiciones explican más que contar un formulario y un panel. Separa capacidades compartidas para no presupuestar autenticación o notificaciones repetidamente.
| Componente | Pregunta que cambia esfuerzo | Prueba para estimar |
|---|---|---|
| Recorridos y roles | ¿Cuántas decisiones y permisos distintos? | Mapa y matriz de roles |
| Integraciones | ¿Hay reintentos o conciliación? | Documentación y prueba limitada |
| Datos | ¿Deben limpiarse o migrarse? | Muestra y aceptación |
| Calidad y operación | ¿Qué disponibilidad y soporte se necesitan? | Comprobaciones y responsables |
Modelar más que programación
Separa descubrimiento, diseño, implementación, verificación, migración y lanzamiento. Añade infraestructura, licencias, vigilancia y mantenimiento con precios y cargas reales. Asocia reserva de incertidumbre a incógnitas concretas, no a un porcentaje inexplicado. Presenta alcance mínimo, esperado y ampliado para mostrar lo que se obtiene o aplaza.
- Dar el mismo alcance a cada proveedor.
- Preguntar por fallos y operaciones incluidos.
- Separar opcionales del recorrido completo mínimo.
- Adjuntar supuestos, exclusiones y gestión de cambios.
- Confirmar propiedad de código, cuentas y transferencia.
Validar las incógnitas principales
Un calculador organiza datos, pero no descubre reglas de negocio ausentes ni garantiza fechas. Valida componentes inciertos antes de comprometer el presupuesto. Un prototipo o descubrimiento dirigido puede mejorar la estimación. Evita presentar un ejemplo como precio universal de mercado.
Conserva versiones de las hipótesis y explica qué cambia cada escenario. También registra horas internas del cliente, preparación de contenido y decisiones que dependen de otras personas. No siempre aparecen en la propuesta del proveedor, pero pueden controlar tanto coste como calendario. La comparación útil permite decidir qué construir ahora y qué condición justificaría ampliar después.
- Desarrollo de sitios y aplicaciones web
- Elegir una agencia web: checklist de evaluación
- Funciones de un MVP SaaS: completar un recorrido útil
Compara el coste completo de dos opciones
Calcula implementación, migración, operación y salida durante el mismo periodo. Introduce tus propios presupuestos y supuestos.
Introduce todos los costes de ambas opciones. Usa 0 donde no corresponda ningún coste.
Los datos son supuestos de planificación, no precios de mercado. La reserva se aplica solo a implementación y migración. Los costes recurrentes aumentan cada doce meses; la salida se paga al final. El descuento supone pagos al cierre de cada mes. Se excluyen impuestos, ingresos, financiación y cambio de divisa. El cruce de costes no predice la rentabilidad.
Preguntas frecuentes
¿Por qué cuesta más que un sitio sencillo?
Los flujos pueden necesitar estado, permisos, integraciones y operación. El número de páginas no representa esa complejidad.
¿Bastan los wireframes?
Ayudan a definir interfaz, pero faltan reglas, roles, datos y errores.
¿Incluimos mantenimiento?
Sí en el coste de propiedad, aunque se contrate por separado.
¿Cómo reducir el primer alcance?
Reduce variantes y recorridos completos, preservando corrección y operación esenciales.
¿Es preciso un calculador inicial?
Depende de las entradas. Sirve para comparar hipótesis y orientar qué incertidumbre investigar.
Convirtamos la idea en un alcance realizable
Comparta el recorrido del usuario, las integraciones y las condiciones del lanzamiento. Podemos preparar una estimación con supuestos y exclusiones.
Para seguir leyendo
Elegir una agencia web: checklist de evaluación
Compara agencias con el mismo brief y pide evidencias de entrega, calidad y transferencia. Aclara propiedad, incertidumbre y soporte antes de contratar.
Funciones de un MVP SaaS: completar un recorrido útil
Define valor, límites entre clientes y operación. Aplaza variantes sin dejar incompleto el primer recorrido que el producto promete resolver.
Next.js o WordPress: elegir por el flujo editorial
Compara edición, funciones, mantenimiento y propiedad. Selecciona una arquitectura que puedan operar tanto contenido como ingeniería.