Describe el problema antes de enumerar pantallas
Pedir «un sistema con clientes, ventas y reportes» no explica qué debe resolver el desarrollo. Empieza por una dificultad observable: la información se copia en varios archivos, nadie sabe qué cotizaciones están pendientes o los saldos requieren una revisión manual.
Anota quién enfrenta el problema, con qué frecuencia ocurre y cómo se resuelve hoy. Si todavía no tienes cifras, registra algunos casos durante una semana de operación habitual. Esa información permite priorizar sin atribuir al sistema beneficios que aún no se han medido.
Dibuja el recorrido de una operación
Describe un caso desde su inicio hasta su cierre. Para una cotización, el recorrido puede ser: registrar la solicitud, ingresar los conceptos, revisar precios, pedir aprobación, enviar la versión aprobada y registrar la respuesta del cliente.
Junto a cada paso, identifica al responsable y los datos necesarios. Incluye excepciones: un cliente solicita un cambio, un precio vence o una operación se cancela. Son esas reglas las que suelen modificar el alcance del desarrollo.
Define usuarios y permisos
Un vendedor puede preparar una cotización, mientras que una jefatura aprueba descuentos. Administración puede consultar cobros sin modificar los precios. Estos son ejemplos de roles que deben ajustarse a tu negocio.
No describas únicamente lo que cada persona puede ver. Define qué puede crear, editar, aprobar, anular y exportar. Considera qué sucede cuando una persona deja el equipo y quién administra los accesos. Para operaciones sensibles, acuerda qué cambios quedarán registrados y quién podrá revisarlos.
Escribe reglas que puedan comprobarse
En lugar de «el sistema debe ser fácil», utiliza condiciones observables. Por ejemplo: «Una cotización en borrador puede editarse; una aprobada conserva su versión y los cambios generan una nueva revisión». Confirma con el equipo si esta regla representa su trabajo antes de implementarla.
Otro ejemplo de criterio de aceptación: «Dado un vendedor sin permiso de aprobación, cuando solicita un descuento que requiere autorización, la cotización queda pendiente y no se presenta como aprobada». Define también qué ocurre si falta un precio o si la persona autorizada rechaza la solicitud.
Aclara de dónde vendrán los datos
Haz un inventario de archivos y herramientas actuales. Señala qué información deseas conservar, qué campos identifican un registro y quién revisará duplicados. Migrar una lista de clientes no es lo mismo que reconstruir años de movimientos con formatos diferentes.
Para las integraciones, indica el nombre de la herramienta, los datos que intercambiará y la frecuencia necesaria. Confirma la disponibilidad de documentación y un entorno de pruebas. Utiliza ejemplos ficticios o anonimizados al compartir información para una cotización.
Separa lo imprescindible de lo que puede esperar
Clasifica cada función según su relación con el objetivo inicial. Una función es imprescindible si sin ella el proceso no puede completarse; otra puede esperar si existe una alternativa temporal aceptable.
Acuerda además cómo se solicitarán cambios una vez aprobado el alcance. Documentar la nueva necesidad y su impacto en plazo y costo permite decidir con claridad. Las primeras pruebas deben incluir a las personas que utilizarán el sistema, no solo a quien contrata el proyecto.
Plantilla para solicitar una cotización
Copia esta lista y completa cada punto con información concreta:
- Empresa y actividad: qué hace el negocio y qué área utilizará el sistema.
- Problema actual: un ejemplo reciente y su frecuencia aproximada.
- Objetivo inicial: qué proceso debe poder completarse con la primera versión.
- Usuarios: roles, acciones permitidas y cantidad aproximada de personas.
- Flujo y excepciones: pasos normales, aprobaciones y correcciones.
- Datos e integraciones: archivos existentes y herramientas involucradas.
- Reportes: preguntas que necesitas responder y filtros relevantes.
- Aceptación: ejemplos que permitirán verificar que cada función trabaja como se acordó.
- Operación posterior: capacitación, soporte, copias, accesos y responsables.
- Restricciones: fechas necesarias, disponibilidad del equipo y prioridades de inversión.
El siguiente paso
Con este brief podrás comparar propuestas sobre un alcance más claro. Si aún dudas del tipo de solución, revisa software a medida frente a software estándar.
En Tu SitioWeb elaboramos páginas web y sistemas a medida para empresas. Revisamos contigo los procesos y las funciones antes de preparar una propuesta. La plantilla sirve para iniciar la conversación; el alcance definitivo se acuerda en la cotización.
