La decisión
El presupuesto empieza por las tareas que debe completar el usuario, incluidas las excepciones. Contar pantallas oculta permisos, datos importados, conexiones y recuperación de errores. Dos aplicaciones con cinco pantallas pueden exigir trabajos muy distintos.
Un ejemplo práctico
Ejemplo hipotético de un portal de proveedores: 8 jornadas de análisis y diseño, 15 de desarrollo del flujo, 6 de integración, 5 de comprobaciones y 3 de preparación del lanzamiento. Son 37 jornadas de trabajo, no una oferta ni una referencia de mercado. Se multiplican por la tarifa acordada; alojamiento y mantenimiento se calculan aparte.
Convertir la estimación en un registro de alcance
Separe cada trabajo en resultado prometido, supuesto, responsable y prueba de aceptación. “Integración” es demasiado amplio: un pedido aprobado llega una vez, recibe referencia externa y conserva estado visible si falla. Anote quién aporta cuenta de prueba. Así una oferta baja no depende de trabajo ajeno invisible. Compare proveedores con las mismas responsabilidades.
Presupuestar también las excepciones
Revise un pedido difícil: se retira un artículo, cambia la dirección tras aprobar y el proveedor responde tarde. Identifique qué está incluido y qué supuesto cambió. Modifique una partida concreta, no toda la propuesta. Si falta evidencia, encargue una investigación con decisión definida. La reserva cubre incertidumbre dentro de lo prometido; añadir una promesa exige cambiar alcance.
Distinguir lanzamiento y responsabilidad posterior
Después del lanzamiento alguien revisa copias, actualiza, investiga transferencias y atiende dudas. Asigne negocio, estudio o proveedor y explique los relevos. Aclare cuándo soporte pasa a desarrollo autorizado. Antes de aceptar, compruebe prueba de aceptación, exclusiones, costes externos, cuentas y reserva no consumida. Se busca explicar futuras decisiones con un acuerdo comprensible, no adivinar todas las facturas.
Alternativas que conviene valorar
Conviene estimar un intervalo cuando hay incertidumbre. Una API documentada permite acotar mejor que una exportación desconocida. Un análisis inicial remunerado puede despejar dudas; un precio cerrado encaja si el alcance y los criterios de aceptación están definidos.
Dónde falla el plan
No esconda la limpieza de datos dentro del desarrollo ni deje las pruebas para el tiempo sobrante. Especifique exclusiones y decisiones pendientes. Vincule la reserva a riesgos concretos, como credenciales que todavía no están disponibles.
Antes de encargar el trabajo
¿Quién aporta datos de prueba? ¿Quién aprueba los permisos? ¿Qué demuestra que una operación terminó? Lleve estas respuestas a la conversación sobre desarrollo a medida y pida que el presupuesto muestre qué evidencia podría modificarlo.
Software a medida
Software que sigue la forma de trabajar de tu negocio.
Hablemos de este servicio