Un'idea semplice ma mancante: trovare e confrontare servizi equivalenti in paesi diversi. Nessun prodotto esistente lo faceva bene. Abbiamo costruito l'intera piattaforma da zero, architettura, design, backend e deploy, in un mese. Oggi compario.app è live e cresce ogni settimana.
Compario nasce da una frizione molto concreta: chi si trasferisce in un altro paese deve ricostruire da zero la propria "cassetta degli attrezzi" digitale. Banca, mobilità, delivery, streaming, utility professionali: servizi usati ogni giorno che cambiano completamente da un mercato all'altro.
Le alternative esistenti erano frammentate:
Non esisteva una piattaforma orizzontale orientata a una domanda precisa: "se uso questo servizio nel paese A, qual è l'equivalente più affidabile nel paese B?".
L'obiettivo era validare rapidamente una proposta ad alta utilità, con un time-to-market molto aggressivo. Il vincolo era chiaro: 1 mese per andare live con un prodotto usabile, non un prototipo statico.
Abbiamo quindi impostato un framework decisionale netto:
Il primo sprint è stato interamente dedicato alla struttura informativa. Abbiamo definito categorie, tassonomia dei servizi, logica di equivalenza e pattern di navigazione. La domanda principale era: meglio partire dal paese o dal servizio? I test rapidi con utenti target hanno mostrato due intenti distinti, quindi abbiamo supportato entrambi i percorsi.
Parallelamente abbiamo impostato un design system leggero ma coerente, in modo da mantenere velocità di sviluppo anche nei cicli successivi. Questo ha ridotto decisioni ridondanti e garantito consistenza visiva fin dalla prima release.
Nel secondo sprint abbiamo costruito il nucleo backend:
La sfida non era solo salvare record, ma rappresentare bene relazioni tra servizi "simili ma non identici". Abbiamo introdotto attributi comparativi (disponibilità geografica, fascia prezzo, modalità d'uso, limitazioni) per rendere il confronto utile e non superficiale.
Nel terzo sprint abbiamo completato l'esperienza utente con ricerca full-text, pagine di confronto e filtri dinamici. L'interfaccia è stata progettata per ridurre il tempo alla risposta: pochi click, gerarchia netta, zero distrazioni.
In parallelo abbiamo costruito una pipeline dati ibrida: acquisizione strutturata + revisione editoriale. Questo ha permesso di pubblicare velocemente senza sacrificare affidabilità. Ogni aggiornamento critico (disponibilità paese, rebranding, dismissione servizio) aveva un flusso di revisione prima della pubblicazione.
L'ultimo sprint ha coperto hardening prodotto:
Il deploy pubblico è avvenuto entro la finestra prevista, con una versione realmente usabile e pronta a raccogliere segnali di mercato.
Il lavoro non si è fermato al go-live. I cicli successivi sono stati guidati da usage analytics e feedback qualitativo:
Questi segnali hanno orientato l'espansione del catalogo, il miglioramento del ranking e il raffinamento dei percorsi di scoperta. In pratica, il prodotto è passato da "ipotesi ben costruita" a "motore che apprende dal comportamento reale".
Compario dimostra che un SaaS data-driven può andare da idea a produzione in tempi molto brevi quando si combinano:
Il risultato non è solo l'aver lanciato in un mese, ma aver lanciato con una base tecnica e di prodotto che permette crescita iterativa invece di rifare tutto dopo il primo traction test.
Per sostenere un rilascio veloce senza debito ingestibile abbiamo adottato una regola semplice: ogni scelta tecnica doveva ridurre attrito nelle iterazioni successive. Questo ha portato a:
La conseguenza pratica è che le nuove feature oggi entrano in roadmap con tempi prevedibili, non con stime "a sorpresa".
La roadmap attiva prevede espansione categorie ad alta domanda, miglioramento ranking con segnali comportamentali e localizzazione progressiva per mercati non anglofoni. L'impostazione iniziale 0→1 ha creato le fondamenta: la fase attuale è 1→N, con priorità su affidabilità dati e retention.