Come scegliere l'argomento di un articolo a partire dai bisogni reali degli utenti
Per chi cura la redazione di un sito indipendente, un argomento utile per un articolo nasce da un lettore che cerca di portare a termine un compito specifico, non da una parola chiave generica o da un tema vago. Questo metodo trasforma le domande osservate in un utente definito, un intento principale e una decisione sulla pagina: creare un nuovo articolo, aggiornarne uno esistente o scartare l'argomento. Utilizza un registro delle prove per separare i bisogni ricorrenti di interesse pubblico dalle richieste di supporto legate a singoli account e dalle idee duplicate.
Parti dal compito del lettore, non dall'etichetta dell'argomento
Formula l'esigenza proposta in tre parti:
Come [lettore specifico], ho bisogno di [fare o decidere qualcosa], per poter [raggiungere un risultato utile].
Questa struttura è adattata dal metodo dei bisogni degli utenti di GOV.UK, che consiglia di individuare l'utente, l'azione e il motivo dell'azione. Le sue linee guida avvertono inoltre la redazione di usare con cautela verbi generici come "capire", a meno che la comprensione non sia necessaria per un compito definito (GOV.UK: Identify user needs).
Ad esempio, "fotografia per principianti" è un argomento generico, non ancora il compito di un articolo. Alternative migliori potrebbero essere:
La seconda versione è più mirata perché specifica un pubblico, un'azione e una decisione. Offre inoltre un criterio per definirne l'ambito: le informazioni che non aiutano il lettore a prendere quella decisione appartengono probabilmente altrove.
Mantieni un solo intento principale per articolo. Una domanda su come scegliere uno strumento, una su come usarlo e una su se lo strumento sia adatto possono essere collegate, ma richiedono prerequisiti e risultati diversi. Unirle troppo presto genera una pagina con un titolo ampio ma incompleta per ciascun compito.
Raccogli le evidenze in un registro delle prove
Una domanda è uno spunto, non automaticamente un argomento. Registra un contesto sufficiente per valutare se rappresenta un'esigenza informativa pubblica. È sufficiente un semplice foglio di calcolo; GOV.UK raccomanda esplicitamente di registrare le prove a supporto insieme ai bisogni degli utenti e ai criteri di accettazione (GOV.UK: Identify user needs).
Usa una riga per ogni domanda osservata o gruppo di domande strettamente correlate:
Non gonfiare la frequenza conteggiando la stessa domanda riproposta su più canali. Registra il bisogno sottostante una sola volta e indica i canali in cui è comparso. Al contrario, non scartare un'esigenza solo perché è comparsa poche volte se ciascun esempio mostra lo stesso compito irrisolto e la risposta potrebbe essere utile a un pubblico più ampio.
Un registro utile distingue le prove dall'interpretazione. "Quattro lettori hanno chiesto se un primo esercizio richiede attrezzatura speciale" è una prova. "I lettori desiderano una guida economica per principianti" è un'interpretazione. Mantieni entrambe, ma etichettale separatamente.
Separa i bisogni pubblici dalle domande di solo supporto
La domanda editoriale chiave non è semplicemente: "Qualcuno ha chiesto questo?". È: "Una pagina generale può aiutare un gruppo significativo di lettori a completare lo stesso compito?". Le linee guida sul linguaggio chiaro di Digital.gov partono dall'osservazione che le persone visitano i siti web per scopi diversi e raccomandano di organizzare i contenuti in base al pubblico e a ciò che deve realizzare (Digital.gov: Principles of plain language).
Classifica ogni candidatura nel registro:
Un bisogno pubblico ricorrente:
Crea o aggiorna un articolo quando la domanda ha una risposta stabile e generale e lo stesso compito si presenta tra persone, canali o situazioni diverse. Gli esempi includono la scelta tra opzioni descritte chiaramente, la preparazione per una procedura comune o la diagnosi di un problema ampiamente osservabile. L'articolo deve indicare il proprio pubblico e i propri limiti, in modo che i lettori possano capire se fa al caso loro.
Un'esigenza di solo supporto:
Una domanda di solo supporto dipende da dati privati dell'account, da un singolo ordine, da una configurazione personale o da un'azione che solo un operatore può eseguire. Può giustificare un'istruzione di supporto o un canale di contatto, ma non necessariamente un articolo editoriale generale. Non trasformare la domanda "Perché il mio account ha ricevuto questo messaggio?" in una spiegazione universale quando la risposta dipende da informazioni non accessibili ad altri lettori.
È comunque possibile pubblicare una pagina pubblica di approfondimento se esiste un'attività generale replicabile, come spiegare cosa significa la categoria del messaggio e quali informazioni il lettore dovrebbe raccogliere prima di contattare l'assistenza. Mantieni la risoluzione privata fuori dall'articolo.
Un bisogno duplicato:
Un duplicato è una domanda reale a cui una pagina esistente risponde già con il giusto livello di dettaglio e per lo stesso pubblico. L'azione corretta può essere migliorare l'introduzione, gli esempi, la navigazione o una condizione mancante della pagina esistente. Un nuovo URL frammenterebbe l'attenzione senza aggiungere un compito distinto.
Senza un inventario completo del sito, la redazione non può affermare con certezza che non esista alcun duplicato. La risposta pratica consiste nell'ispezionare le pagine pertinenti note, contrassegnare la verifica dell'inventario come incompleta se necessario ed evitare di presentare un nuovo articolo come unica soluzione.
Usa un filtro decisionale prima di assegnare un titolo
Sottoponi la proposta a cinque filtri. Un "no" non cancella necessariamente l'idea; indica semplicemente quale tipo di lavoro è necessario.
Usa il risultato come filtro editoriale:
Questo passaggio è una deduzione editoriale basata su due principi ricavati dalle fonti: i contenuti devono servire un pubblico e un compito definiti, e l'editore deve conservare le prove a supporto di tale bisogno. Si tratta di un aiuto decisionale, non di una formula per i motori di ricerca.
Trasforma il bisogno approvato in una traccia utile per l'articolo
Una volta superato il filtro, scrivi la traccia prima di scegliere la formulazione definitiva. Includi:
Per l'argomento di esempio, una lista di controllo di accettazione potrebbe essere: il lettore è in grado di convertire una domanda grezza nella formulazione di un bisogno dell'utente; individuare il compito principale; classificare l'evidenza come pubblica, di solo supporto o duplicata; e scegliere se creare, aggiornare, sospendere o rifiutare. Questo approccio segue la logica dei criteri di accettazione di GOV.UK, che descrivono le condizioni necessarie affinché un bisogno dell'utente sia soddisfatto (GOV.UK: Identify user needs).
Usa la traccia per definire il titolo. "Come scegliere l'argomento di un articolo a partire dai bisogni reali degli utenti" è adatto per chi si occupa di redazione e ha bisogno di un metodo di selezione replicabile. "Come trovare i migliori argomenti per i contenuti" risulterebbe troppo generico e implicherebbe una classifica o un giudizio qualitativo non supportato da prove. Le linee guida di Google chiedono se un sito abbia un pubblico di riferimento prestabilito, se i contenuti aiutino i lettori a raggiungere il loro obiettivo e se siano pensati per le persone piuttosto che principalmente per attrarre visite dai motori di ricerca (Google Search Central: Creating helpful, reliable, people-first content). Queste domande rafforzano l'importanza di un compito editoriale preciso, ma non garantiscono traffico o posizionamento.
Rendi l'articolo chiaro, leggibile e facile da aggiornare
Un bisogno reale può comunque dare origine a una pagina debole se la bozza costringe il lettore a ricostruire la risposta. Inserisci la risposta diretta vicino all'inizio, quindi spiega le condizioni che la modificano. Utilizza la terminologia del lettore presa dal registro laddove sia chiara, ma definisci i termini editoriali interni come "solo supporto" e "duplicato".
Organizza l'articolo attorno a decisioni e azioni piuttosto che attorno a un elenco di parole chiave scarsamente collegate. Digital.gov consiglia di scrivere pensando al pubblico, strutturare le informazioni, usare un linguaggio breve e semplice ed evitare gergo superfluo (Digital.gov: Principles of plain language). Per un metodo editoriale, ciò significa mostrare i campi del registro, il filtro decisionale e almeno un esempio pratico, non limitarsi a consigliare a chi scrive di "comprendere il proprio pubblico".
Prima dell'approvazione, verifica ciascuna affermazione significativa:
Se la risposta all'ultima domanda è no perché l'inventario è incompleto, registra questo limite. Una nota trasparente come "richiede la revisione dell'inventario del sito" è più utile di un'affermazione non verificata secondo cui l'argomento sarebbe inedito.
Domande frequenti
Quante domande servono prima che un argomento sia valido?
Non esiste un numero universale. La ripetizione è una prova utile, ma la somiglianza del compito e l'applicabilità pubblica contano più di una soglia arbitraria. Un unico compito ricorrente ben documentato può valere più di diverse domande non collegate tra loro.
Tutte le domande di supporto dovrebbero diventare una FAQ?
No. Se la risposta dipende da dati privati dell'account o dai dettagli di una transazione, indirizza la risoluzione all'assistenza. Pubblica un articolo generale solo se illustra un'attività pubblica e replicabile senza esporre o ipotizzare informazioni individuali.
Cosa fare se la parola chiave è ampia ma il bisogno è specifico?
Mantieni l'articolo mirato. Un'etichetta ampia può essere utile come termine di ricerca interno, ma il titolo, l'introduzione e i criteri di accettazione devono descrivere il compito specifico del lettore.
Quando bisognerebbe scartare un argomento?
Rifiutalo o sospendilo quando le evidenze non mostrano alcun compito pubblico ricorrente, la risposta non può essere verificata, una pagina pertinente risponde già all'intento o l'articolo proposto richiederebbe l'invenzione di condizioni non dimostrabili. Il rifiuto è una valida decisione editoriale quando evita di pubblicare una pagina imprecisa o ridondante.