Cómo escribir un brief de propósito antes de crear contenido web

Antes de encargar una página, complete y apruebe un brief de una sola página con nueve campos: audiencia prevista, pregunta del usuario, rol de la página, mensaje clave, evidencia requerida, acción deseada, formato, responsable y fecha de revisión. Compare primero la propuesta con el contenido y el recorrido existentes. La decisión resultante puede ser actualizar, combinar, redirigir, rechazar o crear; recibir un título y un formato preferido no convierte automáticamente una solicitud en trabajo de redacción.

¿Por qué definir el propósito de la página antes de redactarla?

Hay que definir el propósito primero porque el equipo necesita confirmar una necesidad válida, un rol distinto, la evidencia necesaria, el resultado esperado y la responsabilidad de mantenimiento antes de tratar la solicitud como un encargo. De lo contrario, quien redacta termina deduciendo para quién escribe, qué pregunta debe resolver y cómo se relaciona la pieza con otras páginas. La guía de GOV.UK pide identificar usuarios probables, tarea, evidencia y criterios de aceptación. Los nueve campos siguientes reúnen esos principios con planificación y ciclo de vida, pero son una síntesis editorial, no un estándar oficial.

¿Qué debe revisar el equipo antes de aprobar otra página?

El equipo debe buscar primero páginas, herramientas, transacciones y otros canales que ya respondan a la misma necesidad o cumplan el rol propuesto. La orientación de GOV.UK recomienda revisar temprano el contenido existente, detectar páginas actualizables, duplicaciones y datos faltantes, y eliminar repeticiones innecesarias antes de agregar más. Las páginas similares pueden volver incierta la fuente autorizada y dificultar la localización de una respuesta. Eso no exige fusionar mecánicamente todo contenido relacionado: una referencia breve en el punto de necesidad puede ayudar a completar una transacción sin crear otra versión autorizada.

• Actualizar cuando una página existente ya es responsable de la necesidad y puede cumplir el rol.
• Combinar cuando varios fragmentos compiten por ofrecer una misma respuesta.
• Redirigir o retirar cuando otra página pasa a ser la fuente autorizada.
• Rechazar cuando la evidencia no confirma una necesidad o cuando una herramienta, una transacción u otro canal haría mejor el trabajo.
• Crear solo cuando necesidad, rol, evidencia, acción, formato, responsable y revisión forman una propuesta coherente.

No encargue al redactor producir una página; encargue a la organización justificar el trabajo de esa página.

WebChorus

¿Cómo se definen la audiencia prevista y la pregunta del usuario?

Defina la audiencia por la tarea, situación o nivel de conocimiento que cambia lo que la página debe hacer, y formule una pregunta central respaldada por evidencia en lenguaje reconocible. «Todos los clientes» no ofrece una base útil para decidir alcance, detalle o secuencia. Una pregunta puede incluir subpreguntas estrechamente relacionadas si juntas expresan una necesidad coherente. La analítica, los registros del centro de llamadas, investigaciones previas y datos externos pueden aportar evidencia, pero su suficiencia depende de la pregunta: el tráfico por sí solo no explica la intención ni demuestra que deba existir una página.

• Describa el momento real: por ejemplo, administradores que preparan una configuración, no una categoría demográfica amplia.
• Separe evidencia de preferencia: un título sugerido, una solicitud ejecutiva o un video pedido son soluciones propuestas.
• Valide las suposiciones con más de una señal cuando la decisión o la evidencia disponible lo ameriten.
• Mantenga juntas las subpreguntas que una persona razonablemente resolvería como parte de la misma tarea.

¿Cómo se conectan el rol, el mensaje clave y la evidencia requerida?

Los tres campos deben formar una cadena: el rol define la contribución única de la página al recorrido, el mensaje clave expresa su conclusión esencial y la evidencia requerida establece cómo se sostendrá esa conclusión. Una explicación de soporte, por ejemplo, puede aclarar requisitos antes de que un administrador ingrese a una herramienta de configuración; la herramienta, no la explicación, realiza la configuración. La guía de Canadá recomienda presentar primero la información más importante para la tarea. Por eso, el título, el encabezado principal y la apertura publicados deben comunicar el tema, el propósito y la relevancia que el brief prometió.

• Para el rol, explique por qué una página, herramienta, transacción u otro canal no puede cumplir mejor el mismo trabajo.
• Para el mensaje, escriba una conclusión concreta, no una lista de temas ni un eslogan.
• Para la evidencia, incluya tanto prueba de la necesidad como fuentes, registros, datos, demostraciones o verificación experta para las afirmaciones.
• Trate el título descriptivo como una comprobación necesaria, no como prueba de accesibilidad completa.

¿Cómo debe la acción deseada determinar el formato?

La acción deseada debe expresar lo que la audiencia podrá decidir, hacer, localizar, comparar, comprender o alcanzar después; el formato se elige para facilitar ese resultado dentro del recorrido. Usar la acción como condición de aceptación es una síntesis práctica de necesidades orientadas a tareas y criterios de aceptación, no una obligación de generar una venta, un lead o un formulario enviado. Solo después de aclarar necesidad y rol conviene elegir orientación, comparación, referencia, explicación, video, paso transaccional o herramienta. Las fuentes respaldan este principio de decisión, no una taxonomía universal para sitios empresariales.

• Si la persona necesita entender requisitos, una explicación o lista de verificación puede ser adecuada.
• Si necesita ejecutar una operación, quizá corresponda mejorar la transacción o la herramienta.
• Si necesita distinguir opciones, una comparación estructurada puede servir mejor que una narración extensa.
• Si otro canal resuelve la necesidad con mayor claridad, registre esa decisión en lugar de forzar una página nueva.

¿Quién es responsable de la página y cuándo debe revisarse?

Una persona o un equipo debe asumir la responsabilidad de la exactitud y el mantenimiento, mientras la fecha de revisión se fija según condiciones reales de cambio. Digital.gov distingue la responsabilidad de la verificación temática y las aprobaciones dentro del ciclo de vida. Por eso, el responsable coordina, pero no sustituye a contribuyentes, aprobadores ni especialistas de accesibilidad, asuntos legales, regulación, datos o tecnología cuando se necesita su juicio. La próxima revisión debe responder a cambios conocidos, volatilidad, riesgo, evidencia y compromisos de publicación, no a una cadencia universal.

• Registre quién responde por la página, no solo quién redactó la primera versión.
• Nombre por separado a quienes verifican afirmaciones, aprueban riesgos o implementan funciones.
• Vincule la fecha a un detonante documentado cuando sea posible, como una versión de producto o un cambio de proceso.
• Use el control para decidir si corresponde actualizar, corregir, consolidar, redirigir o retirar.
• No confunda una fecha registrada con garantía de mantenimiento: el trabajo todavía necesita capacidad y seguimiento.

¿Cómo se ve un brief completo de nueve campos?

Un brief completo conecta los nueve campos en una sola decisión que las partes interesadas pueden evaluar antes de asignar la redacción. El siguiente caso hipotético describe una página de soporte B2B para administradores que se preparan para configurar una integración compatible. No atribuye tráfico, conversiones, ahorro ni mejoras de desempeño. En un proyecto real, el equipo tendría que reemplazar todas las suposiciones del ejemplo con evidencia propia y registrar quién verificó la información.

• Audiencia prevista: administradores de clientes que se preparan para configurar una integración compatible.
• Pregunta del usuario: «¿Qué debo confirmar antes de iniciar la configuración?»
• Rol de la página: explicar los requisitos previos antes de entrar a la herramienta de configuración.
• Mensaje clave: confirme acceso, compatibilidad y registros requeridos antes de comenzar.
• Evidencia requerida: documentación vigente del producto, registros de soporte que muestren la pregunta y verificación del especialista responsable.
• Acción deseada: decidir si la organización está preparada y continuar hacia la herramienta o la ruta de soporte correcta.
• Formato: orientación concisa con una lista de requisitos previos.
• Responsable: equipo de contenido de soporte, con revisores identificados de producto y accesibilidad.
• Fecha de revisión: próximo control programado, vinculado a un detonante documentado de lanzamiento del producto.

Antes de aprobarlo, compruebe que la evidencia realmente identifica a la audiencia y su pregunta; que la decisión entre actualizar, combinar, redirigir, rechazar o crear está justificada; y que el rol no duplica otro componente del recorrido. El mensaje debe ser defendible con las pruebas enumeradas, la acción debe representar un resultado significativo y el formato debe corresponder a ese resultado. También deben quedar claros el responsable, las revisiones especializadas y el compromiso de revisión.

1. Confirme la evidencia de la audiencia y la necesidad.
2. Explique por qué la decisión y el rol son distintos.
3. Alinee mensaje, afirmaciones y pruebas requeridas.
4. Defina un resultado útil para la audiencia.
5. Justifique el formato dentro del recorrido.
6. Nombre al responsable y a los revisores necesarios.
7. Registre el detonante y la fecha del próximo control.

Si una respuesta material sigue sin respaldo o los campos se contradicen, devuelva la solicitud para investigación o revisión antes de asignar el borrador. Apruebe el encargo únicamente cuando la necesidad, la decisión, los nueve campos y el compromiso de ciclo de vida se sostengan juntos. Cuando la página incluya afirmaciones o decisiones que exijan criterio especializado, el responsable debe coordinar a profesionales calificados de accesibilidad, asuntos legales, regulación, tecnología, datos o la materia correspondiente, sin intentar reemplazarlos.