Cómo elaborar una ficha de propósito antes de crear contenido web

Antes de encargar un borrador, complete una ficha de una página con nueve campos: público previsto, pregunta del usuario, función de la página, mensaje clave, evidencia requerida, acción deseada, formato, responsable y fecha de revisión. Compare primero la propuesta con el sitio y el recorrido actuales. La decisión resultante puede ser actualizar, combinar, redirigir, rechazar o crear; recibir un título y un formato sugeridos no convierte automáticamente el pedido en una nueva 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 distinta, evidencia disponible, un resultado esperado y alguien responsable del ciclo de vida. Si el equipo comienza desde una solución propuesta —por ejemplo, un título, un video o una «página informativa»—, la persona que redacta termina deduciendo a quién sirve, qué pregunta resuelve y cómo se relaciona con lo que ya existe. El resultado puede ser un texto sin foco y otra página que compite por la misma necesidad.

La guía de GOV.UK vincula el contenido con usuarios probables, tareas, evidencia y criterios de aceptación. La ficha reúne esos principios con planificación previa y gobernanza, pero sus nueve campos son una síntesis editorial, no un estándar oficial. Sirve como contrato de producción y criterio para revisar el futuro borrador; no reemplaza descubrimiento, investigación con usuarios, accesibilidad, comprobación de datos, evaluación técnica ni aprobación experta.

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

El equipo debe revisar el sitio, el recorrido y los canales relacionados antes de aprobar una página adicional. Busque páginas, herramientas, formularios, transacciones, documentos y rutas de atención que ya respondan la pregunta o desempeñen la función propuesta. Compare alcance, actualidad, autoridad, enlaces de entrada y siguiente paso. La guía de GOV.UK recomienda examinar temprano el contenido disponible, detectar qué puede actualizarse y localizar tanto duplicaciones como vacíos antes de agregar material.

No combine contenido de manera mecánica. Dos páginas semejantes pueden confundir sobre cuál es la fuente autorizada y dificultar la ubicación de la respuesta, pero una repetición breve en el punto de necesidad puede apoyar una transacción. El criterio es si cada pieza cumple un trabajo claro dentro del recorrido. Documente cuál de estas cinco decisiones corresponde y por qué:

• Actualizar: la página existente ya es responsable de la necesidad y puede asumir la información nueva.
• Combinar: varias piezas fragmentan una respuesta coherente o presentan versiones que compiten entre sí.
• Redirigir: una página obsoleta debe llevar a la fuente que ahora es autorizada; si corresponde, también se retira.
• Rechazar: no hay evidencia suficiente de la necesidad o una página no es la solución adecuada.
• Crear: la necesidad, función, evidencia, acción, formato, responsable y revisión forman una propuesta coherente.

No encargue una página: encargue a la organización justificar el trabajo que esa página debe cumplir.

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

Defina el público por la tarea, situación o nivel de conocimiento que realmente cambia la función de la página. «Todos los usuarios» no ayuda a decidir vocabulario, alcance ni profundidad. Una descripción útil podría distinguir a quienes administran una cuenta por primera vez de quienes ya conocen el producto y buscan resolver una excepción. No hace falta imponer un único segmento si varias personas comparten una necesidad coherente; sí hace falta explicar qué característica relevante las reúne.

Formule después la pregunta central o tarea con palabras que ese público reconocería. Puede incluir subpreguntas estrechamente relacionadas, siempre que la página pueda resolver un conjunto coherente. Analítica, registros del centro de atención, investigaciones previas y datos externos pertinentes pueden aportar señales. Su suficiencia depende de la pregunta: el tráfico muestra que una URL recibió visitas, pero por sí solo no demuestra intención, comprensión ni necesidad. Valide las suposiciones antes de convertirlas en requisitos.

• Registre la fuente de cada señal y el periodo al que corresponde.
• Separe lo observado de la interpretación del equipo.
• Anote qué incertidumbre todavía requiere entrevistas, pruebas o revisión especializada.
• Trate un título o formato solicitado como una hipótesis de solución, no como evidencia.

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

Los tres campos se conectan al definir, respectivamente, el trabajo único de la página, la conclusión que debe quedar y la prueba necesaria para sostenerla. La función ubica la pieza dentro del recorrido y explica por qué otra página, herramienta, transacción o canal no puede cumplir mejor el trabajo. El mensaje clave concentra lo que el público necesita comprender. La evidencia requerida evita que ese mensaje se convierta en una afirmación sin respaldo.

Piense en una explicación de soporte para administradores que se preparan para configurar una integración. Su función puede ser aclarar requisitos previos antes de ingresar a una herramienta; la herramienta, no la explicación, ejecuta la configuración. El mensaje clave podría ser que se verifiquen acceso, compatibilidad y registros necesarios antes de comenzar. La evidencia tendría dos capas: señales que demuestren la necesidad de esa explicación y documentación, datos o verificación experta que sustenten sus afirmaciones.

La guía canadiense recomienda colocar primero la idea o el paso más importante y retirar detalles que no apoyen la tarea principal. Al publicar, contraste el mensaje de la ficha 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, lo cual ayuda a identificar y distinguir páginas. Esa comprobación mejora la claridad del propósito, pero no certifica por sí sola la accesibilidad completa.

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

La acción deseada debe expresar qué podrá decidir, hacer, entender, comparar, localizar o alcanzar la persona después de usar el contenido. Trátela como una condición práctica para evaluar el resultado, no como sinónimo automático de venta, contacto o envío de formulario. «Distinguir qué plan corresponde», «encontrar el documento correcto» o «saber si se puede continuar con la configuración» pueden ser resultados válidos cuando responden a la necesidad y al recorrido.

Elija el formato solo después de aclarar ese resultado y la función. Una guía explica; una comparación ordena diferencias relevantes; una referencia permite consultar datos; una transacción recoge o procesa información; una herramienta ayuda a ejecutar una tarea; un video puede demostrar una acción cuando el medio aporta valor. Las fuentes respaldan este principio de decisión, pero no ofrecen una taxonomía universal para sitios empresariales. El formato debe justificarse en la ficha.

• Si una herramienta resuelve mejor la tarea, no la fuerce dentro de una página expositiva.
• Si el problema está en la transacción, evalúe cambiar la interacción.
• Si otro canal es más adecuado, registre esa decisión y no encargue contenido web por inercia.

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

Una persona o un equipo debe responder por la exactitud y el mantenimiento de la página. Esa responsabilidad no significa ejecutar personalmente cada tarea. Registre por separado a quienes aportan información, verifican el tema, aprueban, revisan accesibilidad, interpretan requisitos jurídicos o regulatorios y realizan cambios técnicos. Digital.gov presenta propiedad, verificación temática y aprobaciones como partes diferenciadas de un ciclo que incluye creación, mantenimiento, actualización y retiro.

La fecha de revisión debe convertir la intención de mantenimiento en un compromiso visible. Defínala según cambios conocidos, volatilidad, riesgo, evidencia disponible y compromisos editoriales; anote también el disparador cuando sea práctico. Una actualización del producto, una modificación de política interna o el vencimiento de una fuente pueden adelantar el control. No imponga una revisión trimestral o anual a todo el sitio: las fuentes respaldan el seguimiento de revisiones, pero no un intervalo universal.

• Fecha: el próximo punto concreto de revisión.
• Disparador: el acontecimiento que obliga a revisar antes.
• Responsable: quien convoca la evaluación y documenta la decisión.
• Salida: mantener, corregir, actualizar, combinar, redirigir o retirar.

¿Cómo se ve una ficha completa de nueve campos?

Una ficha completa cabe en un registro conciso que permite entender y cuestionar la decisión sin leer un borrador. El siguiente ejemplo es hipotético: no atribuye mejoras de tráfico, finalización, conversión ni costos. En un proyecto real, el equipo debe sustituir sus supuestos por evidencia propia, confirmar las afirmaciones con las fuentes correspondientes y nombrar a las personas que realizarán cada revisión necesaria.

• Público previsto: administradores de clientes que se preparan para configurar una integración compatible.
• Pregunta del usuario: «¿Qué debo confirmar antes de iniciar la configuración?»
• Función de la página: explicar requisitos previos antes de llevar al administrador a la herramienta de configuración.
• Mensaje clave: confirmar acceso, compatibilidad y registros requeridos antes de comenzar.
• Evidencia requerida: documentación vigente del producto, registros de soporte que muestren la pregunta y verificación del especialista responsable.
• Acción deseada: decidir si la organización está lista y continuar hacia la herramienta o la ruta 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: siguiente control programado, vinculado a un disparador documentado de lanzamiento del producto.

Antes de aprobar, compruebe que la evidencia identifica al público y la pregunta, y que la decisión elegida responde a lo encontrado en el sitio. El equipo debe poder explicar la función diferenciada, formular el mensaje, enumerar la prueba necesaria, describir un resultado significativo, justificar el formato, nombrar al responsable y comprometer una fecha con su disparador. Si una respuesta material sigue siendo débil o incoherente, devuelva el pedido para investigación o revisión.

1. Confirme la necesidad con evidencia y no solo con una solicitud interna.
2. Elija entre actualizar, combinar, redirigir, rechazar o crear.
3. Revise que los nueve campos formen una propuesta coherente.
4. Asigne verificaciones y aprobaciones a las funciones adecuadas.
5. Autorice la redacción únicamente cuando el registro pueda servir para evaluar el borrador.

La aprobación debe mantener unidas la necesidad, la decisión, los nueve campos y el compromiso de ciclo de vida. Cuando la página incluya afirmaciones o decisiones que exijan criterio especializado, incorpore profesionales calificados de accesibilidad, asuntos jurídicos o regulatorios, tecnología, datos o la materia correspondiente. El responsable del contenido coordina esas contribuciones y conserva la rendición de cuentas editorial; no sustituye el conocimiento ni la aprobación de cada especialista.