Un briefing de aplicación explica quién hace qué, con qué datos y qué debe ocurrir después. Una lista de pantallas ayuda a orientarse, pero no describe por sí sola las reglas, los errores o la continuidad de los datos.
Esta plantilla permite convertir una idea en un recorrido que se pueda conversar, presupuestar y comprobar.
Empieza por una tarea completa
Escribe el resultado principal antes de añadir funciones secundarias. En el ejemplo de este recurso, la persona crea un proyecto, registra una decisión, la corrige, guarda y recupera su trabajo, y exporta una copia.
Ese recorrido obliga a resolver cuestiones que no aparecen en una maqueta: qué campos son obligatorios, qué significa cada estado, qué ocurre al recargar y qué sucede si el archivo importado está roto.
Cómo rellenarla
- Describe al usuario y la situación que quiere resolver.
- Escribe una tarea de principio a fin, con un resultado comprobable.
- Enumera las pantallas y sus estados vacío, parcial, error y éxito.
- Define los datos que se crean, consultan o modifican.
- Separa roles y permisos de la simple apariencia de una pantalla.
- Indica qué se guarda, dónde y cómo se recupera o exporta.
- Marca dentro, fuera y pendiente, y convierte el recorrido en pruebas de aceptación.
Puedes dejar una cuestión pendiente. “Todavía no sabemos si habrá varios usuarios” merece una conversación de alcance; no se transforma automáticamente en una aplicación con cuentas.
Ejemplo Cuaderno de decisiones
Cuaderno de decisiones es un ejemplo didáctico ficticio de aplicación local. Permite definir un proyecto, registrar decisiones con motivo, filtrar por estado y exportar/reimportar información. El ejemplo no representa usuarios, un encargo ni una validación comercial.
La primera versión descrita tiene un usuario local, sin registro, pagos ni sincronización. Esa exclusión permite revisar el recorrido principal con claridad. Si más adelante se necesita colaboración, habrá que definir identidad, roles, conflictos de edición y continuidad.
Lee el ejemplo completo y cambia una condición: ahora dos personas deben trabajar sobre el mismo proyecto. Observa qué apartados tendrías que revisar antes de estimar esa ampliación. Añadir una invitación visual no resuelve por sí solo el acceso a los datos.
Qué podrás reutilizar
La plantilla y el ejemplo incluyen propósito, pantallas, entidades, reglas, estados, roles, guardado, exportación, integraciones, alcance y pruebas. Descarga Markdown para editar como texto o JSON para cargar el esquema en el constructor de briefing en modo aplicación.
La versión HTML sirve para lectura e impresión. El formato descargado sigue siendo un documento editable; no genera código ni valida automáticamente que la idea sea viable.
Revisa antes de pedir una propuesta
Comprueba un caso correcto y uno que falle. Por ejemplo: una decisión se guarda y reaparece tras recargar; un archivo inválido se rechaza conservando el trabajo anterior. Si no puedes explicar el resultado esperado, registra la pregunta pendiente.
No incluyas contraseñas, datos de personas reales ni documentos confidenciales para describir el comportamiento. Puedes usar datos ficticios claramente señalados, como en este recurso.
Si tu encargo es principalmente informativo, la plantilla de briefing web puede encajar mejor. Si la aplicación tiene reglas propias, una propuesta de software a medida debe explicar cómo las convertirá en una entrega comprobable.