Mejorar la web puede significar cambiar colores, rehacer formularios o añadir pagos. Escribe qué entrega se espera antes de estimar el trabajo.
Describe un uso concreto
En este ejemplo, el encargo es publicar un formulario para que clientes actuales pidan una revisión de su proyecto desde el móvil. Hoy llegan solicitudes sin referencia y alguien debe pedir contexto. El formulario tendrá que resolver esa falta de información.
Eso todavía no decide colores ni tecnología. Tampoco permite prometer un porcentaje de ahorro sin medirlo. Indica qué datos permitirán reconocer una solicitud completa.
| Elemento del ejemplo | Definición |
|---|---|
| Incluido | Campos de contacto, referencia y mensaje |
| No incluido | Pagos, cuentas de usuario o seguimiento público |
| Dependencia | Buzón y persona que recibirán consultas |
| Aprobación | Responsable de atención al cliente |
Acuerda cómo se aceptará
Que se vea bien necesita concretarse. Comprueba etiquetas legibles, uso por teclado, mensajes de error y recepción en el destino acordado. Esas pruebas cubren el comportamiento principal, aunque no agoten todos los aspectos del diseño.
Envía una consulta ficticia desde móvil y verifica que llegue con la referencia del proyecto. Prueba también correo inválido y mensaje vacío. Define quién prepara los casos y quién confirma que la entrega sirve.
Resuelve las dependencias
Puede faltar acceso a la web, el destino del correo o el texto de privacidad. Pon responsable y fecha a cada respuesta. No comprometas una entrega como si esos requisitos ya estuvieran resueltos.
Pide a alguien que lea el brief y explique qué espera recibir. Si describe algo distinto, corrige el documento. Guarda después los cambios de alcance y su efecto en plazo y trabajo, para distinguir una corrección de una petición nueva.
- Cómo organizar un equipo pequeño con un tablero Kanban
- Cómo organizar los archivos de tu negocio en la nube
