Leer los requisitos de una aplicación sin conocimientos técnicos

Elige un ejemplo de tu actividad y síguelo en el documento. Seis preguntas ayudan a detectar lo que falta, lo que no está claro y lo que ya puedes aprobar.

Tomemos un ejemplo: el documento de tu futura aplicación dice: «El cliente puede pedir un presupuesto». Piensa en tu último cliente: adjunta una foto, indica una dirección y espera respuesta. ¿Encuentras esos pasos en la descripción? Esta comparación es un buen punto de partida para leer sin conocimientos técnicos.

¿La necesidad corresponde a tu actividad?

Busca a quién ayuda la aplicación y qué problema debe resolver. «Reunir las solicitudes para no olvidar ninguna» es más preciso que «mejorar la relación con el cliente».

Si varias personas deciden sobre el proyecto, pide a cada una que resuma la necesidad en una frase. Unas respuestas diferentes merecen una conversación antes de aprobar el resto.

¿Una persona puede completar el recorrido?

Sigue a tu cliente desde su primera visita hasta la confirmación de su solicitud. Comprueba qué introduce, qué recibe y cómo encuentra el siguiente paso.

«Se envía una notificación» deja preguntas abiertas. ¿Por correo o SMS? ¿Cuándo? ¿A quién? Pide una formulación que permita saber qué deberás observar en la aplicación.

¿Están escritas las reglas importantes?

Busca una regla que apliques cada semana: validez de un presupuesto, descuento, cancelación, acceso reservado a un compañero. No supongas que se adivinará.

«Se calcula el importe» no indica la fórmula ni el redondeo. Añade un ejemplo con cifras sencillas y el resultado esperado. Ayudará a comprobar que habláis de lo mismo.

¿Quién ve la información y qué ocurre con ella?

Identifica los datos que se conservan y las personas autorizadas a consultarlos o modificarlos. «Gestión de usuarios» no dice si un empleado ve todos los expedientes o solo los suyos.

Si hay que trasladar archivos, pregunta cuáles y cómo se tratarán los duplicados. Estas decisiones forman parte de unos requisitos útiles.

¿Qué esperará a una versión posterior?

Lee la parte que indica lo que no está previsto. Un pago por internet o una aplicación móvil pueden haberse aplazado aunque pensaras que estaban incluidos.

Pide que se confirmen esos límites. Una primera lectura de diez minutos puede revelar un desacuerdo; no sustituye el tiempo necesario para entender un documento más complejo.

¿Qué puedes aprobar ahora?

Anota lo que te parece bien, una regla que falta y las frases que necesitan explicación. Envía esos comentarios antes de dar tu validación. Un texto fluido, escrito por una persona o por una IA, puede contener una suposición equivocada.

Puedes pedir una versión corta u otro ejemplo. Si empiezas de cero, el taller de una hora ayuda a preparar un primer borrador para comentar.