Un presupuesto de software a medida solo permite decidir si está claro qué incluye. Dos propuestas para una aplicación de compras pueden contemplar procesos, integraciones y responsabilidades muy distintos. Antes de comparar importes, entrega a cada proveedor el mismo resumen y pide que detalle sus supuestos y exclusiones.
Describe un proceso completo
En un ejemplo de compras, una persona solicita material, su responsable lo aprueba, el departamento de compras emite el pedido y el almacén registra la recepción. Añade solicitudes rechazadas, entregas parciales y correcciones. Escribir únicamente «módulo de compras» deja demasiadas decisiones abiertas.
Para cada paso, identifica usuario, entrada, regla, resultado y excepción. Utiliza documentos de muestra sin datos personales ni información comercial sensible. Aclara también qué sistema mantiene los registros de productos, clientes y proveedores.
Seis bloques que deben poder compararse
- Alcance funcional: procesos, permisos, informes y dispositivos compatibles. Separa la primera versión de las mejoras opcionales.
- Integraciones: sistemas concretos, dirección de los datos, frecuencia de actualización y tratamiento de errores.
- Migración: quién depura los registros, define correspondencias, ensaya la importación y valida los saldos iniciales.
- Aceptación: escenarios que deben funcionar, entorno de pruebas, tratamiento de defectos y responsable de aprobar la entrega.
- Entrega y continuidad: acceso al código, cuentas de alojamiento, documentación y procedimiento para cambiar de mantenedor.
- Costes recurrentes: infraestructura, licencias, servicios por consumo, copias de seguridad y soporte. Distingue estimaciones de importes incluidos.
Convierte una petición vaga en una prueba
«Los responsables pueden aprobar compras» admite varias interpretaciones. Una condición más clara sería: «El responsable del departamento solicitante puede aprobar o rechazar una petición; la persona solicitante ve el resultado y el motivo; otro usuario sin permiso no puede aprobarla». Añade límites de importe solo cuando la empresa haya acordado esa regla.
No necesitas terminar toda la especificación antes de hablar con un proveedor. Sí conviene señalar las incertidumbres para que pueda plantear una fase de definición cuando todavía no sea posible cerrar el alcance.
Prepara una hoja de comparación útil
Dedica una fila a cada proceso y columnas a funciones incluidas, exclusiones, dependencias, evidencia de aceptación, coste inicial y coste recurrente. Marca los datos desconocidos como «pendiente de confirmar», nunca como cero. Una oferta aparentemente barata puede dejar fuera la formación o la migración.
Pregunta cómo se aprueban los cambios y cómo afectan al precio y al calendario. Define quién puede autorizar una ampliación y dónde quedará registrada la nueva versión del alcance.
Preguntas antes de elegir
- ¿Qué documentación debe aportar nuestra empresa antes del inicio?
- ¿Qué supuesto sobre datos o integraciones podría modificar la estimación?
- ¿Podremos revisar entregas funcionales durante el desarrollo?
- ¿Qué cobertura existe para errores detectados después de la aceptación?
¿Necesitas una cifra cerrada desde el principio? Si faltan decisiones esenciales, pide una fase de definición acotada y un rango con supuestos explícitos. Un total sin explicación no permite valorar el riesgo del proyecto.
Consulta nuestros servicios de desarrollo web y ERP a medida. Para preparar una conversación, comparte el proceso actual, las integraciones necesarias y las prioridades de la primera versión desde la sección de contacto.