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

Antes de encargar una nueva página o una reescritura importante, completá y aprobá un registro de una 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. Primero compará el pedido con el contenido, las herramientas, las transacciones y los demás canales existentes. El resultado puede ser actualizar, combinar, redirigir, rechazar o crear. Un título provisorio, un pedido de video o una preferencia interna son soluciones propuestas; todavía no demuestran que haga falta producir contenido.

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

Definir el propósito primero permite comprobar que existe una necesidad válida, que la página tendrá una función propia, que sus afirmaciones podrán respaldarse y que alguien asumirá su mantenimiento. La guía de GOV.UK sobre necesidades pide registrar usuarios probables, tarea, evidencia y criterios de aceptación. Si esos datos quedan implícitos, la persona que redacta termina adivinando a quién habla, qué pregunta debe resolver y cómo se vincula el texto con lo que ya existe.

Esta plantilla de nueve campos es una síntesis editorial reutilizable, no un estándar oficial. Reúne principios de planificación, necesidades de usuarios y gobernanza del ciclo de vida para convertir una conversación dispersa en un contrato de producción evaluable. No sustituye el descubrimiento, la investigación con usuarios, el trabajo de accesibilidad, la comprobación de datos, la evaluación técnica ni las aprobaciones especializadas que el caso requiera.

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

El equipo debe buscar primero dónde se responde hoy la misma necesidad y qué función cumple cada componente del recorrido. Revisá páginas, buscador interno, formularios, herramientas, transacciones, mensajes del centro de atención y canales no web. La orientación de GOV.UK recomienda detectar temprano qué puede actualizarse, dónde hay información faltante y qué duplicaciones conviene eliminar. Varias páginas parecidas pueden competir como fuente autorizada, aunque la relación temática por sí sola no justifica una fusión automática.

• Actualizá cuando una página existente ya sea dueña de la necesidad y del rol.
• Combiná cuando varios fragmentos compitan por ofrecer una misma respuesta.
• Redirigí o retirá cuando otra página haya pasado a ser la fuente autorizada.
• Rechazá cuando no haya evidencia de necesidad o un canal distinto resuelva mejor el trabajo.
• Creá solamente cuando necesidad, rol, evidencia, acción, formato, responsable y revisión formen una propuesta coherente.

No toda repetición es un defecto. Una instrucción breve situada junto a un formulario puede evitar que la persona abandone el flujo para consultar otra página. El problema aparece cuando se mantienen versiones extensas y rivales sin una autoridad clara. Por eso, la revisión debe observar el recorrido completo: a veces el pedido revela una página desactualizada; otras veces, una transacción confusa o una respuesta que debería darse por otro canal.

No le encargues al redactor una página: pedile a la organización que justifique el trabajo de esa página.

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

La audiencia se define por la tarea, la situación o el nivel de conocimiento que modifica lo que la página debe hacer. “Todos los clientes” no orienta una decisión; “administradores que preparan su primera integración compatible” sí delimita contexto y necesidad informativa. La pregunta del usuario debe expresar una necesidad central respaldada y con palabras reconocibles para esa audiencia. Puede contener subpreguntas estrechamente relacionadas siempre que la página resuelva un conjunto coherente, no una colección accidental de temas.

La evidencia puede provenir de analítica, consultas al centro de atención, investigaciones anteriores o datos externos pertinentes. Cada fuente responde preguntas diferentes: el tráfico muestra comportamiento registrado, pero no explica por sí solo la intención. Contrastá señales y explicitá qué sigue siendo un supuesto. Una preferencia del stakeholder, un título de trabajo o el deseo de publicar un video pueden iniciar la investigación, pero no sustituyen la demostración de la necesidad.

• Nombrá la situación concreta de la audiencia.
• Escribí una pregunta central que esa audiencia reconocería.
• Registrá la evidencia disponible y los supuestos pendientes.
• Comprobá que las subpreguntas pertenezcan a una misma necesidad.

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

Los tres campos deben formar una cadena: el rol define el aporte único al recorrido, el mensaje clave fija la conclusión principal y la evidencia requerida determina qué hace falta para sostenerla. Describí el rol con un verbo concreto y explicá por qué una página existente, una herramienta, una transacción u otro canal no puede cumplirlo mejor. Después redactá el mensaje esencial sin convertirlo en un eslogan; su sustancia relevante para la tarea debe aparecer antes que los detalles secundarios.

Separá dos clases de evidencia. Una demuestra que la necesidad existe; la otra respalda las afirmaciones que finalmente verá la audiencia mediante documentos, registros, datos, demostraciones o verificación experta. Por ejemplo, un explicador de soporte puede aclarar requisitos antes de que un administrador ingrese a una herramienta de configuración. El explicador prepara; la herramienta configura. Si ambos intentan hacer lo mismo, el rol todavía no está resuelto.

Cuando llegue el borrador, contrastá el título, el encabezado principal y la apertura con el mensaje y el rol aprobados. WCAG 2.4.2 exige que el título de una página describa su tema o propósito, lo que ayuda a identificarla y distinguirla. Esa comprobación mejora la coherencia entre el brief y la publicación, pero no demuestra por sí sola que toda la experiencia sea accesible.

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

La acción deseada debe describir qué podrá resolver la audiencia después de usar el contenido. Puede ser decidir si cumple requisitos, comparar alternativas, encontrar un dato, comprender una condición o continuar hacia el paso correcto. No hace falta forzar cada página hacia una venta, un lead o un formulario. Tratá ese resultado como una condición práctica de aceptación: el equipo debería poder observar más adelante si la publicación facilita el avance previsto, sin prometer que el brief garantizará el resultado.

El formato se elige después de comprender la necesidad, el rol y el punto del recorrido. Una guía sirve para orientar; una comparación, para distinguir opciones; una referencia, para consultar datos; una herramienta o transacción, para ejecutar operaciones. También puede corresponder un video, siempre que la evidencia y las necesidades de acceso lo justifiquen. Estas son posibilidades, no una taxonomía universal. Si una mejora transaccional o un canal no web cumple mejor el trabajo, registrá esa decisión en vez de inventar otra página.

• Definí primero el resultado para la audiencia.
• Ubicá ese resultado dentro del recorrido completo.
• Compará formatos por su capacidad para cumplir el rol.
• Documentá por qué la opción elegida supera las alternativas.

¿Quién se hace responsable y cuándo debe revisarse la página?

La página necesita una persona o un equipo accountable por su exactitud y mantenimiento, y una fecha de revisión ligada a condiciones reales de cambio. Ser responsable no significa ejecutar personalmente todas las tareas. Registrá por separado a quienes aportan contenido, verifican el tema, aprueban, evalúan accesibilidad, revisan cuestiones legales o regulatorias, y realizan cambios técnicos. Esa separación evita que una etiqueta genérica como “dueño” oculte decisiones que requieren competencias y autoridades diferentes.

Fijá el próximo control según volatilidad, riesgos, evidencia disponible, lanzamientos conocidos y compromisos de publicación. Cuando sea práctico, anotá junto a la fecha el disparador: una versión de producto, un cambio de proceso, el vencimiento de una fuente o una actualización contractual. No existe un intervalo trimestral o anual que sirva para todas las páginas. Los registros de actualización y revisión permiten detectar contenido vencido y decidir si corresponde corregirlo, consolidarlo, redirigirlo o retirarlo.

La fecha crea un compromiso verificable, no una garantía de mantenimiento. Para que sea útil debe entrar en un calendario operativo, tener una persona responsable de iniciar el control y conducir a una decisión registrada. Una página estable y de bajo riesgo puede admitir un horizonte distinto del de una guía que depende de cambios frecuentes. Lo importante es que el intervalo tenga una razón explícita y que el equipo pueda revisarla cuando cambien las condiciones.

¿Cómo queda un brief completo de nueve campos?

Un brief completo permite entender, sin leer todavía un borrador, a quién servirá el contenido, qué resolverá, por qué merece su lugar y cómo se mantendrá. El siguiente ejemplo hipotético aplica los nueve campos a una página B2B de soporte. No supone resultados de tráfico, finalización, conversión ni ahorro: un equipo real tendría que reemplazar cada supuesto con evidencia de su propio producto, recorrido y organización.

• Audiencia prevista: administradores de clientes que preparan la configuración de una integración compatible.
• Pregunta del usuario: “¿Qué tengo que confirmar antes de empezar la configuración?”
• Rol de la página: explicar requisitos previos antes de ingresar a la herramienta de configuración.
• Mensaje clave: confirmar acceso, compatibilidad y registros requeridos antes de comenzar.
• Evidencia requerida: documentación vigente, consultas de soporte y verificación del especialista de producto responsable.
• Acción deseada: decidir si la organización está preparada y seguir hacia la herramienta o la vía de soporte correcta.
• 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 lanzamiento de producto documentado.

Antes de aprobar, pedí respuestas concretas. ¿Hay evidencia de la audiencia y su pregunta? ¿La decisión elegida y el rol son distintos de lo que ya existe? ¿El mensaje está respaldado por fuentes suficientes? ¿La acción representa un avance significativo para la audiencia? ¿El formato tiene una justificación? ¿Existe un responsable accountable, con revisores y aprobadores separados? ¿Hay un disparador y una fecha de revisión? Si alguna respuesta material sigue siendo débil o contradictoria, devolvé el pedido a investigación o revisión.

Aprobá el encargo de redacción solamente cuando la necesidad, la decisión, los nueve campos y el compromiso de ciclo de vida sean coherentes entre sí. Incorporá profesionales calificados en accesibilidad, asuntos legales o regulatorios, tecnología, datos o conocimiento temático cuando las afirmaciones y decisiones requieran su criterio. El responsable de contenido coordina esas intervenciones y conserva la rendición de cuentas editorial, pero no reemplaza la especialidad de quienes deben verificar o aprobar.