Un buyer apre una cartella di schede tecniche in PDF. Cerca un dato necessario per valutare un prodotto, ma i nomi dei file non gli dicono quale documento consultare. Quando finalmente trova una scheda plausibile, resta un\u2019altra domanda: \u00e8 la versione corrente? Pubblicare gli stessi file in un\u2019altra sezione del sito non risolve necessariamente il problema. Occorre rendere riconoscibile l\u2019informazione cercata e chiarire quale documento faccia fede.<\/p>\n\n\n\n
Per scegliere tra documentazione tecnica PDF o HTML conviene separare tre decisioni: dove il lettore individua il dato, quale documento gli serve per il proprio compito e come riconosce la versione corretta. Una pagina web e un PDF possono avere funzioni diverse senza che ogni informazione debba esistere in entrambi. Possono anche convivere, a condizione che il passaggio dall\u2019una all\u2019altro non lasci dubbi su contenuto e aggiornamento.<\/p>\n\n\n\n
Nel contesto dei contenuti pubblicati su GOV.UK, il Government Digital Service sostiene che le informazioni nei PDF siano pi\u00f9 difficili da trovare, usare e mantenere rispetto ai contenuti HTML. \u00c8 una motivazione per l\u2019orientamento editoriale del proprio sito, non una misurazione dei percorsi d\u2019acquisto nei siti B2B. Lo stesso intervento segnala che un PDF realizzato senza sufficiente cura pu\u00f2 presentare problemi di accessibilit\u00e0: non ne segue che una pagina HTML sia accessibile per il solo fatto di essere HTML.<\/p>\n\n\n\n
La documentazione di DITA-OT descrive una possibilit\u00e0 differente: mediante i project file si possono specificare pi\u00f9 deliverable, ciascuno con un contesto di origine, una destinazione e un formato di pubblicazione, tra cui HTML e PDF. Questa capacit\u00e0 risponde alla domanda \u00abquali output possiamo produrre?\u00bb, non alla domanda \u00abquale output serve a questo buyer?\u00bb. Non assicura neppure che due pubblicazioni contengano gli stessi dati o che una sia riconosciuta come versione autorevole.<\/p>\n\n\n\n
Le due indicazioni si possono leggere insieme senza trasformarle in una regola universale. Pubblicare contenuti consultabili sul web \u00e8 una decisione sull\u2019esperienza informativa; produrre pi\u00f9 formati \u00e8 una decisione sul processo di pubblicazione. Prima di scegliere uno strumento o pianificare una conversione, serve stabilire quali domande il lettore deve risolvere sul sito e quando, invece, deve poter consultare un documento definito.<\/p>\n\n\n\n
Si immagini una scheda che contiene l\u2019ingombro di una macchina. Se il buyer deve conoscere quel dato per decidere se approfondire, pu\u00f2 essere utile renderlo individuabile nella pagina del prodotto, con il contesto necessario per interpretarlo. Se deve esaminare l\u2019intera scheda approvata, il documento scaricabile pu\u00f2 restare un elemento distinto del percorso. Questa \u00e8 una proposta di organizzazione da verificare sui contenuti e sugli utenti dell\u2019impresa, non una prova che un formato migliori sempre la reperibilit\u00e0.<\/p>\n\n\n\n
Il confronto utile non \u00e8 fra due estensioni di file in astratto, ma fra il compito che si vuole agevolare e la responsabilit\u00e0 che si assume pubblicando l\u2019informazione.<\/p>\n\n\n\n La terza possibilit\u00e0 richiede particolare attenzione: non basta aggiungere un pulsante per scaricare un file. La pagina deve aiutare a capire perch\u00e9 quel documento \u00e8 pertinente; il documento, a sua volta, deve essere identificabile senza dipendere dalla pagina che lo presenta. Se la pagina riporta alcuni dati della scheda, occorre decidere quali siano necessari per orientarsi e chi li aggiorner\u00e0 quando cambia il documento.<\/p>\n\n\n\nCompito del lettore<\/th> Soluzione da valutare<\/th> Questione da chiarire<\/th><\/tr><\/thead> Individuare un dato prima di un contatto<\/td> Una pagina HTML che presenti il dato nel contesto del prodotto<\/td> Se il dato \u00e8 sufficiente per orientarsi e dove si verifica la versione<\/td><\/tr> Consultare una scheda tecnica definita<\/td> Il PDF previsto dal processo documentale<\/td> Se il lettore riconosce documento, ambito e revisione corretti<\/td><\/tr> Orientarsi sul sito e poi esaminare il documento<\/td> Pagina di ingresso e PDF associato<\/td> Se il passaggio tra i due \u00e8 chiaro e non crea dati discordanti<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n