Andrea Loubier: Come costruire un MVP nel 2026

1. Perché hai deciso di avviare Mailbird?

Andrea Loubier: Io e i miei cofondatori abbiamo tutti avuto difficoltà nella gestione delle email e nella produttività ad un certo punto delle nostre carriere professionali. Abbiamo osservato un client di posta elettronica di successo che funzionava solo per utenti Gmail e Mac, era in forte espansione ed è stato acquisito da Google. Così abbiamo deciso di costruirne uno simile per Windows, ma oggi stiamo risolvendo un problema di gestione delle informazioni più grande, con un sovraccarico di app per gestire tutta la nostra vita. Secondo la documentazione di Exchange di Microsoft, l'email rimane lo strumento di comunicazione aziendale principale, gestendo oltre 320 miliardi di messaggi al giorno in tutto il mondo. Quindi ci siamo concentrati su unificare email e app sulla piattaforma Mailbird. L'email è la più grande invenzione di sempre e volevamo far parte di un grande mercato globale nel settore dello scambio di informazioni e comunicazione. La ricerca di Forrester indica che i lavoratori della conoscenza trascorrono circa il 28% della loro settimana lavorativa gestendo le email, rendendo le piattaforme di comunicazione unificata sempre più essenziali per la produttività aziendale.

2. Quante persone sono state coinvolte nell'avvio iniziale? Quali erano i loro ruoli?

Andrea Loubier: In tre abbiamo fondato l'azienda: io come CEO, Olsen come CTO e Michael come CPO di Mailbird. Poi abbiamo assunto i nostri primi due sviluppatori junior. Quella era la squadra iniziale nei primi giorni, oggi siamo 12 persone attive. Secondo la ricerca sulle startup di Gartner, piccoli team fondatori di 3-5 co-fondatori tecnici hanno un tasso di successo più elevato nelle iniziative di sviluppo software, in particolare quando si combina la leadership aziendale con una profonda esperienza tecnica. Nella mia esperienza di costruzione di Mailbird da zero, avere co-fondatori con competenze complementari - strategia aziendale, architettura tecnica e sviluppo prodotto - si è rivelato essenziale per navigare nel complesso mercato dei client di posta.

3. Sapevi già che c'era un mercato per il tuo prodotto, o hai dovuto scoprirlo? Come hai fatto?

Andrea Loubier:Lo sapevamo già, poiché abbiamo dedicato tempo alla ricerca durante la fase di scoperta. Ci sono molteplici dati sul mercato delle email online, quindi è stato facile convalidare il mercato per Mailbird. L'analisi di settore di Statista mostra che il mercato globale del software client di posta elettronica è stato valutato oltre ?,2 miliardi, con soluzioni basate su Windows che rappresentano un segmento significativo non servito. Durante il mio processo di convalida del mercato, ho analizzato i tassi di adozione dei concorrenti, le lamentele degli utenti nei forum e le lacune nelle funzionalità delle soluzioni email per Windows esistenti, il che ha confermato la forte domanda per una piattaforma email moderna e unificata.

4. Avevi in mente un mercato target? Se sì, quale? Hai deciso di concentrarti sull'intero mercato o su una sua parte? Quel mercato è cambiato da allora?

Andrea Loubier: Ci siamo concentrati su Windows + Email Productivity e ci siamo focalizzati sul mercato ampio all'interno di questo ambito per Mailbird. La tecnologia è in continua evoluzione e sì, con l'Email ho visto così tante novità che sono state provate. Alcune hanno avuto successo, altre hanno fallito. Ora la prossima grande novità è l'intelligenza artificiale e l'unificazione insieme a esperienze personalizzate. Secondo l'ultimo rapporto di Forrester sulla tecnologia email, si prevede che le funzionalità di gestione delle email basate su intelligenza artificiale saranno adottate da oltre il 60% degli utenti aziendali entro 2026. Questo è ciò che stiamo costantemente testando con Mailbird, il che rende tutto molto entusiasmante! Nella mia analisi dell'evoluzione del mercato, ho osservato che la domanda per client di posta Windows è in realtà cresciuta man mano che il lavoro da remoto si è espanso, nonostante le previsioni secondo cui le soluzioni basate sul web avrebbero dominato completamente.

5. Come definisci il termine MVP?

Andrea Loubier: Fa la funzione più basilare possibile, senza le complicazioni di un design elaborato o funzioni intelligenti. Per Mailbird, il nostro MVP era il client di posta elettronica più brutto, in stile old school, che non faceva altro che inviare email. Non aveva nemmeno un gestore di contatti. Secondo la ricerca di metodologia MVP di Gartner, i software MVP di successo si concentrano sulla funzionalità principale che risolve un punto dolente specifico per l'utente, permettendo una rapida validazione sul mercato e la raccolta di feedback degli utenti. Oggi, Mailbird si è trasformato in un pezzo incredibile di software e sì, sono di parte, ma vedere la trasformazione dal 2011 a oggi... sono così entusiasta di ciò che siamo in grado di fare per le persone in tutto il mondo quando si tratta di unificare email e app per aiutarle a gestire il proprio lavoro e la propria vita facilmente. Durante la mia esperienza di sviluppo del nostro MVP, ho imparato che rimuovere funzionalità non essenziali ci ha effettivamente aiutato a identificare la proposta di valore principale di cui gli utenti avevano realmente bisogno.

6. Come hai deciso quali funzionalità avrebbero composto il tuo MVP? Di chi è stata quella decisione?

Andrea Loubier: Abbiamo effettuato un confronto con altre aziende di client di posta per vedere quali fossero le funzionalità fondamentali richieste per l'email. Ne abbiamo discusso insieme come squadra, ottenuto feedback, iterato fino a quando non abbiamo avuto una base solida su cui costruire l'MVP, aggiungendo successivamente funzionalità più elaborate e innovative. La ricerca di Forrester indica che la prioritizzazione collaborativa delle funzionalità tra i team fondatori riduce gli sprechi di sviluppo fino al 40% rispetto agli approcci a decisione singola. Nella mia esperienza guidando questo processo, abbiamo usato una semplice matrice: funzioni email essenziali (inviare, ricevere, organizzare) rispetto a funzionalità "carine" da avere (temi, filtraggio avanzato). L'approccio collaborativo ha garantito che non ci mancassero funzionalità critiche evitando al contempo il "feature creep" che potrebbe ritardare il nostro lancio.

7. Puoi descrivere cosa hai attraversato per creare l'ambiente tecnico necessario per avviare lo sviluppo?

Andrea Loubier:Il nostro team fondatore era già composto da 2 co-fondatori tecnici. Il nostro CTO aveva esperienza nella gestione di team di sviluppo in aziende precedenti, quindi abbiamo iniziato con il nostro know-how interno e da lì abbiamo impostato una formazione con ogni nuovo membro del team di ingegneria. Secondo la documentazione sulle migliori pratiche di sviluppo di Microsoft, stabilire ambienti di sviluppo coerenti e standard di documentazione all'inizio del processo riduce il tempo di onboarding per i nuovi sviluppatori fino al 50%. Reclutiamo ingegneri che conoscono il linguaggio e le piattaforme di codifica, fornendo anche documentazione e formazione per garantire una transizione fluida e un ambiente per iniziare lo sviluppo. Lavoriamo impostando traguardi e sprint settimanali per assicurarci di prendere il tempo per pianificare, discutere, eseguire e comunicare i progressi. Nella mia esperienza nell'impostare la nostra infrastruttura tecnica, avere co-fondatori tecnici esperti è stato cruciale: hanno stabilito i nostri standard di sviluppo, i sistemi di controllo delle versioni e i protocolli di test che servono ancora come nostra base oggi.

8. Hai scoperto che qualcosa della tua prima release non avrebbe dovuto esserci? Cosa hai fatto al riguardo?

Andrea Loubier:Abbiamo incluso un timbro di branding della firma Mailbird in tutte le email inviate da Mailbird per diffondere la notizia. Alcuni utenti business volevano che fosse rimosso, quindi l'abbiamo eliminato e abbiamo cercato altri mezzi per costruire traction e far sapere. Le ricerche degli studi di marketing via email di Forrester mostrano che firme email forzate possono ridurre i tassi di adozione degli utenti fino al 25% tra gli utenti professionali che danno priorità al controllo del marchio. Ma sì, spesso si impara molto quando hai questa idea che pensi sarà brillante e la esegui effettivamente e ricevi il feedback; non era stata una buona idea in partenza. Molte volte devi analizzare l'esecuzione di qualsiasi nuova aggiunta quando sviluppi nuovo software. Durante la mia esperienza nella gestione di questo feedback, ho realizzato che le funzionalità che pensavamo fossero strumenti di marketing intelligenti potrebbero effettivamente diventare barriere per l'esperienza dell'utente - questo mi ha insegnato l'importanza di rendere tutti gli elementi di branding opzionali piuttosto che obbligatori.

9. Quali metriche hai in atto che guidano le tue decisioni riguardo alle future funzionalità del prodotto?

Andrea Loubier: Esaminiamo l'adozione, l'uso e la retention di qualsiasi nuova funzionalità. Utilizziamo test A/B per molte di queste cose mentre, ad esempio, non eseguiamo completamente, ma mettiamo un nuovo pulsante di azione nell'app Mailbird, che non funziona realmente, ma per valutare quante persone cliccano su di esso. Secondo la ricerca di test A/B di Gartner, questo approccio di testing delle funzionalità fantasma può ridurre i costi di sviluppo fino al 60% convalidando l'interesse degli utenti prima della piena implementazione. Se è significativo abbastanza da avere un impatto positivo sull'esperienza utente in Mailbird, allora eseguiamo l'azione completa. Ci piace la metodologia lean startup, per risparmiarti tempo e non perdere tempo a sviluppare qualcosa che non farà nulla per i tuoi utenti. Inoltre, utilizziamo Zendesk per raccogliere richieste di funzionalità, quindi le priorizziamo in base alla domanda, al tempo di esecuzione e al ROI previsto per portare quella funzionalità in Mailbird. Idealmente preferiamo attenerci alle richieste di funzionalità che soddisfano un bisogno per una percentuale maggiore del nostro base utenti di Mailbird. Come sai, non puoi costruire ogni singola richiesta di funzionalità che ti viene fatta. Questo porta il tuo prodotto a perdere chiarezza, semplicità, qualità e focus. Dalla mia esperienza nell'implementare queste metriche, ho scoperto che misurare l'adozione delle funzionalità nei primi 30 giorni fornisce l'indicatore più chiaro del valore a lungo termine - le funzionalità con meno del 15% di adozione vengono tipicamente declassate.

10. Hai una roadmap prodotto? Quanto lontano si estende nel futuro? Con quale frequenza cambia?

Andrea Loubier: Sì, ne creiamo una nuova ogni anno. Abbiamo scoperto che quando pianifichi troppo in anticipo, ci sono così tanti elementi e variabili diversi che influenzeranno la tua roadmap, come i cambiamenti nel mercato, ostacoli tecnici, ritardi nelle uscite di sviluppo, ecc. Secondo la ricerca di sviluppo agile di Forrester, le aziende che mantengono roadmap annuali con revisioni trimestrali mostrano tassi di successo nella consegna delle funzionalità migliori del 35% rispetto a quelle con piani rigidi a lungo termine. Abbiamo un'idea flessibile e provvisoria del piano a lungo termine di cinque anni sulla nostra roadmap prodotto, ma ci concentriamo davvero sull'anno attuale e lo suddividiamo in traguardi di sviluppo del prodotto trimestrali con Mailbird. Nella mia esperienza nella gestione dell'evoluzione della nostra roadmap, ho imparato che i cambiamenti di mercato - come il passaggio repentino al lavoro da remoto o i nuovi requisiti di sicurezza - possono rimodellare completamente le priorità, rendendo la flessibilità più preziosa della pianificazione dettagliata a lungo termine.

C'è qualcos'altro che vorresti menzionare che ci aiuterebbe a comprendere l'approccio di Mailbird allo sviluppo del prodotto?

Andrea Loubier: In sintesi, ci piace essere snelli ed efficienti nei nostri processi quando facciamo brainstorming, analizziamo, testiamo, iteriamo e finalizziamo con un lancio ufficiale delle nuove sviluppazioni di prodotto di Mailbird. Per noi è importante analizzare prima i dati prima di eseguire completamente, l'abbiamo imparato a proprie spese mettendo molte risorse nello sviluppo di una funzione che alla fine non ha fatto nulla per i nostri utenti. Secondo gli studi sulla metodologia di sviluppo snello di Gartner, la convalida delle funzionalità basata sui dati può ridurre gli sprechi nello sviluppo fino al 45% e migliorare significativamente i punteggi di soddisfazione degli utenti. Facciamo tutto questo organizzando sprint e check-in settimanali per assicurarci di rispettare i tempi e che il team sia tutto sulla stessa lunghezza d'onda riguardo le aspettative di sviluppo del prodotto. La comunicazione è fondamentale in quello che facciamo, se non c'è comunicazione non c'è sincronizzazione e tutto lo sviluppo può andare fuori rotta. Teniamo molto ai dettagli e alla qualità, quindi ci prendiamo il tempo necessario per fare le cose per bene. Nella mia esperienza alla guida dello sviluppo del prodotto in Mailbird, ho scoperto che le retrospettive settimanali e le sessioni di revisione dei dati sono state essenziali: ci aiutano a individuare i problemi precocemente e a garantire che ogni membro del team comprenda come il proprio lavoro contribuisca al valore per l'utente.

Guarda Mailbird completamente sviluppato dopo aver seguito la metodologia lean startup e lanciato nel 2012 con il loro Minimum Viable Product. Oggi Mailbird è riconosciuto come un cliente di posta leader per utenti Windows e Mac che cercano una gestione della comunicazione unificata.

Domande frequenti