Cómo elegir el tema de un artículo a partir de necesidades reales de los usuarios

Comience con la tarea del lector, no con la etiqueta del tema

Escriba la necesidad propuesta en tres partes:

Como [lector específico], necesito [realizar o decidir algo], para poder [alcanzar un resultado útil].

Esta estructura está adaptada del método de necesidades de los usuarios de GOV.UK, que recomienda identificar al usuario, la acción y el motivo de la acción. Su guía también advierte a los editores que sean cautelosos con verbos vagos como “entender”, a menos que la comprensión sea necesaria para una tarea definida (GOV.UK: Identify user needs).

Por ejemplo, “fotografía para principiantes” es un tema, pero todavía no una tarea de artículo. Mejores candidatos podrían ser:

La segunda versión es más acotada porque nombra a una audiencia, una acción y una decisión. También le ofrece un criterio para definir el alcance: la información que no ayude al lector a tomar esa decisión probablemente corresponda a otro lugar.

Mantenga una sola intención principal por artículo. Una pregunta sobre cómo elegir una herramienta, una sobre cómo usar esa herramienta y otra sobre si la herramienta es adecuada pueden estar relacionadas, pero pueden requerir requisitos previos y resultados diferentes. Combinarlas demasiado pronto produce una página con un título amplio pero incompleta para cada tarea.

Recopile pruebas en un registro de evidencias

Una pregunta es una pista, no automáticamente un tema. Registre suficiente contexto para juzgar si representa una necesidad de información pública. Una hoja de cálculo sencilla es suficiente; GOV.UK recomienda específicamente registrar pruebas de respaldo junto con las necesidades del usuario y los criterios de aceptación (GOV.UK: Identify user needs).

Utilice una fila por cada pregunta observada o grupo de preguntas estrechamente relacionadas:

No infle la frecuencia contando la misma pregunta copiada en varios canales. Registre la necesidad subyacente una vez y anote los canales donde apareció. Por el contrario, no descarte una necesidad solo porque ha aparecido unas pocas veces si cada ejemplo muestra la misma tarea no resuelta y la respuesta podría servir a una audiencia pública más amplia.

Un registro útil distingue la evidencia de la interpretación. “Cuatro lectores preguntaron si un primer ejercicio requiere equipo especial” es una prueba. “Los lectores quieren una guía para principiantes de bajo costo” es una interpretación. Conserve ambas, pero clasifíquelas por separado.

Separe las necesidades públicas de las preguntas exclusivas de soporte

La pregunta editorial clave no es simplemente “¿Alguien preguntó esto?”. Es “¿Puede una página general ayudar a un grupo representativo de lectores a completar la misma tarea?”. La guía de lenguaje sencillo de Digital.gov parte de la observación de que las personas visitan sitios web para hacer cosas diferentes y recomienda organizar el contenido en torno a la audiencia y lo que necesita lograr (Digital.gov: Principles of plain language).

Clasifique cada candidato en el registro:

Una necesidad pública recurrente:

Cree o actualice un artículo cuando la pregunta tenga una respuesta general y estable, y la misma tarea aparezca en diferentes personas, canales o situaciones. Los ejemplos incluyen elegir entre opciones claramente descritas, prepararse para un proceso común o diagnosticar un problema observable de forma generalizada. El artículo debe indicar su audiencia y límites para que los lectores puedan reconocer si se aplica a ellos.

Una necesidad exclusiva de soporte:

Una pregunta exclusiva de soporte depende de datos privados de la cuenta, un pedido individual, una configuración personal o una acción que solo un operador puede realizar. Puede justificar una instrucción de soporte o una vía de contacto, pero no necesariamente un artículo editorial general. No convierta “¿Por qué recibió mi cuenta este mensaje?” en una explicación universal cuando la respuesta dependa de información no disponible para otros lectores.

Aun así, puede publicar una página complementaria pública si existe una tarea general repetible, como explicar qué significa la categoría del mensaje y qué información debe reunir el lector antes de ponerse en contacto con el soporte. Mantenga la resolución privada fuera del artículo.

Una necesidad duplicada:

Un duplicado es una pregunta real que una página existente ya responde con el nivel de detalle adecuado y para la misma audiencia. La acción correcta puede ser mejorar la introducción, los ejemplos, la navegación o una condición faltante en la página existente. Una nueva URL dividiría la atención sin añadir una tarea distinta.

Sin un inventario completo del sitio, un editor no puede afirmar con certeza que no exista un duplicado. La respuesta práctica es inspeccionar las páginas relevantes conocidas, marcar la revisión del inventario como incompleta si es necesario y evitar presentar un nuevo artículo como la única respuesta.

Utilice un filtro de decisión antes de asignar un título

Pase al candidato por cinco filtros. Un “no” no siempre descarta la idea; le indica qué tipo de trabajo se necesita.

Utilice el resultado como un filtro editorial:

Este filtro es una inferencia editorial construida a partir de dos principios de las fuentes: el contenido debe servir a una audiencia y tarea definidas, y el editor debe conservar pruebas de la necesidad. Es una ayuda para la toma de decisiones, no una fórmula de motores de búsqueda.

Convierta la necesidad seleccionada en un informe de artículo útil

Una vez que un tema supera el filtro, redacte el informe antes de elegir una redacción definitiva. Incluya:

Para el tema de ejemplo, una lista de criterios de aceptación podría ser: el lector puede convertir una pregunta sin procesar en una declaración de usuario; identificar la tarea principal; clasificar la prueba como pública, exclusiva de soporte o duplicada; y elegir entre crear, actualizar, pausar o descartar. Esto sigue la lógica de los criterios de aceptación de GOV.UK, que describen qué condiciones deben cumplirse para satisfacer la necesidad del usuario (GOV.UK: Identify user needs).

Utilice el informe para definir el título. “Cómo elegir el tema de un artículo a partir de necesidades reales de los usuarios” es adecuado para editores que necesitan un método de selección repetible. “Cómo encontrar los mejores temas de contenido” sería más amplio e implicaría una clasificación o juicio de calidad no respaldado. La propia guía de Google pregunta si un sitio tiene una audiencia prevista, si el contenido ayuda a los lectores a lograr su objetivo y si está hecho para personas y no principalmente para atraer visitas desde búsquedas (Google Search Central: Creating helpful, reliable, people-first content). Esas preguntas refuerzan el valor de una tarea editorial precisa, pero no garantizan tráfico ni posicionamiento.

Haga que el artículo sea resolutivo, legible y fácil de mantener

Una necesidad real aún puede dar lugar a una página deficiente si el borrador obliga al lector a reconstruir la respuesta. Coloque la respuesta directa cerca del principio y luego explique las condiciones que la modifican. Utilice la terminología del lector extraída del registro cuando sea clara, pero defina términos editoriales internos como “exclusivo de soporte” y “duplicado”.

Organice el artículo en torno a decisiones y acciones en lugar de una lista de palabras clave vagamente relacionadas. Digital.gov recomienda escribir para la audiencia, organizar la información, usar un lenguaje breve y simple, y evitar la jerga innecesaria (Digital.gov: Principles of plain language). En un método editorial, eso significa mostrar los campos del registro, el filtro de decisión y al menos un ejemplo práctico, en lugar de limitarse a aconsejar a los editores que “entiendan a su audiencia”.

Antes de la aprobación, compruebe cada afirmación importante:

Si la respuesta a la última pregunta es negativa porque el inventario está incompleto, registre esa limitación. Una indicación honesta de “requiere revisión del inventario del sitio” es más útil que afirmar sin fundamento que el tema es nuevo.

Sigue explorando este tema