Antes de pedir software, describe el proceso que necesitas mejorar.

Empieza por una situación concreta

Una solicitud como ‘necesitamos una aplicación’ deja abiertas casi todas las decisiones. Es más útil describir una situación: una reserva llega por correo, alguien la captura en una hoja, otra persona confirma el pago y operaciones recibe los cambios por mensaje.

Ese ejemplo es ilustrativo. Para trabajar con tu caso, elige un proceso real y sigue una operación completa, desde que empieza hasta que termina. Anota también las esperas, correcciones y decisiones que hoy resuelven las personas.

• Qué inicia el proceso y qué resultado lo da por terminado.
• Quién captura, revisa, autoriza y consulta la información.
• Qué sistemas, documentos y canales intervienen.
• Qué ocurre cuando falta un dato, hay una cancelación o se necesita corregir algo.

Define una primera entrega que se pueda comprobar

Divide lo indispensable para operar de lo que puede incorporarse después. La primera entrega debe permitir completar una parte útil del trabajo, con sus permisos y excepciones, para que el equipo pueda probarla con sentido.

Escribe el resultado esperado como una acción verificable. Por ejemplo: ‘La persona de operaciones puede consultar una reserva confirmada y sus cambios sin pedir la última versión por mensaje’. Después acuerda qué casos deben pasar para aceptar esa entrega.

Lleva contexto, aunque no tengas una especificación

Para una primera conversación puedes preparar un esquema del proceso, ejemplos sin datos personales y una lista de los sistemas actuales. Incluye quién puede aclarar las reglas y quién decidirá si la solución sirve para trabajar.

Si existe una fecha necesaria, explica qué la determina. Si hay información confidencial, describe el problema de forma general y acuerda antes cómo compartirla. Ese contexto permite discutir alcance, dependencias y prioridades antes de elegir herramientas o estimar el trabajo.