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

Antes de encargar una página nueva o una revisión sustancial, complete y apruebe un brief de propósito con nueve campos: audiencia prevista, pregunta del usuario, función de la página, mensaje clave, evidencia requerida, resultado deseado, formato, responsable y fecha de revisión. Primero compare la solicitud con el contenido, las herramientas, las transacciones y los demás canales que ya participan en el recorrido. El resultado puede ser actualizar, combinar, redirigir, rechazar o crear. Un título sugerido, una preferencia por video o una petición urgente describen una solución propuesta; no demuestran por sí solos que haga falta otra página.

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

Definir el propósito primero permite comprobar que hay una necesidad válida, una función diferenciada, evidencia suficiente, un resultado útil y una responsabilidad de mantenimiento antes de tratar la petición como trabajo de redacción. Sin ese acuerdo, la persona que escribe termina adivinando para quién es el contenido, qué pregunta resuelve, qué debe probar y cómo se relaciona con páginas existentes. El brief de nueve campos reúne principios de necesidad, planeación y ciclo de vida en una síntesis editorial; no es una norma oficial ni promete, por sí solo, precisión, accesibilidad o mejores resultados.

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

El equipo debe buscar primero dónde se atiende ya la misma necesidad y qué función cumple cada pieza dentro del recorrido. Revise resultados de búsqueda interna, navegación, páginas relacionadas, herramientas, formularios, transacciones, mensajes del centro de atención y canales fuera del sitio. Compare autoridad, actualidad, alcance y siguiente paso, no sólo palabras parecidas. Varias páginas semejantes pueden confundir la fuente autorizada, aunque una repetición breve en el punto exacto de necesidad puede apoyar una transacción. Por eso, consolidar todo de manera automática también sería una mala decisión.

• Actualizar: la página existente ya es dueña de la necesidad y puede cumplir mejor su función.
• Combinar: varias piezas fragmentan una respuesta o presentan versiones que compiten entre sí.
• Redirigir: una página obsoleta debe conducir a la fuente que ahora es autorizada.
• Rechazar: no hay evidencia suficiente de la necesidad o de una función exclusiva para la página.
• Crear: necesidad, función, evidencia, resultado, 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 que esa página debe cumplir.

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

Defina la audiencia por la situación, la tarea o el nivel de conocimiento que realmente modifica lo que la página debe hacer, y formule una pregunta central respaldada por evidencia en palabras que esas personas reconocerían. “Todos los usuarios” no permite decidir profundidad, contexto ni vocabulario. Una pregunta central puede contener dudas estrechamente relacionadas si juntas representan una necesidad coherente. Analítica, consultas al centro de atención, investigación previa y datos externos pueden aportar señales, pero su suficiencia depende del problema: el tráfico muestra comportamiento agregado, no demuestra por sí solo intención ni necesidad.

• Describa a las personas por su contexto útil: tarea, situación, responsabilidad o conocimiento relevante.
• Redacte la pregunta como algo que la audiencia intentaría resolver, no como el título interno del proyecto.
• Relacione cada supuesto importante con evidencia disponible o con una investigación pendiente.
• No acepte una preferencia de formato, una palabra clave o una solicitud ejecutiva como prueba de necesidad.

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

Estos tres campos deben explicar, respectivamente, qué aporta la página al recorrido, qué conclusión necesita llevarse la audiencia y qué pruebas sostendrán tanto la necesidad como las afirmaciones publicadas. Por ejemplo, una explicación para administradores puede aclarar requisitos antes de entrar a una herramienta de configuración; la herramienta ejecuta el cambio y la página prepara la decisión. El mensaje esencial debe aparecer antes que el detalle secundario. Después, el título, el encabezado principal y la apertura de la página publicada deben comunicar tema, propósito y relevancia sin confundirse con la formulación interna del brief.

• Función: describa el trabajo único de la página y por qué otra pieza o canal no lo desempeña mejor.
• Mensaje clave: escriba una conclusión concreta que pueda orientar la jerarquía del contenido.
• Evidencia requerida: separe la prueba de la necesidad de las fuentes y verificaciones que respaldarán las afirmaciones.

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

El resultado deseado debe indicar qué podrá decidir, hacer, comprender, comparar, localizar o alcanzar la audiencia después de usar el contenido; ese resultado orienta la selección del formato. Puede funcionar como condición de aceptación sin convertirse en una meta comercial artificial. Sólo cuando la necesidad, la función y el punto del recorrido estén claros conviene elegir entre guía, comparación, referencia, explicación, paso transaccional, herramienta, video u otra forma. Si una modificación de la transacción, una herramienta o un canal atendido resuelve mejor el problema, el registro debe recomendarlo en lugar de forzar una página.

• Para comprender requisitos, considere una explicación breve o una referencia estructurada.
• Para evaluar alternativas, considere una comparación basada en criterios relevantes.
• Para ejecutar pasos con reglas y estados, valore una herramienta o interacción.
• Para continuar un recorrido, ubique orientación precisa en el punto donde se necesita.
• Para elegir cualquier formato, documente por qué sirve mejor que las alternativas.

¿Quién debe ser responsable de la página y cuándo se revisa?

Asigne a una persona o equipo como responsable de la exactitud y el mantenimiento, y establezca la siguiente revisión con una fecha vinculada a cambios previsibles, volatilidad, riesgo, evidencia o compromisos editoriales. El responsable coordina el trabajo, pero no reemplaza a especialistas en accesibilidad, asuntos legales o regulatorios, producto, datos o tecnología. Registre por separado quién aporta información, verifica, aprueba e implementa. Tampoco imponga una revisión trimestral, anual o de cualquier otra frecuencia a todo el sitio: una fecha sin relación con las condiciones de cambio sólo crea una apariencia de control.

• Responsable: responde por el estado de la página y activa el mantenimiento necesario.
• Revisores: verifican las materias que requieren conocimiento o autoridad especializada.
• Aprobadores: ejercen las decisiones formales que correspondan al riesgo y a la organización.
• Fecha y detonante: permiten decidir después si se actualiza, corrige, combina, redirige o retira.

¿Cómo se ve un brief de nueve campos completo y listo para aprobación?

Un brief completo convierte cada campo en una decisión comprobable y concluye con una recomendación explícita antes de asignar la redacción. El siguiente ejemplo hipotético describe una página de soporte para una integración empresarial. No atribuye mejoras de tráfico, finalización, conversión ni ahorro, y un equipo real tendría que reemplazar sus supuestos con evidencia propia.

• Audiencia prevista: administradores de clientes que se preparan para configurar una integración compatible.
• Pregunta del usuario: ¿qué debemos confirmar antes de iniciar la configuración?
• Función de la página: explicar requisitos antes de enviar al administrador a la herramienta.
• Mensaje clave: confirme acceso, compatibilidad y registros necesarios antes de comenzar.
• Evidencia requerida: documentación vigente, consultas de soporte y verificación del especialista responsable del producto.
• Resultado deseado: decidir si la organización está lista y seguir a la herramienta o al canal de soporte correcto.
• Formato: guía concisa acompañada de una lista de requisitos previos.
• Responsable: equipo de contenido de soporte, con revisores identificados de producto y accesibilidad.
• Fecha de revisión: siguiente control programado, ligado a un cambio documentado de la versión del producto.

1. Confirme que existe evidencia de la audiencia y de su pregunta.
2. Explique por qué la decisión y la función propuesta son distintas.
3. Asegure que el mensaje clave coincide con las pruebas disponibles.
4. Describa un resultado útil para la audiencia.
5. Justifique el formato frente a las alternativas.
6. Nombre a un responsable y separe revisiones y aprobaciones.
7. Registre una fecha junto con el cambio que activará la revisión.

Apruebe el encargo sólo cuando la necesidad, la decisión, los nueve campos y el compromiso de ciclo de vida sean coherentes entre sí. Si falta evidencia material, la función compite con otra pieza o nadie acepta la responsabilidad futura, devuelva la solicitud para investigación o ajuste. Cuando el contenido incluya afirmaciones o decisiones que exijan juicio profesional, incorpore a especialistas calificados en accesibilidad, asuntos legales o regulatorios, tecnología, datos o la materia correspondiente. El responsable editorial coordina esas intervenciones; no las sustituye.