Cosa un e-commerce di prodotti per capelli può insegnare a una piattaforma per farmacie.

Due settori che, in superficie, non si parlano

Prendiamo due aziende del gruppo che hanno target, prodotto e modello di vendita radicalmente diversi.

La prima è un e-commerce nel settore hair care: vende prodotti per capelli a consumatori finali, in larga parte donne tra i trenta e i sessant'anni, con un buon traffico organico e una base di clienti ricorrenti. Il fatturato medio per ordine è basso, il volume di ordini è alto, e il customer care è la prima linea di contatto con il cliente.

La seconda è Farmakom: una piattaforma SaaS che vende un software gestionale a farmacie italiane. Il cliente è il farmacista titolare — uomo o donna, mediamente sopra i quarantacinque anni — il prodotto è un'infrastruttura digitale che gira ogni giorno nel suo punto vendita, e il modello di vendita è B2B in abbonamento.

Se ti chiedessero di trovare due aziende più diverse, faresti fatica. Eppure il problema che dovevamo risolvere, dentro entrambe, era esattamente lo stesso.

Lo stesso ingranaggio, sotto la superficie

In entrambe le aziende, il personale di "primo livello" — il customer care dell'e-commerce, il customer success di Farmakom — passava la maggior parte della giornata a rispondere a un piccolo numero di richieste ripetitive. Tre o quattro tipi di domanda assorbivano oltre il sessanta per cento del tempo. E in entrambe, quelle persone erano state assunte per fare qualcos'altro — il commerciale telefonico nel primo caso, l'attività di consulenza al farmacista nel secondo — ma il problema delle richieste ripetitive li stava annullando.

Le richieste sono diverse, il pattern è identico: domande fattuali, ricorrenti, risolvibili con una risposta precisa che esiste già da qualche parte (nel sistema gestionale degli ordini, nel database dei prodotti, nella documentazione del software). Il problema operativo — saturare persone preziose con risposte di basso valore strategico — era lo stesso in entrambi i casi.

Quando guardi sotto la superficie del settore e arrivi al pattern operativo, ti accorgi che la maggior parte dei problemi che sembrano specifici sono varianti dello stesso meccanismo.

Il trasferimento, in concreto

Il sistema che avevamo costruito per l'e-commerce hair care — un agente vocale AI con accesso al gestionale, capace di riconoscere l'intent del cliente e di rispondere in tempo reale alle richieste standard — non poteva essere copiato e incollato in Farmakom. Le interfacce sono diverse, il dato sottostante è diverso, il tipo di interlocutore è diverso (un cliente finale al telefono vs un farmacista al chatbot). Ma l'architettura, sì.

Quello che è stato trasferito, e che è la parte di vero valore della contaminazione, sono quattro cose:

1. L'approccio architetturale. Tre layer: ingestione del dato strutturato, motore di riconoscimento dell'intent, esecuzione della risposta. Lo schema è lo stesso, cambia solo il contenuto di ogni layer.
2. Le scelte fatte sui fallimenti. Avevamo già imparato — nei tre mesi disastrosi dell'agente vocale hair care — che il problema più grave non è l'errore dell'AI ma l'escalation fatta male. In Farmakom abbiamo applicato la stessa regola dal giorno zero: quando l'AI non capisce, passa la conversazione all'operatore senza riassumere, perché il riassunto fatto da una macchina che non ha capito è peggio del silenzio.
3. I KPI giusti. Avevamo già scoperto che misurare un sistema AI con le metriche di un operatore umano è il modo migliore per dichiararlo morto prima che funzioni. In Farmakom abbiamo impostato dal primo giorno il sistema di metriche dell'AI separato da quello del customer success umano, per evitare l'inevitabile confronto fuorviante.
4. Il tipo di obiezioni da aspettarsi. Sapevamo, per esperienza, quali tipi di critiche sarebbero arrivate dai manager nelle prime settimane (timbro della voce, casi limite, paranoia sulla privacy del dato). Le abbiamo anticipate e indirizzate prima che diventassero blocchi alla decisione.

Tradotto in tempo: il primo sistema, sull'e-commerce, ha richiesto undici settimane di sviluppo e tre mesi di stabilizzazione. Il secondo, su Farmakom, ne ha richieste cinque di sviluppo e sei settimane di stabilizzazione. Più del cinquanta per cento di tempo risparmiato — non perché il problema fosse più facile, ma perché avevamo già pagato il prezzo dell'apprendimento da qualche altra parte.

Perché la contaminazione funziona solo se gestisci più aziende

Questo è il punto strutturale che vale la pena spiegare bene. Un'azienda singola può imparare moltissimo dalle proprie esperienze, ma non può mai sapere quale parte di quello che ha imparato è generalizzabile e quale è specifica del suo settore. Senza un altro caso da confrontare, non c'è modo di distinguere.

Chi gestisce dieci aziende ha, in pratica, un laboratorio dove ogni soluzione viene testata su almeno due o tre contesti diversi prima di essere considerata un metodo. È solo quando il pattern resiste al cambio di settore che si capisce di aver trovato qualcosa che vale.

L'altro lato è che, per definizione, un fornitore esterno non può portare contaminazione vera al suo cliente. Può portare best practice del settore — letteratura aggregata — ma non può portare l'esperienza diretta di avere risolto lo stesso problema in un'altra azienda di proprietà, con i propri soldi. Quella è una posizione che hanno solo gli imprenditori che ne gestiscono più di una, o le persone che lavorano dentro un gruppo come il nostro.

Tre principi della contaminazione, replicabili

Anche se non gestisci dieci aziende, ci sono tre principi che vengono fuori da questo modo di lavorare e che secondo noi vale la pena rubare:

1. Guarda il pattern, non l'industria

Davanti a un problema operativo, la domanda da farsi non è "come lo risolvono nel mio settore?" ma "questo problema, depurato dal contesto, a cosa assomiglia?". Il customer care saturo di un e-commerce e il customer success saturo di un SaaS B2B, sotto, sono lo stesso problema. Lo riconosci solo se sai guardare oltre la patina del settore.

2. Trova qualcuno che lo abbia già risolto altrove

Non nel tuo settore. Apposta non nel tuo settore. Se cerchi soluzioni dentro l'industria in cui sei, troverai le stesse soluzioni che hanno tutti i tuoi concorrenti — il che, per definizione, non ti dà alcun vantaggio. Le soluzioni nuove vengono sempre da chi ha affrontato lo stesso pattern in un contesto diverso.

3. Paga il prezzo dell'apprendimento una volta sola

I tre mesi di disastri li paghi una volta sola se sai dove e come. La seconda volta che metti in produzione lo stesso tipo di sistema, hai già pagato il costo di capire come si fa. Per questo, dentro un gruppo, ha senso provare le cose prima sull'azienda che può permettersi di sbagliare — e portarle fuori solo quando hanno smesso di rompersi.