{"id":506,"date":"2015-01-06T09:00:12","date_gmt":"2015-01-06T08:00:12","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/addestrare-il-cms\/"},"modified":"2015-01-06T09:00:12","modified_gmt":"2015-01-06T08:00:12","slug":"addestrare-il-cms","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/addestrare-il-cms\/","title":{"rendered":"Addestrare il CMS"},"content":{"rendered":"<p><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/sketch73195637.jpg\" border=\"0\" align=\"left\" \/>Nulla porta il content modeling alla luce come il lancio di un nuovo splendido sito: i teaser si sistemano in maniera precisa senza alcuna ellisse strana, i crop delle immagini sono perfetti per le varie dimensioni di schermo, il contenuto collegato \u00e8 magnificamente rilevante. La content strategy prende vita e tutto sembra in ordine nel mondo.<\/p>\n<p>Tuttavia, per anni la mia gioia \u00e8 durata poco, perch\u00e9 bastavano un paio di settimane perch\u00e9 le cose cominciassero a disfarsi: i teaser smettono di fare i teaser, le immagini vengono ridimensionate in maniera strana e, non mento, ho anche cominciato a vedere dei link &#8220;clicca qui&#8221;.<\/p>\n<p>Mi chiedevo &#8220;Perch\u00e9 stai incasinando tutto?&#8221;. Il contenuto era modellato in maniera perfetta, il CMS \u00e8 stato costruito attentamente per riflettere quel modello. Ho perfino scritto un documento di istruzioni dettagliato!<\/p>\n<p>Nella mia testa, vedevo gli autori stampare le istruzioni e incollarle amorevolmente accanto al loro schermo. Nel mondo reale, hanno dato una rapida lettura al documento una sola volta e non l&#8217;hanno pi\u00f9 aperto. Quando si \u00e8 assunto nuovo personale, a nessuno \u00e8 venuto in mente di dire loro che esisteva una guida per il contenuto.<\/p>\n<p>Il problema? Avevo passato mesi china sul <a href=\"articoli\/64-numero-50-8-maggio-2012\/264-content-modelling-capacita-da-avere\">content model<\/a> e io sapevo esattamente quanto fossero importanti queste linee guida, ma gli autori no. Per la maggior parte di loro, si trattava della prima volta in cui scomponevano il contenuto nelle sue componenti e lo creavano per il riutilizzo. Non sorprende che annaspassero nel CMS, utilizzando male i campi, mettendo della formattazione dove non avrebbero dovuto e caricando immagini che si scontravano con il design.<\/p>\n<p>Magari voi siete come me: sapete cosa deve succedere nel CMS perch\u00e9 si crei l&#8217;esperienza che tutti hanno sottoscritto nel front end, ma avete scoperto che c&#8217;\u00e8 una gran differenza tra l&#8217;avere un piano e farlo effettivamente eseguire alle persone nel loro lavoro quotidiano. I risultati sono frustranti e demoralizzanti, sia per voi sia per gli autori che state cercando di aiutare.<\/p>\n<p>Non disperate. C&#8217;\u00e8 un modo migliore per far s\u00ec che le vostre guideline per il contenuto vengano adottate nel mondo reale: metterle proprio dove servono, nel CMS stesso.<\/p>\n<div class=\"paragrafo\">\n<h2>Riunire il team<\/h2>\n<p>Se avete gi\u00e0 creato un <a href=\"http:\/\/alistapart.com\/article\/content-templates-to-the-rescue\">content template<\/a> o una tabella della pagina, vi suoner\u00e0 famigliare l&#8217;idea di un documento di istruzioni sulla content strategy. I content template fungono da guida per il modello di contenuto, spiegando lo scopo di ciascun campo e sezione, incluse le informazioni quali il pubblico di destinazione, delle note riguardanti lo stile e un esempio di copy. Il problema \u00e8 che queste linee guida vivono indipendentemente dal CMS: il modo in cui si avvicinano di pi\u00f9 all&#8217;integrazione \u00e8 l&#8217;inclusione di alcuni screenshot nell&#8217;interfaccia di editing.<\/p>\n<p>Le guide per il contenuto sono generalmente di propriet\u00e0 e creazione di chiunque sia incaricato del contenuto all&#8217;interno di un team. Tuttavia, in realt\u00e0 l&#8217;assemblaggio delle linee guida \u00e8 uno sforzo collaborativo: un designer contribuisce all&#8217;informazione riguardante la lunghezza ideale della descrizione di una foto, l&#8217;art direction e la dimensione dell&#8217;immagine. Uno sviluppatore conosce tutti i vari posti in cui verr\u00e0 mostrato un particolare campo. Un project owner o un manager sa chi dovr\u00e0 essere contattato dall&#8217;autore per domande di attribuzione, qual \u00e8 il pubblico inteso per una descrizione di prodotto e che voce e tono dei documenti sono rilevanti per qualunque tipo di contenuto.<\/p>\n<p>Mettere le linee guida per il contenuto direttamente nel CMS richiede che vengano connesse tutte le discipline, il che lo rende inadatto all&#8217;inserimento nei processi della maggior parte dei team. In questo articolo, vi mostrer\u00f2 come mettere insieme tutti i pezzi per creare delle linee guida che forniscano aiuto quando un autore ne ha bisogno e gli rendano semplice fare bene il proprio lavoro. Lo faremo seguendo tre principi.<\/p>\n<p>I label e le linee guida ben fatti:<\/p>\n<ul>\n<li>forniscono un contesto, spiegando lo scopo di un campo e in che modo sar\u00e0 usato,<\/li>\n<li>sono specifiche, incoraggiano l&#8217;accuratezza e l&#8217;uniformit\u00e0 eliminando le ipotesi e<\/li>\n<li>sono positive e di aiuto piuttosto che ostili e proibitive.<\/li>\n<\/ul>\n<\/div>\n<p>Vediamo come possiamo applicare questi principi a ogni pezzo del CMS, usando esempi specifici e gestendo i problemi comuni.<\/p>\n<div class=\"paragrafo\">\n<h2>Tipi di contenuto<\/h2>\n<p>Prima di gettare un autore tra gli infiniti campi di una form di editing, dobbiamo fargli un&#8217;introduzione al tipo di contenuto in generale: cos&#8217;\u00e8, dove e come verr\u00e0 visualizzato e per chi \u00e8.<\/p>\n<p>Supponiamo che gli autori fossero abituati a creare delle nuove pagine per ciascun evento e poi a rimuoverle (quando si ricordavano!) dopo la fine dell&#8217;evento. Sostituiamo questo processo con uno content type specifico chiamato &#8220;Event&#8221;. Per aiutare gli autori nella transizione, potrei includere del testo come questo:<\/p>\n<blockquote><p>Gli eventi vengono visualizzati nella pagina Calendar e in un blocco in homepage e saranno automaticamente archiviati al loro termine. Il calendario \u00e8 usato principalmente dai membri che hanno gi\u00e0 famigliarit\u00e0 con il nostro lavoro e con i termini interni.<\/p><\/blockquote>\n<p>Dove e come funziona questa cosa dipende dal CMS. Per esempio, Drupal ha un campo &#8220;Explanation or submission guidelines&#8221; per ciascun tipo di contenuto che viene mostrato in cima alla pagina di editing di ogni entry. WordPress vi permette di aggiungere dei meta box per editare le schermate con del codice custom o dei plugin come Advanced Custom Fields, che rende l&#8217;informazione pi\u00f9 accessibile rispetto a nasconderla in un tab di aiuto contestuale. Se non siete sicuri di come fare questa cosa nel vostro CMS, parlate con i vostri sviluppatori: ci sono buone probabilit\u00e0 che lo rendano possibile una volta che ne avranno capito lo scopo.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2>Nomi dei campi<\/h2>\n<p>Quando assegnate un nome ai campi:<\/p>\n<ul>\n<li><strong>Siate specifici e descrittivi<\/strong>. Per esempio, in un profilo artista, potreste sostituire i campi &#8220;Title&#8221; e &#8220;Body&#8221; di default con &#8220;Artist Name&#8221; e &#8220;Biography&#8221;. Anche se sembrano ridondanti, i nomi dei campi come &#8220;Event name&#8221; e &#8220;Event description&#8221; aiutano l&#8217;autore ad orientarsi e gli ricordano che contenuto va inserito in essi.<\/li>\n<li><strong>Descrivete il contenuto nel campo, non il formato del campo<\/strong>. Un campo immagine denominato &#8220;Image&#8221; non dice all&#8217;autore che tipo di immagine. Qualcosa del tipo &#8220;Featured Photo&#8221; va meglio, ma \u00e8 ancora migliore una descrizione specifica come &#8220;Venue or Speaker Photo&#8221;.<\/li>\n<li><strong>Siate consistenti<\/strong>. Per esempio, non mettete un label in forma di domanda (&#8220;Open to the public?&#8221;) a meno che non usiate consistentemente le domante nei vostri campi e tipi di contenuto.<\/li>\n<\/ul>\n<div class=\"illustration full left\"><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/fig1a-fieldname_before.jpg\" border=\"0\" alt=\"Form di un CMS che usa tre nomi generici per i campi: Title, Type e Body.\" width=\"80%\" \/><\/p>\n<p>Prima: nomi di campo generici in una entry form di un CMS.<\/p>\n<\/div>\n<div class=\"illustration full left\"><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/fig1b-fieldname_after.jpg\" border=\"0\" alt=\"Form di un CMS che usa tre nomi specifici per i campi: Artist Name, Preferred Medium e Full Biography.\" width=\"80%\" \/><\/p>\n<p>Dopo: nomi di campo specifici danno il contesto per l&#8217;inserimento e aiutano gli autori ad evitare gli errori.<\/p>\n<\/div>\n<\/div>\n<div class=\"paragrafo\">\n<h2>Testo d&#8217;aiuto e istruzioni<\/h2>\n<p>Dove un nome per il campo descrive quale sia il contenuto, il testo d&#8217;aiuto descrive cosa fa. L&#8217;obiettivo \u00e8 di aiutare gli autori a rispettare i bisogni strategici, di formato e di stile del sito e di rispondere a domande come quelle in queste quattro categorie:<\/p>\n<h3>Messaggi ed informazioni<\/h3>\n<ul>\n<li>Qual \u00e8 il messaggio sottostante a questo copy?<\/li>\n<li>Cosa fa questo contenuto nel contesto del sito? Il punto di questo campo \u00e8 di informare l&#8217;utente, guidarlo ad un&#8217;azione o fornire dei metadati per la struttura del sito?<\/li>\n<li>Ci sono delle cose che questo campo deve o non deve includere?<\/li>\n<li>Il testo alt dovrebbe descrivere, fornire una caption o spiegare la funzione di questa immagine?<\/li>\n<li>Qual \u00e8 l&#8217;audience? Sono nuovi al nostro lavoro o hanno famigliarit\u00e0 con il nostro gergo interno?<\/li>\n<\/ul>\n<h3>Stile, voce e tono<\/h3>\n<ul>\n<li>Che struttura grammaticale dovrebbe avere questo testo (es., frase completa, frammento di frase, Tagline. Di. Quattro. Parole.)?<\/li>\n<li>Il titolo dovrebbe essere diretto o scritto come click-bait? (Suggerimento: No.)<\/li>\n<li>Deve esserci della punteggiatura alla fine?<\/li>\n<li>Il numero dei caratteri pu\u00f2 essere forzato dal CMS, ma c&#8217;\u00e8 una lunghezza ideale a cui l&#8217;autore dovrebbe tendere?<\/li>\n<li>Ci sono delle regole di stile, come l&#8217;uso di acronimi o di maiuscole, che potrebbero entrare in gioco?<\/li>\n<li>State cercando di cambiare le abitudini attuali di scrittura degli autori? Per esempio, servono dei reminder per non scrivere &#8220;clicca qui&#8221; o dare riferimenti alle posizioni sulla pagina come &#8220;la lista a sinistra&#8221;?<\/li>\n<\/ul>\n<h3>Tecnico<\/h3>\n<ul>\n<li>Quali sono i formati permessi per le immagini e il caricamento di file?<\/li>\n<li>Gli upload hanno una dimensione limite?<\/li>\n<li>Il nome del file deve seguire un pattern specifico (es., OrpingtonPoster-August2014.pdf)?<\/li>\n<li>Se un campo usa HTML, quali sono i tag accettati?<\/li>\n<li>Per un checkbox o per una select list, c&#8217;\u00e8 un limite superiore o inferiore di opzioni di scelta?<\/li>\n<\/ul>\n<h3>Design e visualizzazione<\/h3>\n<ul>\n<li>Il valore di questo campo cambia il modo e la posizione della visualizzazione del contenuto? Per esempio, una checkbox controlla se un articolo verr\u00e0 messo in homepage?<\/li>\n<li>Questo campo \u00e8 visualizzato insieme ad altri campi (e quindi non dovrebbe essere un duplicato) o apparir\u00e0 da solo (come il testo del teaser)?<\/li>\n<li>Il CMS scaler\u00e0 e ridimensioner\u00e0 le immagini automaticamente o l&#8217;autore dovr\u00e0 di caricarne pi\u00f9 versioni?<\/li>\n<li>Dove verr\u00e0 mostrata questa immagine? Dimensioni diverse (come le thumbnail) verranno mostrate in posti diversi nel sito?<\/li>\n<li>Ci sono dei requisiti di art direction per questa immagine? Per esempio, necessita di spazio negativo scuro sulla sinistra per un titolo sovrapposto? Dovrebbe mostrare una persona che guarda direttamente nella macchina fotografica?<\/li>\n<\/ul>\n<div class=\"illustration full left\"><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/fig2-createevent.jpg\" border=\"0\" alt=\"La entry form per un evento nel CMS con testo di aiuto specifico come \u201cSpell out your acronyms!\u201d e \u201cWhen possible, use place names over street addresses\u201d per ogni campo.\" width=\"100%\" style=\"border: 0px;\" \/><\/p>\n<p>Una form del CMS con un mix di linee guida tecniche ed editoriali aiuta gli autori a creare delle entry di contenuto consistenti.<\/p>\n<\/div>\n<h3>Rendere importante ogni parola<\/h3>\n<p>Non si risponde a quelle domande in una volta sola: nessuno legger\u00e0 mai tre paragrafi di istruzioni per un singolo campo di testo. Il vostro obiettivo consiste nel sottolineare l&#8217;informazione pi\u00f9 importante che molto spesso viene dimenticata. Per esempio, un&#8217;azienda che molto tempo fa aveva deciso che le immagini dei suoi prodotti sarebbero state in formato PNG non ha bisogno di reminder sui tipi di file appropriati. Potreste ricordare agli utenti di scrivere in seconda persona nel campo &#8220;Subtitle&#8221;, poi mettere un link all&#8217;intero documento che parla della voce e del tono per ulteriori suggerimenti.<\/p>\n<p>Qualunque cosa facciate, usate saggiamente lo spazio: se la label del campo \u00e8 &#8220;Featured Photo&#8221;, non scrivete &#8220;Qui \u00e8 dove caricate la featured photo&#8221;.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2>Considerazioni speciali<\/h2>\n<h3>Fate attenzione al grande WYSIWYG<\/h3>\n<p>Anche gli autori meglio intenzionati possono essere sopraffatti alla vista di un grande riquadro bianco vuoto con un milione di pulsanti WYSIWYG e i risultati non sono belli. Le linee guida editoriali contribuiscono a ricordare agli utenti per cosa dovrebbero o non dovrebbero essere usati questi grandi campi di testo.<\/p>\n<p>Se gli autori faranno della formattazione, pu\u00f2 essere utile <a href=\"http:\/\/alistapart.com\/article\/battle-for-the-body-field\">personalizzare il WYSIWYG<\/a> e fornire delle istruzioni di stile esplicite per tenerli sul giusto percorso.<\/p>\n<div class=\"illustration full left\"><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/fig3-wysiwyg.jpg\" border=\"0\" alt=\"WYSIWYG editor con una selezione molto limitata di pulsanti di formattazione e con del testo d'aiuto che include consigli come \u201cRemember that date-specific events should be made into Timeline entries rather than tucked into this field.\u201d\" width=\"80%\" \/><\/p>\n<p>Campo WYSIWYG con una selezione limitata di pulsanti, con incluse le linee guida editoriali e di formattazione.<\/p>\n<\/div>\n<p>Siate accorti con l&#8217;uso di interminabili istruzioni che iniziano con &#8220;Non&#8221;. I reminder positivi e gli esempi di contenuto corretto possono essere altrettanto efficaci e sembrano molto pi\u00f9 amichevoli dei divieti.<\/p>\n<h3>Rendere le liste contestuali e chiare<\/h3>\n<p>I campi delle select e le liste di checkbox fanno parte di molti tipi di contenuto, ma vengono usati per una variet\u00e0 di funzioni differenti: un campo &#8220;Category&#8221; pu\u00f2 controllare dove viene mostrata una entry sul sito, in che modo si collega al resto del contenuto o perfino che template di layout verr\u00e0 usato per mostrarla. Istruzioni ben fatte forniscono questo contesto agli autori.<\/p>\n<p>Per favore, ricordatevi di cambiare i nomi macchina tutti in minuscolo, legati da underscore, concatenati e abbreviati, come \u201cslvrLc_wynd\u201d, in parole reali, come \u201cSilver-Laced Wyandotte\u201d. Le coppie key:label esistono perch\u00e9 gli autori non debbano parlare con il database per riuscire nell&#8217;impresa. Usateli.<\/p>\n<h3>Ordinate i campi<\/h3>\n<p>Molti CMS vi permetteranno di raggruppare i campi, perlopi\u00f9 in fieldset o tab, per aiutare gli autori a capire quello che vedono. Nella maggior parte dei CMS, l&#8217;ordine della visualizzazione del front-end non deve necessariamente essere identico all&#8217;ordine della form del back-end, quindi potete organizzare i campi per aiutare gli autori a fare il loro lavoro senza influenzare la modalit\u00e0 di visualizzazione delle cose sul sito live.<\/p>\n<p>Solitamente, dovrete o raggruppare i campi di contenuto simile o sistemare i campi nell&#8217;ordine in cui verranno inseriti.<\/p>\n<p>Per esempio, supponiamo che abbiate bisogno di pi\u00f9 versioni di un singolo pezzo di informazione, come un titolo breve e un titolo lungo. Aiuta vederli uno di fianco all&#8217;altro, con dei reminder sul modo in cui le versioni differiscono nello specifico una dall&#8217;altra.<\/p>\n<p>Oppure, supponiamo che il contenuto verr\u00e0 copiato da un altro sistema, come le specifiche di un produttore o da un database legacy. Far s\u00ec che l&#8217;ordine dei campi sia uguale a quello della sorgente del contenuto significa che gli autori non dovranno saltare avanti e indietro durante la creazione di una entry. In maniera simile, se i vostri autori inseriscono sempre il contenuto di \u201cEvent Location\u201d tra i campi \u201cPresenter Bio\u201d e \u201cEvent Date\u201d, la form di editing dovrebbe riprodurre quello, anche se non \u00e8 l&#8217;ordine che per voi ha pi\u00f9 senso.<\/p>\n<div class=\"illustration full left\"><img decoding=\"async\" src=\"http:\/\/alistapart.com\/it\/wp-content\/uploads\/sites\/2\/2015\/01\/fig4-fieldset.jpg\" border=\"0\" alt=\"Due fieldset che mostrano i campi organizzati in gruppi sotto lo slideshow dell'Homepage e i metadati Open Graph.\" width=\"80%\" \/><\/p>\n<p>I fieldset aiutano a dare un senso alle entry form complesse dei CMS, organizzando i campi in gruppi che aiutano gli autori a tenere traccia dei diversi tipi di contenuto.<\/p>\n<\/div>\n<h3>Diventare specifici<\/h3>\n<p>La developer che c&#8217;\u00e8 in me vuole creare una libreria di snippet generiche di aiuto riutilizzabili, ma le istruzioni migliori che io produco sono quelle specifiche per un organizzazione interna e i processi di un cliente. Non abbiate timore di includere informazioni come \u201cContattare Ann Sebright (x8453) per le informazioni di attribuzione della foto\u201d o \u201cControllate il calendario interno per date in conflitto prima di postare un nuovo evento\u201d.<\/p>\n<\/div>\n<div class=\"paragrafo\">\n<h2>Realizzarlo<\/h2>\n<p>Il workflow di ciascun team \u00e8 differente, quindi non posso dirvi esattamente come integrare la creazione di queste istruzioni nel vostro progetto. Posso fornirvi alcune domande, per\u00f2, cos\u00ec che possiate fare delle conversazioni produttive al momento giusto nel vostro processo.<\/p>\n<h3>Scegliere un CMS<\/h3>\n<p>Se non avete ancora scelto un CMS, prendete in considerazione le domande seguenti quando valutate le opzioni. Se il CMS \u00e8 gi\u00e0 stato scelto, siate attenti alle risposte, cos\u00ec potete aggiustare di conseguenza la strategia per le istruzioni.<\/p>\n<ul>\n<li>Che formati di aiuto a livello dei campi supporta il CMS? Singole righe di testo, paragrafi, pop-up, hover text?<\/li>\n<li>Le istruzioni possono contenere HTML? Un po&#8217; di semplice formattazione pu\u00f2 dare risultati straordinari in termini di leggibilit\u00e0.<\/li>\n<li>Quanto \u00e8 difficile aggiornare il testo d&#8217;aiuto? Dal momento che i bisogni cambiano nel tempo, sistemare le istruzioni sar\u00e0 fastidioso?<\/li>\n<li>Potete cambiare le label dei field custom utilizzati nell&#8217;interfaccia di amministrazione senza influenzare il nome macchina utilizzato nelle query e nella visualizzazione front-end?<\/li>\n<\/ul>\n<h3>Modellazione del contenuto<\/h3>\n<p>I content strategist, i developer, i designer e i clienti o gli esperti &#8220;subject-matter&#8221; lavorano spesso insieme per creare modelli di contenuto. Ma \u00e8 importante includere nelle conversazioni, il prima possibile, anche gli autori regolari, non solo i project lead, ma le persone che effettivamente creeranno le entry sul sito.<\/p>\n<ul>\n<li>Revisionate i modelli di contenuto e i nomi dei campi con gli autori prima di finalizzarli. I nomi dei campi che state usando hanno senso per loro? Comprendono le relazioni tra campi e quello che questo significa per le connessioni tra i pezzi di contenuto?<\/li>\n<li>Ci sono posti in cui il nuovo modello differisce in maniera significativa dalla concezione attuale che ne hanno gli autori del contenuto? I cambiamenti pi\u00f9 grandi richiedono reminder e aiuti pi\u00f9 dettagliati.<\/li>\n<li>Per i campi che sono leggermente diversi gli uni dagli altri: di che tipo di informazione necessiteranno gli autori per distinguerli tra loro e per usarli correttamente?<\/li>\n<li>Se avete scelto un CMS con una capacit\u00e0 limitata di includere del testo di aiuto, avete semplificato di conseguenza i vostri modelli? Un modello che le persone non ricorderanno come seguire non sar\u00e0 molto utile per il contenuto.<\/li>\n<\/ul>\n<h3>Piano di migrazione del contenuto<\/h3>\n<p>Quando avete una quantit\u00e0 significativa di contenuto legacy, pianificate la migrazione affinch\u00e9 abbia una sua propria fase nel progetto. Parlate di che tipo di linee guida renderanno pi\u00f9 indolore lo spostamento del contenuto nel nuovo CMS.<\/p>\n<ul>\n<li>Se parti dell&#8217;attuale sito vengono divise in pezzi che lo compongono, posizionate i campi di quei componenti gli uni vicino agli altri durante la migrazione, dal momento che derivano tutti dalla stessa sorgente.<\/li>\n<li>Create un insieme di entry di esempio perfette cos\u00ec che gli autori possano consultarle durante la migrazione. Un insieme di contenuto reale, specialmente che mostrino come l&#8217;informazione dal vecchio sito venga riadattata nel nuovo modello, \u00e8 uno strumento di riferimento di grande valore.<\/li>\n<li>Prendete in considerazione l&#8217;idea di aggiungere delle istruzioni e dei raggruppamenti per campi per la &#8220;fase di migrazione&#8221;, con un insieme separato di linee guida del &#8220;sito live&#8221; da mettere in atto dopo che sar\u00e0 stata completata la migrazione. Il tipo di reminder necessari mentre si sposta il contenuto non sono sempre gli stessi del testo di aiuto per il contenuto creato da zero.<\/li>\n<\/ul>\n<h3>Design e development<\/h3>\n<p>Man mano che il design e il CMS prendono forma, i designer e i developer si trovano nella posizione giusta per scovare delle potenziali insidie.<\/p>\n<ul>\n<li>Ci sono delle parti del contenuto che allertano il vostro sesto senso? Ci sono delle immagini modificabili dall&#8217;autore che hanno particolari necessit\u00e0 di art direction? Ci sono delle funzioni del sito (es., &#8220;solo un pezzo di contenuto alla volta pu\u00f2 essere messo in prima pagina e promuovere un nuovo contenuto rimuover\u00e0 dalla prima pagina il contenuto attualmente presente&#8221;) che vi sembra di essere gli unici a comprendere? Prendete nota di qualunque pezzo di contenuto del sito che vi rende nervosi e condivideteli con il vostro team cos\u00ec che le linee guida gestiscano la questione.<\/li>\n<li>Chi inserir\u00e0 il testo di aiuto nel CMS stesso? Se le istruzioni sono pi\u00f9 tattiche, potrebbe essere il team di sviluppo ad occuparsene perch\u00e9 stanno creando i modelli di contenuto. Il content strategist potrebbe diventare il lead per le linee guida pi\u00f9 editoriali: in molti CMS, il testo di aiuto pu\u00f2 essere inserito mediante una GUI piuttosto che tramite codice, quindi il suo inserimento non deve necessariamente essere fatto da un developer.<\/li>\n<li>L&#8217;help text merita il suo QA. \u00c8 incredibilmente importante vedere le istruzioni in un contesto, non c&#8217;\u00e8 altro modo per realizzare che un particolare tipo di testo \u00e8 troppo lungo o che si perde nel disordine, o che l&#8217;ordine dei campi non ha senso nella form. I team di sviluppo e quello del cliente dovrebbero entrambe revisionare le form di edit per ciascun tipo di contenuto, per assicurarsi che tutte le informazioni importanti siano state catturate.<\/li>\n<\/ul>\n<h3>Aggiustamenti continui<\/h3>\n<p>Ricontrollate regolarmente il vostro lavoro, sia con il vostro team sia con il vostro cliente o con lo sponsor del progetto. Sistemare il testo d&#8217;aiuto o ridisporre i campi non richieder\u00e0 molto tempo, ma pu\u00f2 fare un&#8217;enorme differenza nella qualit\u00e0 sia dell&#8217;esperienza dell&#8217;autore sia del contenuto risultante.<\/p>\n<ul>\n<li>Revisionate le pagine live, specialmente quelle con layout complessi. Se trovate che delle immagini non stiano seguendo l&#8217;art direction o del testo che non fornisce le informazioni necessarie, aggiungete del help text pi\u00f9 specifico riguardante tali questioni.<\/li>\n<li>Parlate con gli autori che usano il sistema e fate dei ritocchi basandovi sul loro feedback. C&#8217;\u00e8 qualcosa di fastidioso nella form di edit? I campi sono nell&#8217;ordine che a loro sta bene? Ci sono posti in cui un link che li porti alla style guide o alla pagina intranet farebbe risparmiare loro del tempo? Piccoli cambiamenti all&#8217;interfaccia posso fare una gran differenza nel workflow generale di un autore.<\/li>\n<\/ul>\n<\/div>\n<div class=\"paragrafo\">\n<h2>Preparare gli autori per il successo<\/h2>\n<p>Pensavo fosse inevitabile: dopo alcuni mesi dal lancio, avrei sicuramente trovato dei campi usati in maniera errata e dei titoli disorientanti a scombinare il sito, quel tipo particolare di confusione che si genera dalla combinazione di un CMS potente con degli amministratori del sito non addestrati. Ma una volta spostate le linee guida per il contenuto all&#8217;interno del CMS stesso, durante i miei controlli post-lancio non faccio pi\u00f9 sospiri infastiditi ma noto al contrario dei piccoli miglioramenti.<\/p>\n<p>Quando mettiamo le istruzioni nel posto in cui sono cruciali e pi\u00f9 utili, aiutiamo gli autori a crearsi delle buone abitudini e delle sicurezze. Gli permettiamo di mantenere ed espandere un sito complesso senza sentirsi sopraffatti. Un sito web che appare perfetto nel giorno del lancio \u00e8 una cosa meravigliosa, ma quando miglioriamo l&#8217;esperienza dell&#8217;autore, miglioriamo il contenuto per sempre e questo d\u00e0 molte pi\u00f9 soddisfazioni.<\/p>\n<p>Illustrazioni: {carlok}<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>\u00c8 una gioia lanciare un sito con dei modelli di contenuto creati amorevolmente. Ma cosa succede nelle settimane successive, quando gli autori cominciano ad inserire dei nuovi contenuti nel CMS? Se volete mantenere intatto il contenuto ben strutturato e seguire la strategia, un PDF con le istruzioni non sar\u00e0 sufficiente. Lasciate che Eileen Webb vi mostri quello che funziona: mettere le linee guida editoriali nel posto in cui i vostri autori ne hanno pi\u00f9 bisogno, ossia nel CMS stesso.<\/p>\n","protected":false},"author":818,"featured_media":7000750,"comment_status":"open","ping_status":"open","template":"","categories":[254,122,278,253],"tags":[],"coauthors":[435],"class_list":["post-506","article","type-article","status-publish","has-post-thumbnail","hentry","category-content-strategy","category-numero-105-7-gennaio-2015","category-workflow-tools","category-writing"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article\/506","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article"}],"about":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/types\/article"}],"author":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/users\/818"}],"replies":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/comments?post=506"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media\/7000750"}],"wp:attachment":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media?parent=506"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/categories?post=506"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/tags?post=506"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/coauthors?post=506"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}