Costruire un marketplace è una delle sfide più complesse dello sviluppo di prodotto digitale. Non si tratta solo di collegare acquirenti e venditori: bisogna risolvere il problema dell’uovo e della gallina, progettare un’architettura che supporti due lati del mercato con esigenze diverse, implementare sistemi di fiducia e pagamenti, e trovare un modello di monetizzazione che generi valore per tutte le parti.
In Soamee abbiamo avuto l’opportunità di costruire quattro marketplace in produzione, ognuno in un settore diverso: ElDomi (alloggi per studenti), TrasterOne (affitto di depositi), Brytspace (eventi B2B) e Invisible Homes (PropTech con IA a Londra). In questo articolo condividiamo le lezioni più importanti che abbiamo tratto da questi progetti.
I 4 marketplace: contesto rapido
Prima di entrare nelle lezioni, un breve contesto di ogni progetto:
ElDomi è una piattaforma di alloggi per studenti universitari. Collega studenti in cerca di stanza con proprietari che offrono alloggi vicino alle università. La sfida principale: generare fiducia tra estranei che condivideranno uno spazio, e gestire la stagionalità estrema del mercato studentesco.
TrasterOne è il marketplace per l’affitto di depositi. Collega persone che hanno bisogno di spazio di stoccaggio con proprietari che hanno depositi o garage disponibili. La sfida: ricerca geolocalizzata precisa, pagamenti ricorrenti e gestione degli accessi.
Brytspace è un marketplace B2B per il settore eventi. Collega organizzatori di eventi con fornitori di servizi (catering, AV, decorazione, spazi). La sfida: flussi di richiesta di preventivo, negoziazione tra aziende e coordinamento di più fornitori per lo stesso evento.
Invisible Homes è un marketplace PropTech a Londra per proprietà off-market. Collega acquirenti qualificati con venditori che vogliono vendere la loro proprietà in modo discreto, senza pubblicarla su portali pubblici. La sfida: matching tramite IA tra acquirenti e proprietà, verifica degli acquirenti e più di 80.000 utenti registrati.
Lezione 1: Il problema dell’uovo e della gallina si risolve concentrandosi su un lato
L’errore più comune nel lanciare un marketplace è cercare di attrarre entrambi i lati contemporaneamente. Hai bisogno di venditori per attirare acquirenti, ma i venditori vengono solo se ci sono acquirenti. Questo paradosso ha ucciso più marketplace di qualsiasi problema tecnico.
Come l’abbiamo risolto
In ElDomi, ci siamo concentrati prima sul lato dell’offerta. Abbiamo contattato direttamente i proprietari di appartamenti vicino alle università e offerto loro di pubblicare le loro stanze gratis. Il valore per loro era chiaro: visibilità verso gli studenti senza costo. Una volta che avevamo un inventario attraente di stanze, attirare studenti è stato relativamente semplice con campagne sui social media dirette agli universitari.
In TrasterOne, l’approccio era simile ma con una strategia “single-player mode”: anche senza inquilini, i proprietari potevano usare la piattaforma per gestire i loro depositi (foto, prezzi, disponibilità). Questo dava loro valore immediato senza che l’altro lato del marketplace fosse attivo.
In Invisible Homes, l’approccio era diverso. Hanno iniziato dal lato della domanda: registrare acquirenti qualificati con le loro preferenze di ricerca. Una volta che avevano una base dati significativa di acquirenti verificati, si avvicinavano ai venditori con una proposta di valore concreta: “abbiamo X acquirenti che cercano esattamente una proprietà come la tua nella tua zona.”
La lezione: non cercare di risolvere entrambi i lati contemporaneamente. Identifica quale dei due lati è più difficile da acquisire e concentra le tue risorse lì per primo. L’altro lato arriverà quando ci sarà massa critica nel primo.
Lezione 2: La fiducia è la funzionalità più importante
Un marketplace è fondamentalmente un business di fiducia. Stai chiedendo a due parti che non si conoscono di effettuare una transazione tramite la tua piattaforma. Se non generi fiducia, non c’è transazione.
Meccanismi di fiducia che abbiamo implementato
Verifica dell’identità: in ElDomi abbiamo implementato la verifica dell’identità sia per i proprietari che per gli studenti. I proprietari caricano foto dell’immobile che vengono verificate manualmente. Gli studenti verificano la loro iscrizione universitaria. Questo ha eliminato i profili falsi e aumentato il tasso di conversione del 35%.
Sistemi di recensioni: in TrasterOne abbiamo implementato un sistema di recensioni bidirezionale (gli inquilini valutano i depositi e i proprietari valutano gli inquilini). Le prime recensioni le abbiamo generate attivamente contattando i primi utenti per chiedere feedback.
Pagamenti sicuri in escrow: in tutti i marketplace abbiamo implementato pagamenti dove il denaro viene trattenuto finché entrambe le parti confermano la transazione. Questo elimina il rischio per l’acquirente e dà sicurezza al venditore.
Garanzie della piattaforma: in Invisible Homes, la piattaforma funge da intermediario che verifica sia gli acquirenti (capacità finanziaria, motivazione reale d’acquisto) che le proprietà (titolarità, stato legale). Questo livello di verifica è il valore differenziale rispetto ai portali immobiliari tradizionali.
La lezione: ogni decisione di design deve essere valutata con la domanda “questo genera più o meno fiducia?”. La fiducia non si costruisce con una singola funzionalità ma con molteplici segnali piccoli che si accumulano.
Lezione 3: L’MVP di un marketplace è più complesso di quello di un SaaS
Quando costruisci un SaaS, l’MVP può essere una funzionalità core che risolve un problema per un tipo di utente. In un marketplace, l’MVP minimo è significativamente più complesso perché devi risolvere almeno questi pezzi affinché avvenga la prima transazione:
- Listing: i venditori possono pubblicare la loro offerta
- Ricerca: gli acquirenti possono trovare quello che cercano
- Comunicazione: entrambe le parti possono parlare tra loro
- Transazione: si può completare un pagamento in modo sicuro
- Fiducia: qualche meccanismo base che generi sicurezza
Il nostro approccio all’MVP
Nei 4 progetti abbiamo seguito una strategia simile: costruire il flusso minimo perché una transazione si completi dall’inizio alla fine, e poi iterare basandoci su dati reali.
Per Brytspace (il più recente), l’MVP includeva:
- Catalogo di fornitori con filtro per categoria e posizione
- Profilo fornitore con portfolio e servizi
- Sistema di richiesta preventivo (semplice modulo)
- Messaggistica interna per la negoziazione
- Pagamento della commissione della piattaforma alla conferma della prenotazione
Abbiamo lasciato fuori dall’MVP: recensioni, calendario disponibilità, comparatore preventivi, fatturazione automatica e app mobile. Tutto questo è venuto dopo, quando abbiamo validato che gli utenti completavano le transazioni.
La lezione: resisti alla tentazione di costruire tutte le funzionalità prima del lancio. Il marketplace minimo che permette una transazione completa è il tuo MVP. Tutto il resto sono ipotesi da validare con utenti reali.
Lezione 4: La ricerca è il cuore dell’esperienza
In tutti e quattro i marketplace, la qualità della ricerca ha determinato direttamente il tasso di conversione. Se l’acquirente non trova rapidamente quello che cerca, se ne va. E “rapidamente” significa nei primi 10 secondi.
Implementazioni di ricerca
TrasterOne è stato dove la ricerca geolocalizzata è stata più critica. Abbiamo implementato ricerca su mappa con clustering, filtri per dimensione, prezzo e caratteristiche, e ordinamento per prossimità. Il tasso di conversione è migliorato del 40% quando abbiamo aggiunto la ricerca su mappa rispetto alla lista paginata originale.
Invisible Homes aveva bisogno di qualcosa di più sofisticato: matching tramite IA. Invece che l’acquirente cerchi attivamente, il sistema analizza le sue preferenze (esplicite e implicite basate sul comportamento) e gli invia proprietà che corrispondono al suo profilo. È un modello tipo “Spotify di proprietà” dove il feed personalizzato ha una conversione maggiore della ricerca attiva.
La lezione: investi in modo sproporzionato nell’esperienza di ricerca. È la funzionalità con maggiore impatto sulla conversione. Una ricerca mediocre uccide un marketplace per quanto buono sia tutto il resto.
Lezione 5: Il modello di monetizzazione deve allinearsi con il momento di valore
L’errore più comune nella monetizzazione dei marketplace è addebitare troppo presto (prima che l’utente percepisca valore) o nel momento sbagliato (quando genera attrito).
Modelli che abbiamo implementato
TrasterOne addebita una commissione per transazione che si aggiunge al prezzo dell’affitto mensile. Brytspace addebita una commissione al fornitore quando si conferma una prenotazione, non all’organizzatore dell’evento. Invisible Homes ha un modello premium con accesso a inventario completo. ElDomi addebita al proprietario una commissione equivalente a una percentuale del primo mese di affitto quando uno studente conferma la prenotazione.
La lezione: addebita nel momento in cui il valore è già stato consegnato, non prima. E addebita al lato del marketplace che riceve più valore dalla piattaforma.
Lezione 6: L’architettura tecnica deve supportare due evoluzioni simultanee
Un marketplace evolve simultaneamente in due dimensioni: funzionalità per gli acquirenti e funzionalità per i venditori. L’architettura deve permettere di evolvere ogni lato in modo indipendente.
Separazione dei domini, architettura event-driven, API-first e multi-tenancy per il lato venditori sono le decisioni architetturali chiave che abbiamo applicato in tutti e 4 i progetti.
La lezione: progetta l’architettura pensando che i due lati del marketplace evolveranno a ritmi diversi. La separazione dei concerns a livello di codice e dati ti eviterà refactoring costosi in futuro.
Lezione 7: Le metriche di un marketplace sono diverse
Le metriche che contano in un marketplace sono diverse da quelle di un SaaS o un e-commerce convenzionale:
- Liquidity: percentuale di listing che generano almeno una transazione in un periodo
- Time to first transaction: quanto impiega un nuovo utente a completare la sua prima transazione
- Repeat rate: percentuale di utenti che effettuano più di una transazione
- GMV (Gross Merchandise Volume): volume totale di transazioni processate
- Take rate: percentuale del GMV che la piattaforma trattiene come ricavi
- Supply-demand ratio: rapporto tra offerta disponibile e domanda attiva
Lezione 8: Il supporto agli utenti è parte del prodotto
Nelle prime fasi di un marketplace, il supporto agli utenti è una funzione di prodotto, non solo operativa. Ogni interazione di supporto ti fornisce informazioni su cosa funziona e cosa no.
La lezione: nelle prime fasi, parla direttamente con ogni utente. Il supporto non è un costo, è la tua principale fonte di insight per migliorare il prodotto.
Conclusione: i principi universali
Dopo aver costruito 4 marketplace in settori diversi, i principi che si ripetono sono:
- Concentra il tuo sforzo su un lato del mercato per primo (normalmente il lato dell’offerta)
- La fiducia si costruisce con molteplici segnali piccoli, non con una funzionalità magica
- L’MVP deve permettere una transazione completa, ma niente di più
- La ricerca determina la conversione più di qualsiasi altra funzionalità
- Addebita quando il valore è già stato consegnato, non prima
- Progetta per due evoluzioni simultanee con domini separati
- Misura le metriche corrette dal primo giorno
- Il supporto è prodotto nelle prime fasi
Se stai pensando di costruire un marketplace, prenota una consulenza gratuita dove possiamo analizzare il tuo caso specifico e definire il percorso più efficiente dall’idea alla prima transazione.