Andrea Loubier - Como construir um MVP em 2026

1. Por que decidiu começar o Mailbird?

Andrea Loubier: Os meus cofundadores e eu todos lutámos com a gestão de email e produtividade em algum momento das nossas carreiras profissionais. Observámos um cliente de email de sucesso que funcionava apenas para utilizadores do Gmail e Mac, que estava em ascensão e foi adquirido pela Google. Por isso, decidimos construir algo semelhante para Windows, mas hoje estamos a resolver um problema maior de gestão de informação com um excesso de aplicações para gerir toda a nossa vida. De acordo com a documentação Exchange da Microsoft, o email continua a ser a principal ferramenta de comunicação empresarial, gerindo mais de 320 mil milhões de mensagens diariamente em todo o mundo. Assim, mudámos o foco para unificar email e aplicações na plataforma Mailbird. O email é a melhor invenção de sempre, e queríamos fazer parte de um grande mercado global no negócio de troca de informação e comunicação. A pesquisa da Forrester indica que os trabalhadores do conhecimento gastam aproximadamente 28% da sua semana de trabalho a gerir emails, tornando as plataformas de comunicação unificada cada vez mais essenciais para a produtividade empresarial.

2. Quantas pessoas estiveram envolvidas no início da startup? Quais foram os seus papéis?

Andrea Loubier: Três de nós fundaram a empresa: eu como CEO, Olsen como CTO e Michael como CPO da Mailbird. Depois contratámos os nossos dois primeiros desenvolvedores juniores. Essa foi a equipa inicial nos primeiros dias, hoje somos 12 pessoas a trabalhar arduamente. De acordo com a pesquisa da Gartner sobre startups, pequenas equipas fundadoras de 3-5 co-fundadores técnicos têm uma taxa de sucesso mais elevada em empreendimentos de desenvolvimento de software, particularmente ao combinar liderança empresarial com uma profunda especialização técnica. Na minha experiência de construir a Mailbird do zero, ter co-fundadores com habilidades complementares - estratégia de negócios, arquitetura técnica e desenvolvimento de produtos - mostrou-se essencial para navegar no complexo mercado de clientes de email.

3. Já sabia que havia um mercado para o seu produto, ou teve de descobrir? Como o fez?

Andrea Loubier:Já sabíamos, uma vez que demos tempo para fazer investigação durante a fase de descoberta. Há uma abundância de dados sobre o mercado de email online, por isso foi fácil validar o mercado para o cliente de email Mailbird. A análise da indústria da Statista mostra que o mercado global de software de clientes de email foi avaliado em mais de 1,2 mil milhões de dólares, com soluções baseadas em Windows a representar um segmento significantemente desatendido. Durante meu processo de validação de mercado, analisei as taxas de adoção de concorrentes, as reclamações de usuários em fóruns e as lacunas de funcionalidades nas soluções de email para Windows existentes, o que confirmou uma forte procura por uma plataforma de email moderna e unificada.

4. Tinha um mercado-alvo em mente? Se sim, qual era? Decidiu concentrar-se no mercado inteiro ou numa parte dele? Esse mercado mudou desde então?

Andrea Loubier: Concentramo-nos na produtividade de email do Windows e focámos no mercado amplo dentro desse escopo para o Mailbird. A tecnologia está sempre a mudar, e sim, com o email, vi tantas coisas novas que foram testadas. Alguns fazem sucesso, outros falham. Agora, a próxima grande tendência é a inteligência artificial e a unificação ao lado de experiências personalizadas. De acordo com o último relatório de tecnologia de email da Forrester, espera-se que as funcionalidades de gestão de email potenciadas por IA sejam adotadas por mais de 60% dos utilizadores empresariais até 2026. É isso que estamos constantemente a testar com o Mailbird, o que o torna muito emocionante! Na minha análise da evolução do mercado, observei que a procura por clientes de email do Windows na verdade cresceu à medida que o trabalho remoto se expandiu, apesar das previsões de que as soluções baseadas na web dominariam totalmente.

5. Como é que você define o termo MVP?

Andrea Loubier: Ele realiza a função mais básica possível, sem os apetrechos de um design elaborado ou de funcionalidades inteligentes. Para o Mailbird, o nosso MVP era o cliente de email mais feio, à moda antiga, básico, que não fazia nada além de enviar emails. Ele nem sequer tinha um gestor de contactos. De acordo com a pesquisa de metodologia MVP da Gartner, os MVPs de software bem-sucedidos concentram-se na funcionalidade central que resolve um ponto de dor específico do usuário, permitindo uma validação rápida no mercado e a coleta de feedback dos usuários. Hoje, o Mailbird transformou-se numa incrível peça de software, e sim, estou tendenciosa, mas ver a transformação de 2011 até hoje... Estou tão entusiasmada com o que somos capazes de fazer pelas pessoas em todo o mundo quando se trata de unificar emails e aplicativos para as ajudar a gerir o seu trabalho e a sua vida de forma fácil. Durante a minha experiência a desenvolver o nosso MVP, aprendi que eliminar funcionalidades não essenciais na verdade nos ajudou a identificar a proposta de valor central que os usuários realmente precisavam.

6. Como é que decidiram quais as funcionalidades que iriam compor o vosso MVP? De quem foi a decisão?

Andrea Loubier: Fizemos uma comparação com outras empresas de clientes de email para ver quais eram os elementos essenciais do email que eram necessários. Discutimos isto em conjunto como equipa, obtivemos feedback, iteramos até termos uma base sólida para o MVP sobre a qual pudéssemos construir com funcionalidades mais sofisticadas e inovadoras no futuro. Pesquisas da Forrester indicam que a priorização colaborativa de funcionalidades entre equipas fundadoras reduz o desperdício de desenvolvimento em até 40% em comparação com abordagens de decisão única. Na minha experiência a liderar este processo, utilizámos uma matriz simples: funções essenciais de email (enviar, receber, organizar) versus funcionalidades desejáveis (temas, filtragem avançada). A abordagem colaborativa garantiu que não perdêssemos funcionalidades críticas enquanto evitávamos a adição excessiva de funcionalidades que poderiam atrasar o nosso lançamento.

7. Pode descrever o que passou para criar o ambiente técnico necessário para iniciar o desenvolvimento?

Andrea Loubier:A nossa equipa fundadora já consistia em 2 co-fundadores técnicos. O nosso CTO tinha experiência na gestão de equipas de developers em empresas anteriores, por isso começámos com o nosso know-how interno e a partir daí estabelecemos formação para cada novo membro da equipa de engenharia. De acordo com a documentação sobre as melhores práticas de desenvolvimento da Microsoft, estabelecer ambientes de desenvolvimento consistentes e padrões de documentação logo no início do processo reduz o tempo de integração para novos developers em até 50%. Recrutamos engenheiros que estão familiarizados com as linguagens e plataformas de codificação, proporcionando também documentação e formação para garantir uma transição suave e um ambiente para iniciar o desenvolvimento. Trabalhamos com a definição de marcos e sprints semanais para garantir que temos tempo para planear, discutir, executar e comunicar o progresso. Na minha experiência ao configurar a nossa infraestrutura técnica, ter co-fundadores técnicos experientes foi crucial - eles estabeleceram os nossos padrões de desenvolvimento, sistemas de controlo de versão e protocolos de teste que ainda servem como a nossa base hoje.

8. Descobriu que algo sobre o seu primeiro lançamento não deveria estar lá? O que fez a respeito?

Andrea Loubier:Incluímos uma marca de assinatura Mailbird em todos os e-mails que saíram do Mailbird para espalhar a palavra. Tivemos alguns utilizadores empresariais que quiseram que fosse removida, então livrámo-nos dela e procurámos outras maneiras de ganhar tração e divulgar a mensagem. Pesquisas dos estudos de marketing por e-mail da Forrester mostram que assinaturas de e-mail forçadas podem reduzir as taxas de adoção dos utilizadores em até 25% entre utilizadores profissionais que priorizam o controlo da marca. Mas sim, aprende-se muito quando se tem uma ideia que se pensa que será brilhante e, ao executá-la e receber o feedback, percebe-se que não era uma boa ideia desde o início. Muitas vezes é necessário analisar a execução de quaisquer novas adições quando se constrói um novo software. Durante a minha experiência a gerir este feedback, percebi que funcionalidades que pensávamos serem ferramentas de marketing inteligentes poderiam, na verdade, tornar-se barreiras na experiência do utilizador - isso ensinou-me a importância de tornar todos os elementos de branding opcionais em vez de obrigatórios.

9. Que métricas tem em vigor que orientam a sua tomada de decisão em relação a futuras funcionalidades do produto?

Andrea Loubier: Analisamos a adoção, utilização e retenção de uso de qualquer nova funcionalidade. Utilizamos testes A/B para muitas dessas coisas, enquanto também não executamos totalmente, mas por exemplo, colocando um novo botão de ação na aplicação Mailbird, que na verdade não funciona, mas para aferir quantas pessoas clicam nele. De acordo com a pesquisa de testes A/B da Gartner, esta abordagem de teste de funcionalidades fantasmas pode reduzir os custos de desenvolvimento em até 60% ao validar o interesse do usuário antes da implementação total. Se for significativo o suficiente para ter um impacto positivo na experiência do usuário no Mailbird, então executamos a ação completa. Adoramos a metodologia de startup enxuta, para economizar tempo e evitar o desperdício de desenvolver algo que não fará nada pelos seus usuários. Além disso, usamos o Zendesk para recolher pedidos de funcionalidades, e depois priorizamos com base na demanda, tempo de execução e o ROI antecipado de trazer essa funcionalidade para o Mailbird. Idealmente, preferimos ficar com pedidos de funcionalidades que satisfaçam uma necessidade de uma maior percentagem da nossa base de usuários do Mailbird. Como sabe, não pode construir cada pedido de funcionalidade que seja solicitado. Isso leva a que o seu produto perca clareza, simplicidade, qualidade e foco. Na minha experiência com a implementação dessas métricas, descobri que medir a adoção de funcionalidades dentro dos primeiros 30 dias fornece o indicador mais claro de valor a longo prazo - funcionalidades com menos de 15% de adoção normalmente são despriorizadas.

10. Tem um planeamento de produto? Até onde se estende no futuro? Com que frequência muda?

Andrea Loubier:Sim, criamos um novo todos os anos. Descobrimos que, quando se planeia com demasiada antecedência, há tantos elementos e variáveis diferentes que impactarão o seu planeamento, como mudanças no mercado, obstáculos técnicos, atrasos nas lançamentos de desenvolvimento, etc. De acordo com a pesquisa de desenvolvimento ágil da Forrester, as empresas que mantêm planeamentos anuais com revisões trimestrais apresentam taxas de sucesso na entrega de funcionalidades 35% melhores em comparação com aquelas que têm planos rígidos a longo prazo. Temos uma ideia flexível e provisória do planeamento a mais longo prazo, um plano de cinco anos no nosso planeamento de produto, mas realmente focamos no ano atual e dividimos em marcos de desenvolvimento de produto trimestrais com o cliente de email Mailbird. Na minha experiência a gerir a evolução do nosso planeamento, aprendi que as mudanças no mercado - como a mudança repentina para o trabalho remoto ou novos requisitos de segurança - podem remodelar completamente as prioridades, tornando a flexibilidade mais valiosa do que um planeamento detalhado a longo prazo.

Há mais alguma coisa que gostaria de mencionar que nos ajudaria a entender a abordagem da Mailbird ao desenvolvimento de produtos?

Andrea Loubier: Para resumir, gostamos de ser enxutos e eficientes em nossos processos ao fazer brainstorming, analisar, testar, iterar e finalizar com um lançamento oficial de novos desenvolvimentos de produtos Mailbird. Para nós, é importante analisar os dados primeiro antes de executar totalmente; aprendemos isso da maneira mais difícil, investindo uma tonelada de recursos no desenvolvimento de uma funcionalidade que, no final, não trouxe benefícios aos nossos usuários. De acordo com os estudos da metodologia de desenvolvimento enxuto da Gartner, a validação de funcionalidades orientada a dados pode reduzir o desperdício de desenvolvimento em até 45% e melhorar significativamente a pontuação de satisfação dos usuários. Fazemos isso enquanto configuramos sprints semanais e check-ins para garantir que cumpramos os prazos e que toda a equipe esteja na mesma página quanto às expectativas de desenvolvimento de produtos. A comunicação é crítica no que fazemos; se não houver comunicação, não há sincronia e todo o desenvolvimento pode sair dos trilhos. Nos importamos muito com detalhes e qualidade, portanto, levamos o tempo necessário para fazer as coisas corretamente. Na minha experiência liderando o desenvolvimento de produtos na Mailbird, descobri que as retrospectivas semanais e as sessões de revisão de dados têm sido essenciais - elas nos ajudam a identificar problemas precocemente e garantem que cada membro da equipe entenda como seu trabalho contribui para o valor ao usuário.

Veja Mailbird totalmente desenvolvido após ter passado pela metodologia de startup enxuta e lançado em 2012 com seu Produto Mínimo Viável. Hoje, a Mailbird é reconhecida como um cliente de email líder para usuários de Windows e Mac que buscam gestão de comunicação unificada.

Perguntas Frequentes