Il programma è cambiato. I codici QR no.

Le scadenze di stampa corrono settimane avanti al programma

Ogni evento ha la stessa collisione. Cartellonistica, badge e programmi cartacei vengono affidati a uno stampatore molto prima che il calendario sia definitivo, e poi il calendario cambia: una sessione cambia sala, un relatore dà forfait, la pagina dello sponsor non è pronta, la scheda sullo store dell'app compare con tre giorni di ritardo. Un codice QR statico codifica la destinazione dentro il disegno stesso, quindi ognuno di quei cambiamenti trasforma il materiale stampato in un vicolo cieco.

Un QR dinamico codifica invece un link breve, ed è il link a decidere dove atterra la scansione nel momento in cui avviene. La grafica stampata si fissa il giorno in cui va in macchina; la destinazione è un campo che modifichi dal telefono mentre sei in piedi nel padiglione. Il disegno non cambia in nulla, quindi i codici già stampati su mille badge continuano a funzionare.

Questo toglie di mezzo anche il peggior modo di fallire della stampa per eventi, cioè un QR che porta in un posto imbarazzante quando l'evento è finito. Imposta una data di scadenza sul link e il codice smette da solo di risolversi su una pagina di sessione attiva, mostrando una pagina brandizzata che controlli tu invece di un 404 dal server di qualcun altro.

• ✓Destinazione modificabile dopo la stampa, senza toccare il disegno stampato
• ✓Data di scadenza per ogni link, così i codici vanno in pensione quando previsto
• ✓Pagina brandizzata al posto del 404 di uno sconosciuto quando un link viene ritirato
• ✓Esportazione vettoriale per la cartellonistica di grande formato, che deve restare nitida

Quale stand, quale badge, quale pagina del programma

La domanda utile dopo un evento non è quante scansioni ci sono state, ma quale collocazione se le è guadagnate. Ha una risposta solo se ogni collocazione porta il proprio link, ed è per questo che qui il flusso di lavoro è costruito attorno alla generazione di molti link in una volta invece che uno alla volta: un link per stand, per sessione, per pagina stampata, per tipo di badge, ciascuno con la stessa destinazione e una propria identità.

Ogni scansione viene così attribuita per conto suo. Vedi la ripartizione tra lo striscione all'ingresso e l'inserto nel programma, se il pannello dello sponsor in fondo al padiglione sia mai stato notato e come il QR sul badge se la sia cavata rispetto a quello sul cartoncino del cordino. Tag e cartelle tengono in ordine diverse centinaia di questi link per giornata, padiglione o sponsor.

È nei tempi che i dati di un evento si distinguono da quelli di una campagna normale, e i report sono fatti per questo: l'attività è riportata secondo l'ora locale del visitatore stesso, così il picco della pausa caffè e quello dell'uscita dal keynote atterrano dove sono avvenuti davvero invece di essere spalmati sul fuso orario di un server.

• ✓Un link per collocazione, generato in blocco prima della stampa
• ✓Scansioni attribuite per stand, sessione, pagina e tipo di badge
• ✓Attività secondo l'ora locale del visitatore, non quella del server
• ✓Cartelle e tag per tenere navigabili centinaia di link

Un telefono in un centro congressi è un ambiente ostile

Agli eventi le scansioni arrivano da telefoni su reti congestionate, spesso dentro un browser in-app perché il partecipante ha aperto il codice da un feed social. La sezione mobile di ogni link gestisce la cosa in modo esplicito: la tua app quando è installata, la pagina giusta dello store quando non lo è, un fallback web quando non vale nessuna delle due, e un'impostazione a parte per quello che succede nei browser incorporati di Instagram, TikTok e Facebook, che trattano i link alle app in modo incoerente.

L'instradamento per paese e per lingua conta a una conferenza internazionale più che quasi ovunque altrove. Un solo codice su un solo badge può mandare un visitatore dalla Germania al programma in tedesco e tutti gli altri a quello in inglese, senza stampare due versioni del badge.

Se quello che promuovi all'evento è la tua app, il contesto differito è il pezzo che tiene intatta l'attribuzione: il visitatore scansiona, installa dallo store e l'app riceve al primo avvio il contesto originale della campagna, così l'iscrizione resta legata allo stand che l'ha prodotta.

Gestirlo per un cliente, non solo per te

Le agenzie di eventi raramente ne gestiscono uno solo. Ogni cliente ha un'area di lavoro isolata con i propri utenti, il proprio dominio e i propri link, così la conferenza dell'anno scorso e la fiera di quest'anno non condividono mai una vista di reportistica. Allo sponsor che chiede i numeri puoi dare il ruolo di visualizzatore, per leggere i propri risultati senza poter modificare nulla.

I link possono stare sul dominio dell'evento invece che sul tuo: una conferenza con un proprio marchio di solito vuole che le scansioni atterrino su un hostname coerente con la cartellonistica. I certificati vengono emessi e rinnovati automaticamente su ogni piano, cosa che conta quando un dominio viene registrato due settimane prima dell'apertura delle porte.

Quando l'evento è finito, l'area di lavoro è l'archivio: i link, le scansioni, gli orari e la geografia restano insieme in un posto solo per almeno dodici mesi, che è abbastanza per pianificare la prossima edizione a partire dall'ultima.

• ✓Un'area di lavoro per evento o per cliente, del tutto isolata
• ✓Link sul dominio dell'evento, con certificati automatici
• ✓Accesso in sola lettura per sponsor e stakeholder
• ✓Almeno 12 mesi di storico per pianificare la prossima edizione