{"id":703,"date":"2017-02-27T11:58:35","date_gmt":"2017-02-27T10:58:35","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/guerrilla-innovation\/"},"modified":"2017-02-27T11:58:35","modified_gmt":"2017-02-27T10:58:35","slug":"guerrilla-innovation","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/guerrilla-innovation\/","title":{"rendered":"Guerrilla Innovation"},"content":{"rendered":"

In una cultura come quella di Google, si celebra l’avere del tempo pagato durante il quale innovare. Ma la maggior parte di noi non lavora in Google: la maggior parte di noi lavora in posti che sono molto meno che elettrizzati quando qualcuno ha una nuova brillante idea che potrebbe diventare incredibile<\/em>.<\/p>\n

Dopo tutto, chi ha il tempo di provare cose nuove quando le cose che stiamo facendo adesso non sono rotte? Nessuno vuole essere costretto ad usare un’altra app, ad avere un’altra cosa in cui doversi loggare solo per vederla morire in sei mesi.<\/p>\n

Quindi, come si fa a farsi approvare un’idea? Come si pu\u00f2 innovare se si lavora in un posto molto meno che innovativo?<\/p>\n

\n

Ci vuole pi\u00f9 di una grande idea<\/h2>\n

Supponiamo che abbiate appena visto una demo di qualcuno che usa un prototyping tool come UXPin<\/a> e avete questa visione grandiosa del vostro team che lo incorpora nel proprio processo di sviluppo. Vi rendete conto che con un tool come questo potete rapidamente mettere insieme dei concetti per un sito web e renderli reali a sufficienza per poter fare degli user test nel giro di due giorni! Sembra abbastanza irrinunciabile. Perch\u00e9 non l’avete mai usato?<\/em><\/p>\n

Create un account e cominciate ad esplorare. \u00c8 decisamente fantastico. Mettete insieme una demo e la condividete con il vostro team nella successiva riunione.<\/p>\n

Il vostro entusiasmo viene completamente spento nel giro di cinque minuti.<\/p>\n

\u201cSembra che ci sia un po’ troppo lavoro extra.\u201d<\/p>\n

\u201cPerch\u00e9 dovremmo creare un prototipo per poi riscriverlo tutto in codice?\u201d<\/p>\n

\u201cCreiamolo semplicemente in Drupal.\u201d<\/p>\n

Coltello. Nel. Cuore.<\/p>\n

Voi<\/em> riuscite a vedere il valore del prodotto ma non avete fatto i passi necessari per inquadrare bene il problema che volete risolvere. Non avete davvero usato questo nuovo esaltante tool per costruire un’argomentazione attorno al valore che avr\u00e0 per la vostra azienda.<\/p>\n

Quindi, al momento, per i vostri collaboratori si tratta semplicemente di un altro oggetto luccicante. Nel mondo dello sviluppo web ogni due secondi appare un nuovo oggetto luccicante. Dovete sgobbare un po’ per comprendere la differenza tra un oggetto luccicante che valga il tempo del vostro team e, beh, semplicemente un altro oggetto luccicante.<\/p>\n

Tutti possono uscirsene con un’idea al volo o pensare di avere un momento \u201cOprah Aha!\u201d<\/a>, ma la vera innovazione richiede ore di lavoro, provare e riprovare, una gran quantit\u00e0 di determinazione e alcune tattiche di guerrilla furtiva.<\/p>\n<\/div>\n

\n

Inquadrare il problema<\/h2>\n

Il primo passo nella guerrilla innovation \u00e8 essere sicuri che si sta risolvendo il problema giusto. Solo perch\u00e9 la vostra idea \u00e8 veramente incredibile non significa che fornir\u00e0 valore autentico. Se non risolve un problema tangibile o non fornisce dei benefit tangibili, avete pochissime chance di convincere il vostro team e la vostra azienda.<\/p>\n

L’essere \u201ccool\u201d di per s\u00e9 non \u00e8 abbastanza e \u201ccool\u201d lascia spazio a molte interpretazioni.<\/p>\n

Inquadrare il problema vi permette di osservarlo da molte angolature e di vedere soluzioni diverse che potrebbero non esservi venute in mente.<\/p>\n

Immergendovi in quelli che saranno l’impatto e gli effetti che avranno la vostra idea, comincerete a vedere il quadro generale della situazione e potreste addirittura decidere che, dopo tutto, la vostra idea non era cos\u00ec incredibile. Oppure, questa scoperta potrebbe portarvi a una soluzione diversa che sar\u00e0 veramente innovativa e che vi cambier\u00e0 la vita.<\/p>\n

Cominciate dalla fine<\/h3>\n

Quando la vostra idea sar\u00e0 implementata e tutto andr\u00e0 secondo i piani, che benefici dar\u00e0?<\/p>\n

Fate un elenco delle persone che in teoria trarranno beneficio da questa idea. Scrivete chi sono e in che modo l’idea li aiuter\u00e0.<\/p>\n

Torniamo al nostro esempio del tool di prototipazione. Chi ne trarr\u00e0 il maggior beneficio? L’utente finale che sta cercando del contenuto specifico sul vostro sito web. Usando un tool di prototipazione potrete fare pi\u00f9 user test all’inizio del processo, potendo cos\u00ec modificare e iterare sul vostro design a seconda del feedback e questo potrebbe migliorare l’esperienza generale del sito. Un’esperienza migliorata dovrebbe, idealmente, permettere ai visitatori di trovare pi\u00f9 facilmente il contenuto che stanno cercando. Pertanto il contenuto sar\u00e0 per loro pi\u00f9 utile e utilizzabile.<\/p>\n

Se i visitatori fanno un’esperienza migliore, questo potrebbe portare a un migliore conversion rate, il che a sua volta aiuterebbe gli obiettivi del vostro manager perch\u00e9 farebbe migliorare le vendite via web.<\/p>\n

Tale benefit potrebbe inoltre estendersi a tutto il vostro team: uno strumento di prototipazione potrebbe migliorare la comunicazione tra il gruppo del marketing e quello dello sviluppo. Usare un prototyping tool aiuterebbe a visualizzare rapidamente le idee cos\u00ec che tutti possano vedere in che modo si sta evolvendo il sito. Potrebbero sollevarsi prima delle questioni da gestire. Un tool di prototipazione potrebbe essere proprio quello che serve perch\u00e9 tutti siano sempre aggiornati sui contenuti e sugli obiettivi identificati.<\/p>\n

Identificate il vostro audience<\/h3>\n

I due top audience con il potenziale di trarre il maggior beneficio dalla vostra idea innovativa sono i vostri audience target. Se l’utente finale del sito web ne trarr\u00e0 il maggior beneficio, allora quello \u00e8 il vostro audience target primario. Se il vostro manager come conseguenza ne trae un beneficio, allora quello \u00e8 il vostro pubblico target secondario.<\/p>\n

Prendetevi del tempo per sviluppare una persona attorno ad ognuno dei vostri audience target pi\u00f9 importanti. Una persona<\/i> \u00e8 un documento che riassume i trend di ricerca e i dati che sono stati raccolti riguardo ad un segmento chiave del pubblico. Sebbene una persona rappresenti un unica persona, non dovrebbe mai essere basato su un individuo reale, ma piuttosto dovrebbe essere un insieme di caratteristiche prese da molte persone nel mondo reale. Una persona \u00e8 solitamente una pagina e include caratteristiche quali l’attitudine, gli obiettivi, il livello delle sue capacit\u00e0, la sua occupazione e il suo background. Per maggiori informazioni sullo sviluppo di persona per migliorare la user experience, guardate su Usability.gov<\/a>.<\/p>\n

Quando, nei sei mesi successivi, sarete invischiati fino al collo in questa idea e i vostri colleghi si lamenteranno del carico di lavoro extra e voi vi chiederete perch\u00e9 mai avete deciso di fare tutto ci\u00f2, guarderete la lavagna bianca su cui avete disposto le vostre persona e vi ricorderete che loro sono il vostro pubblico target, non voi. Tutto questo lavoro extra \u00e8 a beneficio loro.<\/p>\n

Man mano che implementate un workflow usando uno strumento di prototipazione e si prende la decisione di fare solo un unico round di user test invece dei tre round di cui si era inizialmente discusso, potete far riferimento alle vostre persona e chiedervi chi trarr\u00e0 beneficio da una decisione del genere. State risparmiando tempo per gli sviluppatori e gli stakeholder nel tentativo di mandare online il sito pi\u00f9 in fretta? Oppure il pubblico target ne trarr\u00e0 davvero beneficio?<\/p>\n<\/div>\n

\n

Fate un pre-postmortem<\/h2>\n

Comprendere i rischi dell’innovazione non significa abbandonare la propria idea e lasciar perdere. Quando si comprendono gli ostacoli che si hanno di fronte, si pu\u00f2 identificarli pi\u00f9 facilmente e sviluppare delle soluzioni prima che avvengano dei potenziali fallimenti.<\/p>\n

Un esercizio utile da fare \u00e8 un postmortem report prima ancora di cominciare. Cominciate prevedendo le ragioni per cui il tool o il progetto non andranno bene, cos\u00ec da poter evitare tali trappole. Alcune domande che potreste porvi in un postmortem sono:<\/p>\n

    \n
  • Chi era coinvolto nel progetto?<\/li>\n
  • Cosa \u00e8 andato bene nel progetto?<\/li>\n
  • Cosa non \u00e8 andato bene?<\/li>\n
  • Cosa possiamo fare la prossima volta per migliorare i nostri risultati?<\/li>\n<\/ul>\n

    Con il nostro esempio del prototyping, una possibile ragione di fallimento potrebbe essere che il team non adotti lo strumento e che non prenda mai piede. Occorre che tutto il team si trovi allineato e utilizzi lo stesso workflow: la mancanza di adozione potrebbe essere deleteria per progredire.<\/p>\n<\/div>\n

    \n

    Analizzate la situazione attuale<\/h2>\n

    Che tipo di effetti state vedendo proprio ora a causa di questo problema che avete identificato? Raccogliete dei dati per provare che c’\u00e8 davvero un problema da risolvere. Se l’help desk riceve continuamente chiamate da utenti che non riescono a trovare un pulsante specifico sul vostro sito, per esempio, allora avete delle prove di una cattiva user experience.<\/p>\n

    Fate delle ricerche<\/h3>\n

    Chiedete ai vostri collaboratori cosa sanno del prototyping e se hanno mai sperimentato un tool di prototipazione.<\/p>\n

    Chiedete agli utenti finali un’opinione sui contenuti del sito. Raccogliete delle informazioni su quanto sia davvero cattiva l’esperienza utente.<\/p>\n

    Questo non \u00e8 il momento di presentare la vostra idea. Siete completamente in modalit\u00e0 ascolto\/osservazione. Tenete l’elevator pitch per dopo, quando avrete tutte le informazioni e sarete sicuri che questa sia la soluzione giusta ad un problema molto specifico e siete pronti a rispondere alle domande che verranno.<\/p>\n

    Valutate i vostri tool<\/h3>\n

    Ci sono dei tool che usate adesso che sono simili al tool che state proponendo? Se s\u00ec, quali sono i loro vantaggi e svantaggi?<\/p>\n

    Prendete l’esempio di UXPin. Adesso il vostro team usa fogli di carta per fare i prototipi? Il graphic designer usa Photoshop quando inizia dai wireframe\/prototipi prima di fare il layout ad alta risoluzione?<\/p>\n

    Avere pronta una lista dei pro e dei contro per i tool che state attualmente usando vi aiuter\u00e0 a costruire un caso attorno al perch\u00e9 la vostra soluzione \u00e8 superiore e mostrer\u00e0 che avete fatto le vostre ricerche.<\/p>\n

    Tenete a bada il vostro ego<\/h3>\n

    Analizzate le vostre motivazioni per voler introdurre un nuovo tool. Volete provare qualcosa di nuovo solo per prendere il controllo di una situazione? Se il graphic designer fa un buon lavoro usando Photoshop per sviluppare un prototipo ma voi non sapete come usare Photoshop, allora questa non \u00e8 una buona ragione per provare un nuovo strumento.<\/p>\n

    Tuttavia, se avete un team di sei persone e solo una sa usare Photoshop, allora scegliere un tool pi\u00f9 accessibile con una curva di apprendimento meno alta potrebbe essere la mossa giusta.<\/p>\n

    Esplorate altre soluzioni<\/h3>\n

    Ci sono altri tool che risolverebbero il problema che avete scoperto? Se non c’\u00e8 ancora spazio nel budget per UXPin, c’\u00e8 qualcosa d’altro che pu\u00f2 sostituirlo mentre cercate di provare il valore di questo tipo<\/em> di tool? Potete usare i prototipi su carta per qualche mese mentre il team prende la mano con questa nuova parte del proprio workflow?<\/p>\n

    A volte, pu\u00f2 essere positivo cominciare con qualcosa di meno complesso. Tutti sanno usare penna e carta, ma imparare un nuovo software pu\u00f2 essere scoraggiante e richiedere molto tempo.<\/p>\n<\/div>\n

    \n

    Pensate ancora che questa sia un’idea fantastica?<\/h2>\n

    Adesso comprendete i benefici tangibili dell’implementazione di un’idea innovativa e sapete chi ne trarr\u00e0 beneficio. Potete prevedere sia i vantaggi di implementarla sia i potenziali rischi della sua mancata implementazione.<\/p>\n

    Le vostre motivazioni sono buone, avete analizzato la vostra attuale situazione per strumenti o processi simili che potrebbero gi\u00e0 essere in atto e avete esplorato altre potenziali soluzioni. Siete ben avviati alla creazione di un caso forte sulla vostra idea innovativa. A questo punto, ci avete messo molto tempo e sforzo per implementarla. Pensate ancora che sia una buona idea e siete ancora cos\u00ec esaltati come quando avete iniziato?<\/p>\n

    Se avete perso la motivazione e l’esaltazione a questo punto, o se non siete riusciti a visualizzare un qualsiasi vantaggio reale, potrebbe non valer la pena di implementare tale idea. Va bene cos\u00ec. Il modo in cui approderete a una grande idea \u00e8 testando molte idee non cos\u00ec fantastiche finch\u00e9 non troverete quella giusta.<\/p>\n

    La vostra continua esaltazione e motivazione saranno necessarie quando comincerete ad implementare la vostra idea e a lavorare per ingraziarvi dei sostenitori.<\/p>\n<\/div>\n

    \n

    Cominciate da poco e fallite appena possibile<\/h2>\n

    Anche se siete piuttosto sicuri che questa idea sia fantastica, cominciate da poco e tenete la mente aperta. Vi verranno in mente un migliaio di domande mentre cominciate ad utilizzare il prodotto con utenti reali.<\/p>\n

    Mentre cominciate a fare un paio di test, usate parole come \u201cesperimento\u201d invece di \u201cimplementazione\u201d, per lasciare spazio a errori e crescita. Volete sapere cosa non funzioner\u00e0 cos\u00ec come volete sapere cosa funzioner\u00e0. E se qualcuno vi chiede cosa state facendo, suoner\u00e0 molto pi\u00f9 innocente dire che state facendo degli esperimenti che condividerete con il team piuttosto che dire che state implementando un tool di prototipazione nel vostro processo di web development.<\/p>\n

    Se attualmente state lavorando ad un progetto di un sito web, provate a creare una sola pagina usando il prototyping tool nel vostro tempo libero, non come parte del processo del progetto ufficiale. Vedete come va nel creare una sola pagina per ora. Ancora meglio, provate a fare un solo elemento della pagina, come l’header o la navigazione. Cominciando da poco avrete meno variabili da considerare. Ricordate, al momento state valutando il tool stesso, non necessariamente la user experience del vostro sito web.<\/p>\n

    Poi prendete il vostro prototipo e vedete che tipo di feedback ottenete testandolo con degli utenti finali reali.<\/p>\n

    Il prototipo \u00e8 responsive? Che URL vi serve per accedervi? \u00c8 stato facile mandare gli utenti a questo URL? Potete registrare i movimenti del mouse o i click? Vi pu\u00f2 servire? Come documenterete il loro feedback sul sito? Sono stati in grado di usare il loro device o avete dovuto fornirne uno? Cosa farete con il feedback e le osservazioni che avete raccolto?<\/p>\n

    Fate molti piccoli esperimenti come questo, facendo degli aggiustamenti man mano, finch\u00e9 vi sentite pi\u00f9 a vostro agio con il tool, le sue feature e i risultati che ottenete. La vostra sicurezza con il tool dar\u00e0 sicurezza anche al vostro team.<\/p>\n<\/div>\n

    \n

    Non fatevi licenziare<\/h2>\n

    Alla maggior parte delle aziende non interessa che i propri impiegati facciano ricerche durante le loro ore di lavoro in azienda. Sfortunatamente, ad alcuni interessa. La vostra sola opzione potrebbe essere quella di usare il vostro device durante la pausa pranzo o prima o dopo il lavoro.<\/p>\n

    Anche il vostro lavoro vi permette di fare ricerche e imparare durante le ore di lavoro, rispettate le ore di lavoro. Passare molti mesi di fila a iterare su un’idea potrebbe non essere positivo per la prossima revisione dipendenti. La 3M permette ai propri dipendenti di usare il 15% del loro tempo per concentrarsi sull’innovazione. Google \u00e8 famoso per aver concesso il 20% del tempo lavorativo ai suoi impiegati per concentrarsi su idee innovative. Provate a misurare quanta percentuale del vostro tempo potete ragionevolmente passare sulla vostra ricerca senza trascurare il vostro lavoro reale.<\/p>\n

    Siate trasparenti in merito a quello che state facendo. Nasconderlo e avere un comportamento furtivo dar\u00e0 l’impressione sbagliata. Fate sapere al vostro capo che siete incuriositi da un nuovo tool e state facendo degli esperimenti per esplorarlo meglio. Curiosit\u00e0, esperimento, esplorare<\/i>: come ho suggerito prima, queste sono tutte parole sicure che non implicano nessun livello di impegno o pressione.<\/p>\n<\/div>\n

    \n

    Trovate degli alleati<\/h2>\n

    Presumibilmente avrete degli amici in ufficio: portateli fuori a pranzo e buttategli l\u00ec l’idea. Raccontategli degli esperimenti che state facendo e dei risultati che state ottenendo. Chiedetegli se vogliono vedere quello a cui state lavorando.<\/p>\n

    Potrebbe volerci un po’ prima che qualcuno mostri interesse, ma non rinunciate se non vedete gli altri cos\u00ec entusiasti fin da subito e non insistete. Ricordate, volete che i vostri colleghi siano dalla vostra parte.<\/p>\n

    Inoltre, far rimbalzare la vostra idea sui vostri collaboratori \u00e8 una buona pratica per dirlo al vostro capo. I vostri colleghi vi faranno sicuramente un sacco di domande a cui non avete ancora pensato ed esprimeranno dei punti di vista che non avete considerato.<\/p>\n

    Ascoltate le loro obiezioni e usate i loro dubbi per creare il vostro caso. Pensano che aggiungere un nuovo tool al workflow rallenter\u00e0 il processo? Esplorate questo dubbio: la prossima volta che parlerete, offrite dei dati e degli insight sul fatto che quella supposizione potrebbe non essere vera.<\/p>\n

    Avere il proprio team dalla vostra parte vi servir\u00e0 molto quando presenterete l’idea al vostro capo, ma non fatene un dramma se non lo sono. A volte, i nostri colleghi sono solo cos\u00ec spaventati dal cambiamento che nessuna quantit\u00e0 di dati li far\u00e0 stare tranquilli. Probabilmente esprimeranno i propri dubbi quando solleverete l’idea di fronte al capo. Avere una risposta pronta vi far\u00e0 apparire sicuri.<\/p>\n<\/div>\n

    \n

    Ottenete il supporto del vostro boss<\/h2>\n

    \u00c8 ora di salire di livello. Per favore, non mettete insieme una presentazione gigante, non indossate il vostro miglior vestito e non parlate a ruota libera. Se la vostra esperienza sar\u00e0 simile alla mia, passerete il resto della giornata piagnucolando nel bagno.<\/p>\n

    Una presentazione ricercata e completa pu\u00f2 essere sgradevole. Vi fa sembrare come se aveste gi\u00e0 risolto l’intero problema. Volete apparire aperti ai suggerimenti. Perch\u00e9 lo siete.<\/p>\n

    L’approccio<\/h3>\n

    Conoscete la vostra relazione con il vostro capo – e come avvicinarlo – meglio di chiunque altro. Per me, il modo migliore \u00e8 di aspettare il momento giusto e citare la nuova idea en passant. Siate pronti a mostrare tutto il vostro progresso e a fare una specie di proposta l\u00ec al momento. Fatela sembrare semplice e a basso rischio con i passi successivi ben chiari. Ho trovato vantaggioso parlare subito dei dubbi del team per mostrare il valore delle loro opinioni e dei loro spunti. I capi amano il lavoro di squadra.<\/p>\n

    Se non c’\u00e8 un chiaro interesse da parte del vostro capo, chiedetegli quali altri dati o informazioni vorrebbero vedere per aiutare a supportare questa idea. Quali sono i loro dubbi o esitazioni?<\/p>\n

    A questo punto, considerate di chiedere il permesso di continuare a sperimentare ad un livello pi\u00f9 ampio. La parola \u201cimplementare\u201d fa davvero uscire di testa la gente. Sembra molto meno rischioso dire di voler provare un tool di prototipazione per tre mesi nel processo di web development piuttosto che implementarlo per sempre.<\/p>\n<\/div>\n

    \n

    Perseverare<\/h2>\n

    Se non potete seguire rigorosamente la vostra idea tanto a lungo da fare alcune ricerche ed esperimenti, perch\u00e9 dovrebbe farlo chiunque altro? Se vi sta davvero a cuore e riuscite a vedere che la vostra idea porter\u00e0 un vero cambiamento nella vostra azienda o nel vostro ambiente di lavoro, tenete duro per il lungo termine.<\/p>\n

    Quando i graphic designer saranno d’accordo ad adottare UXpin come prototyping tool e il team della User Experience (se siete tanto fortunati da avere uno UX team… no, davvero, non sono gelosa) dice che lo prover\u00e0 per i test con gli utenti finali, chiedete di far parte del processo. Chiedetegli di invitarvi alle sessioni di test con gli end user e alle design review con gli stakeholder.<\/p>\n

    Partecipate a quelle sessioni e riunioni mentre la vostra idea viene implementata cos\u00ec potete continuare a far riferimento alle vostre persona e ad essere sicuri che si prendano delle decisioni per i motivi giusti. In questo modo sarete in prima fila per vedere verificarsi il cambiamento positivo mentre guidate la vostra idea e il vostro duro lavoro verso qualcosa veramente innovativo.<\/p>\n

    Quando la vostra idea comincia a guadagnare terreno e i vostri esperimenti diventano procedimenti reali, completate le cose. Non date semplicemente via la vostra idea e sperate per il meglio come un bambino che aspetta lo scuola bus. Guidate<\/em> quel dannato autobus.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

    Se non lavorate in un posto come Google o 3M, aziende celebrate per innovazioni gratificanti, non disperate: potete ancora proporre idee, vederle guadagnare terreno e osservare la vostra azienda evolversi per il meglio.Dovete solo essere astuti nella tattica che impiegate. Janice Gervais ha alcuni consigli su come mettere in pratica una guerrilla innovation efficace.<\/p>\n","protected":false},"author":818,"featured_media":0,"comment_status":"open","ping_status":"open","template":"","categories":[263,171,278],"tags":[],"coauthors":[499],"class_list":["post-703","article","type-article","status-publish","hentry","category-business","category-numero-193-16-febbraio-2017","category-workflow-tools"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/article\/703","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=703"}],"wp:attachment":[{"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/media?parent=703"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/categories?post=703"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/tags?post=703"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/alistapart.com\/it\/wp-json\/wp\/v2\/coauthors?post=703"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}