380+ integrazioni, e la maggior parte degli utenti non ne finiva nemmeno una

Il contesto

Un prodotto che collegava piattaforme pubblicitarie a strumenti aziendali. Quando arrivava un potenziale cliente da Facebook, Google o TikTok Ads, il prodotto spostava le sue informazioni nel posto giusto automaticamente. Senza codice, senza lavoro manuale, senza contatti persi.

380+ integrazioni, una base crescente di marketer e agenzie che ci contavano ogni giorno. Per configurare un collegamento, l'utente faceva cinque passaggi: scegliere la sorgente, scegliere la destinazione, accedere a entrambe, abbinare i dati, e attivare. Il prodotto funzionava bene. Il problema era che troppi utenti non arrivavano alla fine della configurazione.

La sfida

Gli utenti arrivavano con un obiettivo chiaro — sapevano cosa volevano collegare — ma un numero sproporzionato mollava prima di finire. I due muri più alti erano l'accesso alle piattaforme (ogni integrazione aveva un processo di autenticazione diverso, ognuno con i suoi modi di fallire) e l'abbinamento dei dati (una schermata flessibile ma travolgente dove ogni campo poteva essere abbinato manualmente a qualsiasi altro).

Gli utenti esperti adoravano la flessibilità. Tutti gli altri fissavano lo schermo e se ne andavano.

Il prodotto era cresciuto aggiungendo opzioni a ogni passaggio per accontentare chi faceva più rumore. Il risultato era un flusso di configurazione che poteva fare qualsiasi cosa — e che in pratica spaventava la maggior parte degli utenti prima che arrivassero alla fine.

L'approccio

Il primo passo è stato capire dove le persone si bloccavano davvero. Non dove pensavamo si bloccassero. Ho mappato l'intero percorso con tassi di completamento a ogni passaggio, incrociando ticket di supporto e comportamenti nelle sessioni. I dati confermavano quello che i numeri suggerivano: configurazione e mappatura erano i muri. Ma rivelavano anche qualcosa di meno ovvio — gli utenti che completavano il primo bridge ne creavano in media altri tre. La barriera all'attivazione era l'unica barriera.

Poi è arrivata la decisione controintuitiva: togliere funzionalità. Il pannello opzioni avanzate — logica condizionale, trasformazioni custom, elaborazione campi multi-step — era visibile a ogni utente su ogni bridge. Aggiungeva carico cognitivo a un flusso che la maggior parte degli utenti aveva bisogno fosse semplice. La proposta era nasconderlo completamente dall'esperienza di default e mostrarlo solo agli utenti che lo cercavano esplicitamente.

La resistenza è stata immediata. Le opzioni avanzate erano un punto di vendita nelle demo. Il commerciale le usava per differenziarsi dai competitor. Il supporto aveva costruito documentazione attorno ad esse. Rimuoverle dalla vista di default sembrava rimuovere una funzionalità. L'argomento che ha vinto: non stiamo rimuovendo capacità, stiamo rimuovendo frizione. Le opzioni esistono ancora. Semplicemente smettono di penalizzare chi non ne ha bisogno.

La mappatura dei campi ha avuto lo stesso trattamento. Invece di presentare uno schermo vuoto dove gli utenti collegavano manualmente i campi uno a uno, il flusso ridisegnato proponeva mappature automatiche basate su nomi dei campi, tipi e schemi ricorrenti nel catalogo integrazioni. Gli utenti potevano rivedere e modificare — ma il punto di partenza era una configurazione funzionante, non uno schermo vuoto.

Non era solo un cambiamento di UI. Richiedeva ripensare lo strato dati. Il motore di auto-mapping doveva comprendere la semantica dei campi attraverso centinaia di integrazioni con convenzioni di denominazione diverse. Ho lavorato con l'engineering per costruire un algoritmo di matching che usava metadati dei campi, schemi storici di mappatura dai bridge riusciti e compatibilità di tipo. Il lavoro tecnico ha reso possibile l'interfaccia semplice.

Il rollout è stato graduale. Non abbiamo cambiato tutto per tutti. Il nuovo flusso è andato prima ai nuovi utenti, mentre i power user esistenti mantenevano l'esperienza originale. Abbiamo misurato tassi di completamento, time-to-first-bridge e — cruciale — se il flusso semplificato produceva bridge che funzionavano davvero in produzione. Funzionavano.

I risultati

Cosa ho imparato

Le decisioni di prodotto più difficili sembrano quelle in cui togli qualcosa. Rimuovere opzioni visibili da un flusso sembra un passo indietro — specialmente quando quelle opzioni esistono perché i clienti le hanno chieste. Ma c'è una differenza tra quello che gli utenti chiedono e quello di cui hanno bisogno per avere successo. I dati erano inequivocabili: la maggior parte degli utenti aveva bisogno di un percorso più semplice, e la minoranza che aveva bisogno di complessità poteva gestire un click in più per trovarla.

La seconda lezione riguardava i default. Una schermata di mappatura vuota e una pre-compilata portano allo stesso posto. Ma la versione pre-compilata comunica "capiamo il tuo caso d'uso" mentre quella vuota comunica "arrangiatevi." Il lavoro del prodotto è codificare conoscenza, non solo fornire strumenti.

La terza: lavorare come Product Owner sotto un fondatore che dava vera autonomia è stata la miglior palestra possibile. Gestivo l'intero ciclo — ricerca, design, specifiche, delivery, misurazione — con un partner senior che sfidava le assunzioni ma non sovrascriveva le decisioni. Quella dinamica mi ha insegnato più sul giudizio di prodotto di qualsiasi schema teorico.

Approcci trasferibili