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

Antes de encargar una nueva página, completa y aprueba un brief 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. Contrasta la propuesta con el contenido y el recorrido actuales. El resultado puede ser actualizar, combinar, redirigir, rechazar o crear; recibir un título y un formato preferido no convierte automáticamente la solicitud en un trabajo de redacción.

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

El propósito debe definirse primero porque el equipo necesita comprobar la necesidad, el rol, la evidencia, el resultado esperado y la responsabilidad futura antes de tratar la solicitud como un encargo. Cuando esos datos faltan, quien redacta termina deduciendo para quién escribe, qué pregunta debe resolver y cómo se relacionará la pieza con lo ya publicado. Un título propuesto o un pedido de video son soluciones preliminares, no evidencia suficiente.

La guía de GOV.UK pide vincular cada contenido con usuarios probables, una tarea, evidencia y criterios de aceptación. La ficha de nueve campos combina ese principio con planificación previa y gobernanza del ciclo de vida; es una síntesis editorial reutilizable, no un estándar oficial. Sirve para evaluar después si el borrador cumple el acuerdo, pero no sustituye descubrimiento, investigación con usuarios, accesibilidad, comprobación de datos, evaluación técnica ni aprobaciones especializadas.

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

El equipo debe revisar el sitio y el recorrido completo para encontrar páginas, herramientas, transacciones y otros canales que ya atiendan la misma necesidad. La guía de GOV.UK recomienda hacerlo temprano, identificar contenidos actualizables y retirar duplicaciones innecesarias. El análisis no consiste solo en buscar el título propuesto: hay que rastrear la pregunta, la tarea, el momento del recorrido y la fuente que actualmente actúa como referencia.

• Actualizar cuando una página existente ya sea responsable de la necesidad y solo requiera corrección o ampliación.
• Combinar cuando varios fragmentos compitan por responder la misma necesidad o dividan una explicación coherente.
• Redirigir o retirar cuando una página haya quedado obsoleta y otra fuente pase a ser la referencia.
• Rechazar cuando no exista evidencia de la necesidad o cuando otro canal resuelva mejor el trabajo.
• Crear únicamente cuando necesidad, rol, evidencia, acción, formato, responsable y revisión formen una propuesta coherente.

Las páginas parecidas pueden volver incierta la fuente autorizada y dificultar la ubicación de la respuesta. Sin embargo, eso no exige fusionar mecánicamente todo contenido relacionado: una repetición breve en el punto de necesidad puede apoyar una transacción. La decisión debe proteger la continuidad del recorrido y distinguir esa ayuda deliberada de mantener versiones completas que compiten entre sí.

No encargues una página al redactor; encarga a la organización justificar el trabajo que esa página debe cumplir.

WebChorus Editorial Team

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

La audiencia y la pregunta se definen vinculando una situación concreta con una necesidad sustentada que la página pueda resolver de manera coherente. En vez de escribir «todos los clientes», señala la tarea, circunstancia o nivel de conocimiento que cambia el contenido necesario: por ejemplo, administradores que se preparan para configurar una integración compatible. La pregunta central debe expresarse en palabras que esas personas reconocerían, no en el vocabulario interno del proyecto.

Una pregunta central puede contener subpreguntas estrechamente relacionadas; no existe una regla sustentada que limite cada página a una sola pregunta literal o a un único segmento rígido. Lo importante es que el conjunto responda a una necesidad coherente. Analítica, registros del centro de atención, investigaciones previas y datos externos pertinentes pueden aportar evidencia, pero su suficiencia depende del caso. El tráfico muestra comportamiento cuantitativo; por sí solo no demuestra la intención.

• Describe a las personas por la situación que modifica su necesidad de información.
• Formula la pregunta o tarea central con lenguaje reconocible para la audiencia.
• Anota qué evidencia respalda la necesidad y qué suposiciones aún deben validarse.
• Separa la necesidad del título, formato o solución que pidió inicialmente un stakeholder.

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

Los tres campos se conectan al definir, respectivamente, el trabajo único de la página, la conclusión esencial que debe comunicar y las pruebas necesarias para sostenerla. El rol debe explicar dónde interviene la página dentro del recorrido y por qué una pieza existente, una herramienta, una transacción u otro canal no cumple mejor esa función. El mensaje clave convierte ese rol en una idea prioritaria que debe aparecer antes del detalle complementario.

La evidencia requerida tiene dos capas: pruebas de que la necesidad existe y materiales que respaldarán las afirmaciones publicadas, como documentación vigente, registros, datos, demostraciones o verificación de especialistas responsables. En un caso hipotético, una explicación de soporte puede aclarar requisitos antes de que un administrador entre a una herramienta de configuración; la explicación prepara y la herramienta configura. Asignar ambos trabajos a la misma página confundiría su aporte al recorrido.

Durante la revisión del borrador, contrasta el título, el encabezado principal y la apertura con el mensaje clave del brief. El criterio de titulación de WCAG exige que el título describa el tema o propósito, lo que ayuda a identificar y distinguir páginas. Esa comprobación permite detectar desalineación entre el acuerdo interno y la pieza publicada, pero no basta para afirmar que toda la experiencia sea accesible.

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

La acción deseada debe precisar qué podrá decidir, hacer, comparar, ubicar, comprender o alcanzar la audiencia después de usar el contenido; el formato se elige recién a partir de ese resultado y del rol en el recorrido. La acción funciona como una condición práctica para revisar el borrador. No tiene que ser una venta, un lead ni el envío de un formulario: continuar una tarea con menos incertidumbre también puede ser un resultado válido.

Con la acción definida, compara formatos como guía, referencia, explicación, cuadro comparativo, video, paso transaccional o herramienta. Las fuentes respaldan que el tipo y la ubicación dependan de la tarea, pero no ofrecen una taxonomía universal para sitios empresariales. Si una modificación en la transacción, una herramienta o un canal no web resuelve mejor la necesidad, el brief debe registrar esa decisión en vez de forzar la creación de una página.

1. Describe el resultado que la audiencia debe alcanzar.
2. Ubícalo en el recorrido y reconoce lo que ocurre antes y después.
3. Compara qué formato ejecuta mejor ese trabajo.
4. Comprueba que la elección no provenga únicamente de una preferencia interna.

¿Quién responde por la página y cuándo debe revisarse?

La página debe tener una persona o equipo responsable por su exactitud y mantenimiento, además de una próxima revisión definida según las condiciones reales de cambio. Ser responsable no significa ejecutar personalmente cada tarea. Conviene registrar aparte a quienes aportan contenido, verifican la materia, aprueban, evalúan accesibilidad, revisan aspectos legales o regulatorios e implementan cambios técnicos. Así, la responsabilidad de coordinar el ciclo no borra los límites de cada especialidad.

La fecha de revisión debe considerar cambios conocidos, volatilidad, riesgo, evidencia disponible y compromisos de publicación. Cuando sea práctico, anota también el desencadenante: una versión de producto, una modificación del proceso o la actualización de la fuente autorizada. Las guías consultadas respaldan el seguimiento de revisiones programadas, pero no fijan una frecuencia única. Una página estable y una explicación dependiente de lanzamientos no necesitan compartir el mismo calendario.

• Asigna un responsable identificable por la exactitud y el mantenimiento.
• Distingue contribución, verificación, aprobación, accesibilidad e implementación.
• Registra una fecha y, cuando sea posible, el cambio que adelantará la revisión.
• En el control futuro, decide si corresponde actualizar, corregir, consolidar, redirigir o retirar.

El punto de control no garantiza que el mantenimiento ocurra: convierte una intención vaga en un compromiso visible que todavía debe gestionarse. Los registros de publicación pueden mostrar cuándo se actualizó una pieza y si una revisión quedó pendiente. Esa trazabilidad permite priorizar el trabajo y tomar una decisión explícita sobre el contenido, en lugar de conservarlo indefinidamente solo porque ya está publicado.

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

Un brief completo muestra una decisión coherente que puede aprobarse antes de asignar la redacción. Consideremos una página hipotética de soporte para administradores de clientes que se preparan para configurar una integración compatible. La pregunta es: «¿Qué debo confirmar antes de iniciar la configuración?». Su rol será explicar los requisitos previos antes de ingresar a la herramienta, no reproducir la configuración que corresponde ejecutar allí.

• 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: explicación de requisitos previos antes de la herramienta de configuración.
• Mensaje clave: confirmar acceso, compatibilidad y registros requeridos antes de comenzar.
• Evidencia requerida: documentación vigente, registros de soporte que muestren la pregunta y verificación del especialista responsable del producto.
• Acción deseada: decidir si la organización está lista y continuar hacia la herramienta o la vía correcta de soporte.
• Formato: guía concisa 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, vinculado con un desencadenante documentado de lanzamiento del producto.

El ejemplo no supone resultados de tráfico, finalización, conversión ni ahorro. En un caso real, el equipo debe sustituir cada supuesto por evidencia de su propio contexto. Antes de aprobar, debe poder explicar la audiencia y la pregunta, justificar la decisión y el rol, señalar el mensaje y sus pruebas, describir un resultado útil, defender el formato, nombrar al responsable y comprometer una fecha de revisión con su desencadenante.

Si una respuesta material sigue sin sustento o contradice otra parte del brief, devuelve la solicitud para investigar o corregirla antes de encargar el borrador. Cuando el contenido incluya afirmaciones o decisiones que exijan juicio legal, regulatorio, técnico, de datos, accesibilidad o conocimiento especializado, incorpora a profesionales calificados. El responsable de contenido coordina esas intervenciones, pero no reemplaza su criterio ni sus aprobaciones.