Borrador editorial publicado para consulta. La revisión factual y lingüística está pendiente. Los ejemplos son ilustrativos.
Asigna una finalidad a cada campo
Elige campos que alguien utilizará para responder: necesidad, servicio aproximado y canal de contacto. Distingue obligatorios de útiles pero opcionales. Evita pedir documentos sensibles para una primera conversación si no son necesarios. Revisa con quien recibe solicitudes qué dato cambia su acción; si no cambia nada, considera retirarlo del formulario inicial previsto.
Diseña recepción y confirmación
Define dónde se guarda la solicitud, quién la atiende y cómo se detecta un fallo. La confirmación debe corresponder a un resultado real, no a que se pulsó un botón. Explica el siguiente paso sin prometer un plazo que el equipo no pueda cumplir. Incluye una alternativa de contacto únicamente si está confirmada y operativa.
Prueba calidad y recuperación
Ejemplo: una solicitud sobre ERP llega con correo válido pero sin alcance. Debe poder recibirse y asignarse para aclaración, no desaparecer por una clasificación demasiado rígida. Prueba además campos inválidos, envío repetido y servicio no disponible. Acepta cuando el usuario entiende errores, no pierde su texto y el equipo puede localizar la solicitud sintética sin confundirla con clientes reales.
Puntos clave
- Pide lo que permita orientar la respuesta y explica el siguiente paso de forma realista.