L'identità di marca come infrastruttura

La maggior parte delle grandi organizzazioni conserva la propria identità in un documento. È bello, costoso e viene letto per intero dalle persone che lo hanno realizzato e quasi da nessun altro. Specifica un colore in un valore esadecimale che il software di presentazione arrotonda, un carattere tipografico che i computer dell'ufficio non hanno e una regola di spazio libero che l'appaltatore della segnaletica non ha mai visto. Nel giro di un anno il marchio esiste in tre versioni: quella nel PDF, quella sul sito e quella negli ultimi cento documenti inviati ai clienti. Il PDF è decorazione. Descrive un'identità; non ne impone uno.

Un’identità che si comporta come un’infrastruttura è diversa nel tipo, non nella qualità. Le sue decisioni sono codificate dove vengono consumate: colore, tipo, spaziatura, raggio, movimento e voce mantenuti come token con nome e versione in un'unica fonte, esportati su ogni superficie che rappresenta il marchio e modificati attraverso un processo di rilascio che una filiale può vedere e un consiglio può governare. Il documento delle linee guida esiste ancora, ma descrive ciò che il sistema già fa. Questa è l'unica forma di identità che sopravvive ai tre eventi che distruggono l'altra: una fusione, il rebranding di una filiale e l'arrivo di un nuovo chief marketing officer.

Che cos'è un token e perché la parola è importante

Un token di progettazione è una decisione denominata. colour.ink è una decisione sul colore del testo; space.4 è una decisione su una distanza; type.heading.width è una decisione relativa al taglio di un carattere tipografico; motion.arrive è una decisione su come qualcosa appare. Il token ha un nome, un valore e una versione. Ogni template, componente, documento e schermata che rende il brand fa riferimento al nome, mai al valore.

Questa separazione è il punto centrale. Quando il valore cambia, tutto ciò che fa riferimento al nome cambia con esso. Quando al nome viene assegnata una versione, una filiale può dire su quale versione si trova, un registro delle modifiche può dire cosa è stato spostato tra le versioni e una deprecazione può riportare una data. L'identità smette di essere un insieme di immagini e diventa un insieme di fatti con una storia.

Anche la voce appartiene al set di token, sebbene raramente venga trattata in questo modo. Il registro, il vocabolario, le parole che il marchio rifiuta di usare e il modo in cui nomina le cose sono decisioni allo stesso modo del colore. Possono essere conservati in un'unica fonte, con versione e applicati negli strumenti in cui viene prodotta la copia. Una lista vietata che vive in un documento è un desiderio; un elenco vietato che non riesce a compilare è uno standard.

Una fonte, tante superfici

Il sistema di progettazione e il marchio vengono solitamente acquistati separatamente, da dipartimenti diversi, da fornitori diversi. Il marketing commissiona il marchio. L’ingegneria costruisce il sistema di progettazione. I due si incontrano durante un trasferimento di file, una volta, e da quel giorno divergono.

L'alternativa è una fonte. I token sono il marchio, e il sistema di design ne è un consumatore insieme a ogni altra superficie: il sito web, l’interfaccia del prodotto, il rapporto stampato, la segnaletica sull’edificio, il modello di contratto nell’ufficio legale, la presentazione che fa il team di vendita il martedì e, sempre più, l’agente vocale che risponde al telefono. Ogni superficie ha il proprio renderer. Il web legge i token come variabili CSS. I documenti d'ufficio li leggono come temi. Il fornitore di stampa li legge come specifiche del colore derivate dalla stessa fonte. L'agente vocale legge l'identità verbale: il suo registro, il suo vocabolario, i nomi che usa e le cose che non dirà.

Quest'ultima superficie è nuova ed è istruttiva. Un agente vocale non ha logo. Il suo intero marchio è voce, e la voce è la parte della maggior parte dei sistemi di identità che non è mai stata codificata. Un'organizzazione che ha trattato la propria identità verbale come un capitolo di un PDF scopre, quando schiera un agente, di non avere alcuna fonte di verità a disposizione degli ingegneri. L'agente viene informato da una piattaforma di marketing e sembra tale.

Un elenco vietato che vive in un documento è un desiderio. Un elenco vietato che non riesce a compilare è uno standard.

Perché è importante in una fusione

Una fusione è un evento identitario prima di ogni altra cosa. Due organizzazioni arrivano con due marchi, due set di modelli, due siti Web, due licenze per caratteri tipografici e, solitamente, due PDF. Il piano di integrazione presuppone che la questione del marchio venga risolta con una decisione sul nome. Non lo è. Il nome è un token. Il lavoro è la migrazione di ogni superficie di entrambe le organizzazioni verso un unico sistema, in una sequenza che l'azienda può sopportare.

Con l'infrastruttura, quella migrazione è un rilascio. L'azienda acquisita viene inserita in una versione, sottoposta a un percorso attraverso le regole dell'architettura che decide quanto lontano il suo nome può trovarsi dalla società madre, e spostata superficie per superficie, con gli stati provvisori progettati piuttosto che improvvisati. Le superfici più economiche e meno visibili si muovono per prime e dimostrano il sistema. La mossa più visibile una volta, quando il sistema sarà collaudato. Senza infrastrutture, la migrazione è un programma di ridisegno manuale che dura anni e non si conclude mai; il consiglio sta ancora cercando vecchie carte intestate in occasione del terzo anniversario.

Il rebranding della filiale presenta lo stesso problema su scala più piccola e con una frequenza più elevata. Una divisione viene rinominata, una linea di prodotti viene sviluppata, un regolatore richiede a un'entità legale di modificare il proprio nome. In un sistema basato su token, ognuno di questi è una proposta di modifica, una revisione, una versione e un rilascio. In un sistema basato su PDF, ciascuno rappresenta un piccolo impegno di agenzia e un quarto di deriva.

Il cambio di chief marketing officer è il più silenzioso dei tre e il più affidabile. Un nuovo CMO eredita un marchio e, comprensibilmente, vuole migliorarlo. Laddove l'identità è un documento, migliorarlo significa commissionarne uno nuovo; la vecchia deriva viene sostituita da una nuova deriva e l'organizzazione apprende che il suo marchio cambia insieme alla sua leadership nel marketing. Laddove l'identità è l'infrastruttura, il nuovo CMO eredita un sistema con versioni con un registro delle modifiche, un consiglio e un backlog. I miglioramenti vengono proposti e rilasciati come qualsiasi altra modifica. Il marchio sopravvive alla persona, ed è a questo che serve un marchio.

Governo

Le infrastrutture vengono governate altrimenti decadono. La governance di un'identità è composta da quattro parti e ciascuna deve essere decisa prima che i gettoni vengano estratti.

Chi possiede i gettoni. Un ruolo con nome, all'interno della vostra organizzazione, detiene la fonte. Non l'agenzia, non il team di ingegneri che ospita il repository, non il marketing collettivo. Il proprietario è responsabile della versione, del registro delle modifiche e del calendario dei rilasci, e presiede il consiglio che decide le modifiche.

Come vengono proposte le modifiche. Chiunque nel gruppo può proporre un cambiamento: una filiale che ha bisogno di un colore per una nuova linea di prodotti, un mercato che ha bisogno di uno script che il sistema non ha ancora impostato, un ingegnere che ha scoperto che un gettone di spaziatura si rompe su un piccolo schermo. Una proposta nomina il token, il motivo e le superfici interessate. Il consiglio lo esamina con cadenza fissa e lo rifiuta, lo accetta nella versione successiva o lo accetta come variazione regionale entro la latitudine dichiarata.

Come vengono rilasciate le modifiche. Viene tagliata una versione, viene scritto un registro delle modifiche, i pacchetti esportati vengono pubblicati per ogni piattaforma e ciascuno consuma gli aggiornamenti di superficie secondo la propria pianificazione all'interno di una finestra prestabilita. Le deprecazioni portano una data. Una filiale che non è stata aggiornata entro la data è visibile in un registro, il che la rende una conversazione di governance e non un mistero.

Accessibilità come vincolo. Questa è la parte sbagliata della maggior parte delle identità, perché trattano l'accessibilità come un controllo applicato dopo che la progettazione è terminata. Nelle infrastrutture è un vincolo sui token stessi. Ogni abbinamento di colori consentito dalla tavolozza viene misurato in termini di contrasto rispetto alle Linee guida per l'accessibilità dei contenuti Web 2.2 al livello AA e la misurazione viene registrata nel token. Le dimensioni dei caratteri, la lunghezza delle linee e gli stati del focus sono specificati nel sistema. Ogni segnalino movimento ha un'alternativa a movimento ridotto. Un accoppiamento che fallisce non può esistere, quindi nessuna superficie può utilizzarlo. L'identità soddisfa lo standard per costruzione e la prova è il set di token.

Le modalità di fallimento

Tre fallimenti rappresentano la maggior parte delle identità acquistate come sistemi e consegnate come immagini.

L'agenzia consegna i fascicoli. L'impegno termina con un marchio, un documento di linee guida, una cartella con la fonte del progetto e una serie di modelli disegnati a mano per assomigliare alla linea guida. Niente consuma niente. All'organizzazione è stata fornita un'ottima descrizione della propria identità ed è stato chiesto di farla rispettare mediante vigilanza. La vigilanza dura fino al primo trimestre intenso.

L'ingegneria biforca i token. Il team del sistema di progettazione riceve il marchio, lo codifica come token nel proprio repository e da quel momento ne conserva una copia anziché un riferimento. Il marketing cambia un colore nella fonte; il prodotto non segue. Alcuni mesi dopo ci sono due marchi con lo stesso nome, e la discussione su quale sia quello corretto viene condotta tra i dipartimenti che entrambi credono di possederlo. La cura è una fonte con un unico proprietario, consumata dall’ingegneria piuttosto che copiata in essa.

Il marketing acquista un modello. Un team regionale ha bisogno di una presentazione e la libreria dei modelli non ha il formato. Qualcuno ne compra uno, lo ridisegna approssimativamente e si diffonde. Nel giro di un trimestre diventa lo standard de facto per un mercato. Il modello non era dannoso; il sistema aveva una lacuna e nessun percorso di richiesta per colmarla. La cura è il percorso della richiesta: una proposta, una revisione, un rilascio, con una cadenza abbastanza veloce da rendere l'acquisto di un modello più lento della richiesta.

Ogni fallimento ha la stessa radice. L'identità è stata consegnata come output e non come un sistema con un proprietario, una fonte e un processo. Nessuno di questi viene risolto da un PDF migliore.

Procurarsi l’identità come infrastruttura

Il brief decide cosa viene consegnato. Un brief che richiede un nuovo voto, una linea guida e una serie di modelli riceverà esattamente questo, sarà eseguito bene e avrà acquisito decorazioni. Un brief che richiede infrastrutture specifica diversi risultati finali e diversi criteri di accettazione, e un consulente legale generale e un chief information officer dovrebbero essere presenti nella stanza quando viene scritto.

Richiedi il set di token come deliverable, esportato su ogni piattaforma interessata, con la misurazione del contrasto per ogni abbinamento consentito registrato in esso. Richiedi modelli e componenti che consumino i token anziché assomigliargli e verifica tale affermazione al momento dell'accettazione modificando un token e osservando le superfici che seguono. Richiedi la carta di governance come documento adottato dal vostro consiglio, nominando il proprietario, il consiglio, il percorso della richiesta e la cadenza di rilascio, e che gli strumenti di rilascio siano operativi, con la vostra gente che li gestisce, prima della fine dell'impegno. Richiedi l'identità verbale come una fonte che gli strumenti possono rafforzare, non come un capitolo. Richiedi le licenze per i caratteri tipografici e le risorse a vostro nome, limitate al gruppo e alle sue future entità, in modo che la prossima acquisizione non interrompa il conteggio delle postazioni. Richiedi la fonte del disegno in formati aperti e modificabili e l'assegnazione di ogni marchio, token e modello, per iscritto, a pagamento.

Quindi fai una domanda all'azienda: quando voi ne vai, chi approva un biglietto da visita? Se la risposta è qualcuno esterno alla vostra organizzazione, il risultato finale non è l'infrastruttura.

Cosa fare lunedì

1. Trova ogni luogo in cui il colore principale del vostro marchio è definito all'interno dell'organizzazione e conta i valori. Se il conteggio è maggiore di uno, avete una guida di stile.
2. Chiedete all'ingegneria se i token di progettazione del prodotto fanno riferimento alla fonte del marchio o lo copiano e quando i due sono stati riconciliati l'ultima volta.
3. Chiedete chi, per nome, approva oggi una modifica all'identità e quanto tempo ha impiegato quest'ultima dalla richiesta all'apparizione su ogni superficie.
4. Misura il contrasto dell'abbinamento di testo e sfondo più utilizzato rispetto alle WCAG 2.2 livello AA e registra il risultato dove è definito il colore.
5. Riscrivi il prossimo brief di identità in modo che il set di token, i modelli di consumo, la carta di governance e le licenze a vostro nome siano i criteri di accettazione.