Il CMO ti dice, convinto: abbiamo un programma di fidelizzazione e funziona. Punti, una carta, sconti per livelli, il solito. A quanto pare, tutto in ordine. Poi gli fai una domanda semplicissima: quel cliente che accumula punti in negozio può vedere il suo saldo nell’app? Di solito non c’è risposta. Non è che il programma sia rotto, a ben vedere. È che funziona solo in uno dei luoghi in cui il cliente acquista, e oggi quasi nessuno si limita a un unico canale di vendita. Una carta che vive in negozio ma non esiste sul sito web, o viceversa, cosa che succede altrettanto, è probabilmente l’errore più comune nel retail di medie dimensioni. E il più difficile da individuare in tempo, perché non compare in nessun report finché qualcuno non decide di guardare davvero, con calma, che cosa sta succedendo. Questo è il primo caso della serie Autopsia della Fidelizzazione: la diagnosi, la causa reale e la prescrizione per capire perché il tuo programma vive diviso in due senza che nessuno l’abbia mai deciso di proposito. Perché, in fin dei conti, nessuno progetta un programma perché funzioni solo metà del tempo.
La diagnosi: un programma che il cliente non può toccare con mano
Immagina un cliente abituale di una catena di moda. Due anni a raccogliere punti in negozio. Carta fisica, numero di tessera, la sensazione vaga ma reale di avere qualcosa da parte. Una domenica qualsiasi acquista sul sito web, arriva al checkout e del saldo non c’è traccia. Apre l’app e non c’è niente neanche lì. Chiama il servizio clienti e l’operatore non può davvero aiutarlo, perché quei dati vivono solo nella cassa del negozio fisico. In pratica, quel cliente ha due programmi di fidelizzazione dello stesso retailer che non comunicano tra loro. Uno per il negozio e un altro, decisamente più povero, per tutto il resto. E quel "tutto il resto" è, anno dopo anno, dove spende di più.
Non è proprio una novità. Ha un precedente ben noto: la classica carta fedeltà, quella dei timbri e dello sconto in cassa, non ha mai catturato tutta l’attività di un cliente.
30-40%
delle transazioni è il massimo che una carta fedeltà classica sia mai riuscita a catturare; il resto restava non tracciato, senza nome e senza possibilità di follow-up.
Il programma a punti di oggi eredita lo stesso limite, con una variante: ora il canale invisibile non è "ciò che non è mai stato registrato", ma "ciò che è stato registrato nel posto sbagliato". Il cliente accumula punti, solo non dove poi vuole usarli. E qui sta il bello: il sintomo non compare in nessuna dashboard di vendita. Il fatturato continua ad arrivare, il programma sembra vivo, non scatta nessun allarme. Il problema diventa visibile solo quando qualcuno si siede a misurare la partecipazione reale: quanti clienti iscritti hanno riscattato qualcosa negli ultimi dodici mesi, quanti hanno acquistato su più di un canale. È allora che i conti smettono di tornare. E la cosa più strana, davvero sorprendente se ci si ferma a pensarci, è che nessuno sta mentendo. Il negozio vede il programma funzionare perché, in quel canale, funziona. L’e-commerce non lo conta nemmeno nelle sue metriche perché, dal suo punto di vista, quel programma semplicemente non esiste: non compare al suo checkout, non entra nei suoi numeri di conversione. Ogni team ha ragione sui dati che gestisce, ed è proprio questa la trappola. Il problema non vive in nessun report in particolare; vive nello spazio tra i report.
Perché succede: la fidelizzazione come sistema innestato sul checkout
La causa raramente è la negligenza; è l’architettura, e una vecchia architettura. Il programma di fidelizzazione è nato, nella maggior parte dei retailer, come un modulo del sistema di cassa: un componente aggiuntivo del terminale POS per sommare punti quando qualcuno pagava in negozio. All’epoca aveva perfettamente senso, perché quasi tutto il business passava da lì. Il problema è che il business è cambiato e il programma è rimasto fermo. Sono arrivati l’e-commerce, poi l’app, poi WhatsApp come canale di acquisto e di assistenza, e il modulo di fidelizzazione ha continuato a vivere esattamente dove era nato: sul POS. È un difetto di progettazione, non una mancanza di intenzione, ed è bene dirlo chiaramente, perché di solito viene letto al contrario. Nessuno si è svegliato un giorno e ha deciso "premiamo solo i clienti del negozio". Semplicemente, il sistema che gestisce il vantaggio non è mai stato costruito per dialogare con il checkout online, e collegarlo a posteriori, su un sistema non pensato per questo, risulta costoso, lento e, spesso, non viene mai fatto davvero bene. Ed è qui che molti retailer restano bloccati per anni: la soluzione "ovvia", integrare manualmente l’attuale sistema a punti con l’e-commerce, di solito significa mettere mano al POS, all’ERP e al motore dei prezzi dello store online. Non è che nessuno voglia risolvere. È che farlo così diventa un progetto che compete per budget e tempo IT con altre priorità più urgenti. E nel frattempo la soluzione non arriva mai. Il vero cambio di paradigma va in un’altra direzione: il vantaggio non viene calcolato né applicato in un modulo isolato, ma consultando i dati del cliente in tempo reale, proprio al momento del pagamento, qualunque sia il canale in cui avviene. Quando la fidelizzazione vive nel gateway transazionale del checkout, e non in un angolo del sistema di cassa, non importa più se il cliente paga in negozio, sul web o dal telefono: il motore consulta gli stessi dati. Applica lo stesso vantaggio in uno qualsiasi dei tre punti.
Il costo silenzioso di un programma frammentato
La parte più costosa di questo errore non è tecnica, riguarda la fiducia, ed è più grave di quanto sembri. Un cliente che non riesce a controllare il proprio saldo, o che scopre che ciò che ha guadagnato in negozio online non vale nulla, impara in fretta una lezione scomoda: di questo programma non ci si può fidare, quindi meglio non contarci. Smette di controllare il saldo, smette di aspettarsi il vantaggio, e il business perde esattamente ciò che un programma di fidelizzazione dovrebbe generare: un motivo per tornare. Inoltre, quel cliente finisce per chiamare il servizio clienti per chiedere qualcosa che dovrebbe poter risolvere da solo. "Quanti punti ho?" non dovrebbe richiedere un operatore dall’altra parte del telefono. E ogni volta che lo richiede, c’è un costo operativo che nessuno ha messo a budget per il programma di fidelizzazione. E poi ci sono i dati, che sono forse il danno meno visibile di tutti. Se il sistema a punti vive separato dal resto dell’operatività, anche il comportamento del cliente finisce diviso in due registrazioni che non dialogano tra loro. Il team marketing non può sapere se lo stesso cliente che acquista in negozio acquista anche online, perché il sistema, letteralmente, non lo sa. E questo colpisce esattamente dove fa più male al CMO: CLTV e margine. Se non vedi il cliente intero, non puoi sapere quanto vale davvero, né quale impegno di retention merita. Un cliente che acquista su entrambi i canali può sembrare, nei report separati, due clienti medi invece di un cliente molto buono, e le decisioni di investimento in fidelizzazione prese con questa mezza immagine tendono a sbagliare quasi per definizione, per quanto la strategia sembri ben pensata sulla carta.
La prescrizione: vera fidelizzazione omnicanale
La soluzione non è "sforzarsi di più" con il programma attuale. È cambiare il luogo in cui vivono i dati del cliente. Un wallet cliente unificato risolve il problema alla radice: un unico spazio digitale che raccoglie saldo, storico e vantaggi del cliente, accessibile da ambienti diversi, integrato nell’app del retailer, in un’app white-label, tramite Apple Wallet o Google Wallet con Mobile Pass, o direttamente dal browser, ma mostrando sempre lo stesso contenuto, la stessa esperienza, aggiornata in tempo reale. In pratica, significa che i punti guadagnati in negozio possono essere riscattati sul sito e-commerce e viceversa, senza ritardi né sincronizzazioni manuali, con lo stesso saldo visibile in qualsiasi punto di contatto che il cliente voglia consultare. Chi prima chiamava per chiedere il saldo smette di avere questo problema: può controllarlo da solo, subito, da dove preferisce. Prendiamo un caso concreto: un cliente acquista in negozio un sabato e guadagna punti. La domenica, dal divano, entra nel sito dello stesso retailer e vede quel saldo aggiornato nel suo account, non una versione di qualche giorno prima, quello reale. Riscatta una parte di quei punti su un acquisto online. Il sistema li scala da quello stesso saldo unico, non da una copia separata. Se quella persona torna nel negozio fisico la settimana successiva, il saldo che il cassiere vede in cassa è, ancora una volta, lo stesso. Non esiste una "versione negozio" e una "versione web" del cliente. Esiste un cliente, con un saldo, visibile da qualsiasi luogo. E quella continuità è esattamente ciò che un cliente intende per "essere iscritto a un programma di fidelizzazione". Non è chiedere molto. È semplicemente il minimo che ci si aspetta da qualcosa che porta quel nome. Non serve nemmeno toccare l’ERP o il motore dei prezzi dell’e-commerce perché ciò accada: il vantaggio viene calcolato e applicato al checkout, tramite gateway, consultando i dati esistenti al momento del pagamento. Il marketing guadagna autonomia sul programma senza dipendere da un lungo progetto di integrazione, e il team IT non deve aprire un nuovo ticket di sviluppo ogni volta che cambia una regola del programma. E tutto questo non richiede il progetto di un anno che molti team temono. I progetti enterprise di CDP più fidelizzazione si muovono tipicamente in cicli da 8 a 18 mesi. Un’integrazione costruita su una singola API di checkout, invece, si muove in settimane: nella maggior parte dei casi va in produzione in 4-12 settimane, a seconda dell’integratore del punto vendita del retailer. Non è un’altra promessa di marketing. È la differenza tra riscrivere da zero il sistema di cassa e collegare un gateway sopra di esso.
Come capire se il tuo programma sopravvivrebbe a questa autopsia
Prima di dare per scontato che tutto questo non ti riguardi, vale la pena porsi cinque domande precise. Nessuna richiede un’analisi tecnica approfondita: si risponde guardando l’esperienza reale del cliente, non la scheda prodotto del fornitore attuale.
- Il cliente vede lo stesso saldo punti in negozio, nell’app e sul sito web, senza differenze?
- Ciò che si guadagna in cassa può essere riscattato online, e ciò che si guadagna online può essere riscattato in cassa?
- Il servizio clienti può consultare il saldo di qualsiasi cliente, a prescindere dal canale in cui ha acquistato?
- Il marketing può lanciare un nuovo vantaggio senza aprire un ticket IT per toccare il sistema di cassa?
- Sai, con dati reali, quale percentuale dei tuoi clienti iscritti ha riscattato qualcosa negli ultimi dodici mesi?
Se una qualsiasi di queste domande ti lascia a riflettere invece di rispondere subito di sì, il tuo programma ha, quantomeno, una versione di questo stesso problema. E non c’è nulla di male nell’ammetterlo: è di gran lunga il più comune dei quattro errori che affronteremo in questa serie, il che, visto da un altro punto di vista, è in realtà una buona notizia. Significa che la soluzione è già collaudata. Non c’è nulla da inventare da zero.
Una fidelizzazione che il cliente non può toccare con mano non costruisce fedeltà. Questo è il primo caso dell’Autopsia della Fidelizzazione, la serie in cui Wapping analizza, caso per caso e senza fare nomi di marchi, gli errori più comuni e più silenziosi dei programmi di fidelizzazione nel retail. Prossimamente: che cosa succede quando uno sconto viene inviato a tutta la base clienti in modo uguale, senza distinguere chi ne aveva davvero bisogno da chi no.