Cómo preparar un brief de propósito de página antes de redactar contenido web

Antes de encargar un borrador, completad y aprobad un registro de decisión con nueve campos: público previsto, pregunta del usuario, papel de la página, mensaje clave, pruebas necesarias, resultado deseado, formato, responsable y fecha de revisión. Contrastad primero la propuesta con el sitio y el recorrido existentes. La conclusión puede ser actualizar, combinar, redirigir, rechazar o crear; recibir un título y un formato preferido no convierte automáticamente una petición en una página nueva. El brief obliga a justificar el trabajo antes de que la redacción oculte las dudas pendientes.

¿Por qué hay que decidir el propósito antes de redactar?

Hay que decidir el propósito antes de redactar porque el equipo necesita confirmar una necesidad válida, un papel distinto, las pruebas exigibles, el resultado esperado y quién cuidará la página. La guía oficial de GOV.UK exige que cada contenido publicado responda a una necesidad válida y propone registrar quiénes son los posibles usuarios, qué intentan hacer, qué pruebas respaldan la necesidad y qué criterios permitirán aceptarlo. Un título solicitado o una preferencia por el vídeo siguen siendo soluciones propuestas, no pruebas de necesidad.

Si esas decisiones se dejan para el borrador, la persona que escribe debe adivinar el público, la pregunta central y la relación con otras páginas. El texto puede quedar correcto frase a frase y, aun así, carecer de una función clara en el recorrido. Los nueve campos de este brief son una síntesis editorial reutilizable, no una norma oficial ni una plantilla universal prescrita por las fuentes. Tampoco sustituyen el descubrimiento, la investigación con usuarios, la evaluación técnica, la accesibilidad, la comprobación de datos o una aprobación especializada.

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

El equipo debe buscar primero qué páginas, herramientas, transacciones y canales ya responden a la misma necesidad o desempeñan el papel propuesto. La guía de GOV.UK recomienda revisar pronto el contenido existente, detectar qué puede actualizarse, localizar duplicidades y lagunas de la tarea, y retirar repeticiones innecesarias antes de añadir más material. Varias páginas parecidas pueden difuminar cuál es la referencia autorizada y dificultar que se encuentre la información necesaria, aunque esa posibilidad no obliga a fusionar cualquier contenido relacionado.

• Actualizar cuando una página existente ya es responsable de la necesidad y solo necesita mejorar.
• Combinar cuando varios fragmentos compiten por ofrecer una misma respuesta.
• Redirigir o retirar cuando otra página ha pasado a ser la referencia autorizada.
• Rechazar cuando no hay pruebas suficientes o una página no es la solución adecuada.
• Crear únicamente cuando necesidad, papel, pruebas, resultado, formato, responsable y revisión forman una propuesta coherente.

La planificación favorece resolver una misma necesidad en un lugar autorizado en vez de crear páginas de entrada duplicadas. Sin embargo, una repetición breve en el punto exacto donde alguien la necesita puede ayudar a completar una transacción; no conviene fusionar mecánicamente todo lo que trate un asunto próximo. El inventario debe seguir el recorrido real: qué se consulta antes, qué ocurre durante la interacción y a qué canal se recurre cuando la web no puede resolver el caso.

No encargues al redactor una página; exige primero a la organización que justifique el trabajo de esa página.

¿Cómo se definen el público previsto y la pregunta del usuario?

El público previsto se define por la tarea, la situación o el nivel de conocimiento que cambia lo que la página debe hacer; la pregunta recoge la necesidad central en palabras reconocibles para esas personas. «Todos los usuarios» no permite decidir profundidad, vocabulario ni contexto. La guía sobre necesidades de usuario pide definir quiénes son los posibles usuarios, qué intentan hacer y qué pruebas respaldan esa necesidad. La guía de contenidos de Canadá añade que el contenido debe organizarse, redactarse y diseñarse para su público previsto, con el foco puesto en lo necesario para su tarea principal.

Una pregunta central puede contener subpreguntas estrechamente relacionadas, siempre que la página resuelva una necesidad coherente; no hace falta imponer una página por cada interrogante literal. La analítica, las consultas al centro de atención, investigaciones anteriores y datos externos relevantes pueden aportar indicios, pero las hipótesis todavía deben validarse. Una cifra de tráfico muestra actividad, no explica por sí sola la intención. Contrastad señales distintas, documentad lo que aún es una suposición y evitad presentar la preferencia de un stakeholder como si fuera evidencia del público.

¿Cómo se conectan el papel, el mensaje clave y las pruebas?

Los tres campos funcionan juntos: el papel define la contribución única de la página al recorrido, el mensaje clave fija la conclusión esencial y las pruebas indican qué permite sostenerla. Las páginas explicativas y los elementos transaccionales cumplen funciones distintas, y la información debe aparecer en el punto del recorrido donde resulte necesaria. Por ejemplo, una explicación de soporte puede aclarar requisitos antes de que un administrador abra una herramienta de configuración; la herramienta ejecuta la configuración y la explicación no debe fingir que realiza esa tarea.

Separad dos clases de pruebas: las que demuestran que la página hace falta y las que respaldarán sus afirmaciones concretas. Estas últimas pueden incluir documentación vigente, registros internos, datos, demostraciones o verificación de la persona especialista responsable. La guía canadiense recomienda presentar primero la idea, el paso o la información más importante y retirar detalles que no ayuden al público previsto con su tarea principal. Después, comprobad que título, encabezado y apertura comunican el propósito acordado.

WCAG 2.4.2 exige que el título describa el tema o propósito de la página; W3C explica que un título descriptivo ayuda a identificarla, valorar su relevancia y distinguirla de otras. Esa comprobación relaciona el brief interno con la experiencia publicada, pero no certifica por sí sola una accesibilidad completa. El contenido todavía requiere diseño inclusivo, estructura semántica, interacción accesible, pruebas y las revisiones especializadas que correspondan.

¿Cómo debe determinar el resultado deseado el formato?

El resultado deseado debe describir qué podrá decidir, hacer, localizar, comparar, comprender o alcanzar después la persona; el formato se elige para facilitar ese resultado dentro del recorrido. Usar el resultado deseado como condición de aceptación es una síntesis práctica de este artículo; el resultado no tiene por qué ser una conversión comercial. «Saber si cumplimos los requisitos y llegar a la herramienta correcta» es más útil para evaluar el contenido que «incluir un botón destacado», porque define el efecto antes de imponer la interfaz.

Solo entonces conviene escoger entre guía, comparación, referencia, explicación, paso transaccional, herramienta, vídeo u otra forma justificada. La planificación de GOV.UK relaciona el tipo y la ubicación del contenido con los conocimientos del público, la tarea y la forma en que esta se completará. La orientación de servicio distingue el trabajo de las explicaciones y las transacciones, y recomienda colocar la información en el punto de necesidad. Estas fuentes aportan el principio de decisión, no una taxonomía universal para cualquier web empresarial.

Si una modificación de la transacción elimina mejor la duda, o un canal de soporte puede resolver una situación que exige conversación, el registro debe decirlo. Forzar toda necesidad dentro de una página crea un formato cómodo para la organización, no necesariamente una respuesta adecuada. Documentar la alternativa elegida también es un resultado válido del brief: conserva el razonamiento y permite explicar por qué no se encargó contenido nuevo.

¿Quién se responsabiliza de la página y cuándo se revisa?

Una persona o un equipo debe responder de la exactitud y el mantenimiento de la página, mientras que contribución, verificación y aprobación se asignan por separado. Digital.gov presenta la gobernanza como un ciclo que comprende creación, mantenimiento, actualización y retirada, y diferencia la propiedad, la verificación especializada y las aprobaciones. El responsable coordina el trabajo y toma o eleva las decisiones que le corresponden; no se convierte por ello en especialista en accesibilidad, asuntos jurídicos, regulación, producto, datos o implementación técnica.

La fecha de revisión debe convertirse en un compromiso verificable, no en un «revisar periódicamente». Los registros de publicación pueden mostrar la última actualización y si una revisión programada está vencida; después, el equipo puede actualizar, corregir o retirar el contenido desfasado. Vincular la fecha a cambios conocidos, volatilidad, riesgo, pruebas y compromisos editoriales es una recomendación operativa de este artículo; las fuentes no fijan un intervalo único para todo el contenido. Cuando sea práctico, anotad tanto la fecha como el acontecimiento que adelantaría la revisión.

Un lanzamiento de producto documentado, la sustitución de una fuente o un cambio en el proceso pueden actuar como desencadenantes, sin inventar una cadencia trimestral o anual aplicable a todo. La revisión tampoco garantiza el mantenimiento: crea un momento de decisión. En ese punto, el responsable debe valorar si el contenido sigue siendo exacto y útil, necesita correcciones, debe combinarse con otra referencia o ya puede redirigirse y retirarse.

¿Cómo es un brief de nueve campos completo y aprobable?

Un brief completo ofrece una respuesta concreta y coherente en los nueve campos, y permite comprobarla antes de asignar la redacción. El brief completo puede reunir necesidades respaldadas por pruebas, criterios de aceptación, planificación previa y responsabilidad durante el ciclo de vida, siempre que se presente como una síntesis editorial. Este ejemplo hipotético plantea una página de soporte B2B para administradores de clientes que van a configurar una integración; no presupone mejoras de tráfico, conversión, finalización, costes ni productividad.

• Público previsto: administradores de clientes que preparan la configuración de una integración compatible.
• Pregunta del usuario: «¿Qué debo confirmar antes de empezar la configuración?»
• Papel de la página: explicar los requisitos previos antes de entrar en la herramienta de configuración.
• Mensaje clave: confirmar acceso, compatibilidad y registros necesarios antes de comenzar.
• Pruebas necesarias: documentación vigente, registros de soporte sobre la pregunta y verificación del especialista de producto responsable.
• Resultado deseado: decidir si la organización está preparada y llegar a la herramienta o vía de soporte correcta.
• Formato: guía breve con una lista de requisitos previos.
• Responsable: equipo de contenidos de soporte, con revisores identificados de producto y accesibilidad.
• Fecha de revisión: próximo control programado, ligado a un lanzamiento de producto documentado.

En un caso real, el equipo sustituiría cada supuesto por evidencias de su propio contexto y concretaría nombres, fuentes y fechas. La aprobación debe mantener separadas las pruebas de la necesidad, las decisiones sobre tarea y formato, la responsabilidad, la verificación, la aprobación especializada y el mantenimiento futuro. Que una persona figure como responsable no elimina la obligación de recurrir a profesionales cualificados cuando las afirmaciones o decisiones requieran criterio de accesibilidad, jurídico, regulatorio, técnico, de datos o de otra especialidad.

• ¿Hay pruebas suficientes para el público y su pregunta?
• ¿La decisión elegida y el papel de la página son distintos y justificables?
• ¿El mensaje clave y cada afirmación importante tienen pruebas previstas?
• ¿El resultado deseado es significativo para el público?
• ¿El formato responde a la tarea y al recorrido?
• ¿Existe un responsable accountable y están separadas las revisiones necesarias?
• ¿Se ha comprometido una fecha y un desencadenante de revisión?

Si una respuesta material sigue sin respaldo o contradice otra parte del brief, devolved la petición para investigar o corregirla antes de encargar el borrador. Aprobad el trabajo únicamente cuando la necesidad, la decisión, los nueve campos y el compromiso de mantenimiento formen un conjunto consistente. Así, quien redacta recibe un contrato de producción enfocado, mientras la organización conserva un registro claro de por qué esa página debe actualizarse, combinarse, redirigirse, rechazarse o crearse.