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

Antes de asignar la redacción, 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á la propuesta con el contenido, las herramientas, las transacciones y los demás canales que ya integran el recorrido. El resultado no tiene por qué ser una página nueva: puede corresponder actualizar, combinar, redirigir, rechazar o crear. Así, el pedido deja de ser «precisamos una página sobre esto» y se convierte en una decisión que el equipo puede justificar, producir y mantener.

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

Conviene decidir primero porque un título sugerido o un formato pedido son soluciones propuestas, no evidencia de que haga falta otra página. Si la producción empieza ahí, quien redacta queda obligado a inferir para quién escribe, qué pregunta debe resolver, qué pruebas sostienen las afirmaciones, qué resultado se espera y cómo se relaciona el texto con lo ya publicado. La guía oficial de GOV.UK vincula cada contenido con una necesidad válida y con un registro de usuarios probables, tarea, evidencia y criterios de aceptación. Esos elementos permiten evaluar el borrador contra una decisión previa, en lugar de discutir preferencias cuando el texto ya está avanzado.

Los nueve campos constituyen una síntesis editorial reutilizable, no un estándar oficial. Reúnen principios de necesidad del usuario, planificación previa y responsabilidad durante el ciclo de vida que las fuentes presentan por separado. El documento tampoco sustituye el descubrimiento, la investigación con usuarios, el trabajo de accesibilidad, la verificación de datos, la evaluación técnica ni las aprobaciones especializadas. Su función es más acotada: dejar claro qué debe resolverse antes de tratar una solicitud como encargo y qué condiciones deberá satisfacer el contenido si finalmente se produce.

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

El equipo debe revisar si el sitio o el recorrido ya resuelven la misma necesidad antes de autorizar contenido nuevo. Buscá páginas, herramientas, transacciones, documentos y canales de atención que respondan la pregunta o cumplan el rol propuesto. La guía de GOV.UK recomienda detectar temprano material actualizable, información faltante y duplicaciones. También advierte que varias páginas parecidas pueden volver incierta la fuente autorizada y dificultar que las personas encuentren la respuesta. Eso no obliga a fusionar mecánicamente todo contenido relacionado: una repetición breve en el punto de necesidad puede apoyar una tarea sin crear otra versión competidora.

• Actualizá cuando una página existente ya sea responsable de la necesidad y pueda incorporar la respuesta.
• Combiná cuando varios fragmentos compitan por explicar lo mismo o separen una respuesta que debería ser coherente.
• Redirigí o retirá cuando una página quedó obsoleta y otra pasó a ser la fuente autorizada.
• Rechazá cuando no haya evidencia suficiente de la necesidad o cuando la propuesta carezca de un rol distinto.
• Creá solamente cuando necesidad, rol, evidencia, acción, formato, responsable y revisión formen una propuesta consistente.

La revisión también debe mirar fuera del inventario de páginas. Quizá el problema se resuelva mejor con una modificación dentro de una transacción, una mejora de la herramienta, una respuesta del equipo de soporte o un canal no web. Documentar un rechazo no equivale a ignorar la necesidad: puede registrar que el pedido proponía la solución equivocada. Del mismo modo, combinar no significa juntar textos por afinidad temática, sino establecer cuál pieza debe asumir la respuesta, qué material conserva valor y qué rutas necesitan llevar a la fuente autorizada.

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

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

Definí la audiencia por la tarea, la situación o el nivel de conocimiento que realmente cambian lo que la página debe hacer, y formulá una pregunta central respaldada por evidencia. «Todos los usuarios» no orienta el alcance, el vocabulario ni el detalle. En cambio, «administradores de clientes que preparan una integración compatible» anticipa conocimientos, decisiones y posibles obstáculos. La guía de estilo de Canadá recomienda organizar, redactar y diseñar el contenido para su audiencia prevista y concentrarlo en la tarea principal. No hace falta imponer un único segmento rígido, pero sí explicar qué condición compartida vuelve coherente la página.

Escribí la pregunta con palabras que la audiencia reconocería. Puede incluir subpreguntas estrechamente conectadas si juntas describen una necesidad resoluble; no tiene que ser una sola interrogante literal. Para respaldarla, combiná evidencia pertinente: analítica, consultas al centro de atención, investigaciones anteriores y datos externos son insumos posibles, pero cada uno contesta cosas distintas. Muchas visitas no demuestran por qué alguien llegó ni qué necesita resolver. Una preferencia del área solicitante, un título tentativo o el deseo de producir un video tampoco validan la necesidad: siguen siendo hipótesis hasta contrastarlas.

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

Los tres campos se conectan porque definen, respectivamente, el trabajo único de la página, la conclusión que debe comunicar y las pruebas necesarias para sostenerla. El rol debe ubicar la pieza dentro del recorrido y explicar por qué una página existente, una herramienta, una transacción u otro canal no puede cumplir mejor esa función. Por ejemplo, una guía de soporte puede aclarar requisitos antes de que un administrador abra una herramienta de configuración; la guía prepara y orienta, mientras la herramienta ejecuta la configuración. La orientación oficial de GOV.UK distingue esas funciones y recomienda ubicar la información donde se necesita.

El mensaje clave expresa lo que la audiencia debe comprender aunque no recuerde todo el detalle. La guía canadiense recomienda presentar primero la idea, el paso o la información más importante y retirar lo que no ayuda con la tarea principal. La evidencia requerida tiene dos capas: pruebas de que la necesidad existe y respaldo para las afirmaciones que publicará la página, como documentación vigente, registros, datos, demostraciones o verificación experta. Después, contrastá ese mensaje con el título, el encabezado principal y la apertura. WCAG 2.4.2 exige que el título describa el tema o propósito; cumplir ese control no demuestra por sí solo accesibilidad integral.

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

La acción deseada debe indicar qué podrá decidir, hacer, comparar, comprender, localizar o alcanzar la audiencia después de usar el contenido; el formato se elige recién entonces. Tratá ese resultado como una condición práctica de aceptación, no automáticamente como una venta, un contacto comercial o el envío de un formulario. «Poder decidir si la organización está pronta para iniciar la configuración» puede ser un resultado válido aunque la acción siguiente ocurra en otra herramienta. Esta aplicación combina necesidades orientadas a la acción con criterios de aceptación, por lo que debe adaptarse al contexto y a la etapa real del recorrido.

Elegí entre guía, comparación, referencia, explicación, paso transaccional, herramienta, video u otra forma según el trabajo definido. Una comparación sirve si la persona debe distinguir opciones con criterios comunes; una referencia, si necesita consultar datos precisos; una interacción, si debe ingresar información o recibir una respuesta condicionada. Las fuentes respaldan el principio de que tipo y ubicación dependen de la audiencia, la tarea y el recorrido, pero no ofrecen una taxonomía universal para sitios empresariales. Si una mejora transaccional o un canal de atención resuelve mejor la necesidad, el brief debe registrarlo en lugar de forzar una página.

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

Asigná una persona o un equipo responsable por la exactitud y el mantenimiento, y separá esa responsabilidad de las contribuciones, revisiones y aprobaciones especializadas. Digital.gov describe una gobernanza que abarca creación, mantenimiento, actualización y retiro, con funciones diferenciadas de propiedad, verificación temática y aprobación. El responsable coordina el ciclo de vida y procura que las decisiones ocurran, pero no reemplaza a especialistas en accesibilidad, asuntos legales o regulatorios, implementación técnica, datos o materia temática. Nombrar esas intervenciones en el brief evita que una etiqueta genérica como «aprobado por el área» oculte qué control falta y quién debe realizarlo.

Fijá la próxima revisión según cambios conocidos, volatilidad, riesgo, evidencia disponible y compromisos de publicación; cuando sea práctico, anotá el disparador junto con la fecha. No hay sustento para imponer el mismo control trimestral, anual o de otra frecuencia a todas las páginas. La guía de GOV.UK señala que los registros pueden mostrar cuándo se actualizó el contenido y si una revisión programada está vencida, habilitando decisiones de actualizar, corregir o retirar. El enfoque basado en riesgo y disparadores es una recomendación operativa: agendar un control crea un punto de decisión, pero no garantiza que el mantenimiento se concrete.

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

Un brief completo permite leer de corrido la necesidad, el aporte al recorrido, la prueba, el resultado y el compromiso de mantenimiento. Considerá este ejemplo hipotético para una página de soporte B2B: no contiene cifras de tráfico, conversión, finalización ni ahorro, y un equipo real tendría que reemplazar sus supuestos por evidencia propia. Su valor está en mostrar cómo las nueve respuestas se controlan entre sí. Si la evidencia no sostiene la pregunta, si el mensaje no corresponde al rol o si nadie asume la revisión, el documento todavía no está pronto para transformarse en un encargo de redacción.

• 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?»
• Rol de la página: explicar requisitos previos antes de ingresar a la herramienta de configuración.
• Mensaje clave: confirmar acceso, compatibilidad y registros necesarios antes de comenzar.
• Evidencia requerida: documentación vigente del producto, consultas de soporte que muestren la pregunta y verificación del especialista responsable.
• Acción deseada: decidir si la organización está pronta y continuar hacia la herramienta correcta o la vía de soporte.
• 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, vinculado con un disparador documentado de lanzamiento del producto.

Antes de aprobar, pedí que las partes interesadas muestren evidencia de la audiencia y la pregunta, expliquen por qué la decisión y el rol son distintos, formulen el mensaje y su respaldo, describan un resultado significativo, justifiquen el formato, nombren un responsable y comprometan fecha y disparador de revisión. Si una respuesta material sigue sin apoyo o contradice otra, devolvé el pedido para investigar o corregirlo. Aprobá la redacción únicamente cuando la necesidad, la decisión, los nueve campos y el ciclo de vida formen un conjunto coherente, incorporando el criterio profesional especializado que requieran las afirmaciones o la implementación.