Você deve criar um MVP antes de criar um aplicativo?

Você pode se dar ao luxo de apostar em uma ideia para um aplicativo ou em uma suposição sobre como os consumidores responderão a ele? Aposto que seus clientes também não se sentem à vontade para fazer isso, especialmente quando é o dinheiro e a reputação deles em jogo.

Um aplicativo pode ser um investimento arriscado para uma empresa se não for abordado com cuidado. Mesmo assim, os conceitos de aplicativos mais bem pesquisados ​​podem levar a taxas de download e retenção de usuários decepcionantes.

Se você está no negócio de criar aplicativos móveis ou produtos SaaS, você já pensou em usar produtos mínimos viáveis ​​(MVPs) para proteger os investimentos de seus clientes?

Os MVPs não apenas permitem que você obtenha projetos em seu pipeline mais rapidamente, mas também permitem que os desenvolvedores criem produtos mais fortes para seus clientes.

Aqui está o que você precisa saber.

O valor dos MVPs no desenvolvimento de aplicativos

Frank Robinson foi o primeiro a definir o que era um MVP em 2001. Em sua raiz, um MVP é uma versão reduzida de um produto que é lançado ao público com o objetivo de testar e validar o conceito e a viabilidade do produto no mercado .

Eric Ries, autor de The Lean Startup, foi um dos primeiros defensores dos MVPs e ele tinha algumas coisas interessantes a dizer sobre por que e como devemos usá-los em 2013:

O objetivo não é criar produtos mais enxutos. É colocar a versão ou conceito mais básico de um aplicativo nas mãos de adotantes e evangelistas. Dessa forma, o desenvolvedor coleta o feedback do usuário desde o início que, por sua vez, é usado para moldar adequadamente o produto em sua versão final.

Veja o Dropbox, por exemplo. Esta é a aparência da página de destino do produto em 2009:

É uma página simples que inclui o nome da empresa, uma explicação do software e um link para baixar o aplicativo para desktop ou celular. Para os usuários que desejam saber mais sobre o que estão adquirindo, o “tour” os levou a um mini-site com mais informações:

Isso está muito longe do armazenamento poderoso, criação de conteúdo e serviço de colaboração que consumidores e empresas usam hoje:

Mas essa é a beleza do MVP. Essencialmente, ele força os desenvolvedores a criar produtos com apenas o mínimo — mas absolutamente essencial — conjunto de recursos .

O Dropbox não precisava prever o poder dos serviços de armazenamento em nuvem ou criar algo que não fosse adequado para o mercado na época. Tudo o que precisava fazer era lançar uma solução simples que os usuários precisavam naquele momento. Os usuários poderiam então validar o produto e fornecer à empresa a direção necessária para levar seu produto.

Existem outros benefícios em criar um MVP:

• Você pode colocar o produto no mercado muito mais rapidamente do que se esperasse o desenvolvimento do aplicativo completo.
• Você tem a chance de testar a viabilidade do conceito antes de dedicar muitas horas de trabalho ao trabalho.
• Você se dá mais espaço (e talvez até um pouco de perdão também) para resolver as torções em seu produto final.
• Você economiza dinheiro com um MVP. Primeiro, porque você só gasta tempo criando recursos que são absolutamente necessários. Segundo, porque você pode descobrir que os usuários estão satisfeitos com a versão reduzida e não precisará fazer muito mais trabalho para finalizar o produto.
• Com uma ideia testada que foi adotada pelos usuários, você tem algo para trazer aos investidores que pode tornar o resto do processo de desenvolvimento muito mais tranquilo.

Como Eric diz no vídeo, um MVP é a melhor maneira de maximizar suas chances de sucesso e fazê-lo em um prazo muito menor do que o desenvolvimento completo do produto permite.

Como construir um MVP valioso que os usuários desejam testar

O sucesso do seu MVP depende de sua capacidade de alavancar insights e feedbacks fornecidos pelos early adopters — aqueles que estão 100% do seu lado, acreditam no produto e querem ajudá-lo a preencher as lacunas. Então, não perca de vista isso.

Um MVP não é um aplicativo meia boca jogado junto. Ele ainda precisa ser valioso.

Aqui estão algumas coisas que você deve fazer antes de construir e lançar seu MVP:

1. Decida a finalidade do produto

Se você deseja que seu aplicativo seja bem-sucedido, ele precisa resolver um problema exclusivo para um grande segmento da base de consumidores. Isso significa que seu MVP precisa detalhar claramente o que o produto faz e por que os usuários precisam dele.

Por exemplo, foi assim que o Uber (então UberCab) se vendeu durante sua versão beta em 2010:

Como o exemplo do Dropbox anterior, é extremamente simples em conceito e sem frescuras em termos de explicar o que é ou por que é tão valioso. Mas você ainda entendeu a ideia. É um aplicativo que permite que as pessoas peçam e paguem por um carro de seu telefone. Essencialmente, é uma substituição conveniente para os táxis.

Avance um ano, você verá que o Uber começou a firmar sua identidade e proposta de valor com o lançamento oficial do produto:

Isso foi em 2011, quando o Uber abandonou o “Cab” e se rotulou como um serviço de condução particular de plantão. Era uma maneira de permitir que os consumidores experimentassem certos privilégios luxuosos que, de outra forma, talvez não pudessem pagar.

Embora essa não seja a forma final que o Uber acabou adotando, você pode ver como o feedback inicial do usuário ajudou os desenvolvedores de produtos a decidir quais partes da plataforma realmente valiam a pena destacar e desenvolver.

Esse é exatamente o tipo de coisa que acontecerá quando você criar um MVP e começar a coletar informações valiosas dos usuários sobre o que eles desejam e quais recursos eles precisam. Mas, primeiro, você precisa começar deixando claro seu propósito geral e valor. Você pode refiná-lo mais tarde.

2. Localize seus usuários ideais

Você tem o seu conceito. Agora, é hora de descobrir se os consumidores vão querer. Mesmo que um MVP seja mais barato e mais rápido de construir, não significa que não será um desperdício completo de seu tempo e recursos. Você precisa pelo menos confirmar que o interesse existe e depois definir, em termos claros, quem é seu usuário-alvo.

Especificamente, você precisa pensar na localização.

No exemplo Uber acima, você pode ver que o produto beta foi testado apenas em São Francisco.

A versão inicial do Airbnb fez algo semelhante. Joe Gebbia, cofundador do Airbnb, conta a história de seu MVP em um episódio de 2017 de How I Built This.

Basicamente, ele estava com pouco dinheiro e decidiu alugar colchões de ar em seu apartamento em São Francisco para uma próxima conferência. Sabendo que os hotéis teriam poucos quartos, ele imaginou que poderia ganhar dinheiro com isso. Mas não era apenas o dinheiro do aluguel que ele ganhava. Ele teve uma ideia para um novo negócio depois que muitas pessoas demonstraram interesse em alugar um espaço em seu apartamento.

Então, ele e seu parceiro criaram um site chamado “AirBed & Breakfast”. Uma vez que foi ao ar, porém, se espalhou muito além da área de teste original de São Francisco.

Em 2009, houve aluguéis de AirBnB em 72 países. Hoje, você praticamente tem a sua escolha do lixo em qualquer cidade ao redor do mundo. Mas tudo começou com São Francisco.

Portanto, ao começar a construir seu produto, pense em quais serão os melhores lugares para testar e obter feedback sobre seu aplicativo antes de fazer um lançamento completo dele. Você quer que a área seja uma boa representação da população e da demografia que você pretende atingir. Você também precisa garantir que haja uma demanda pelo produto e que seus usuários-alvo possam usá-lo (uma vez que você comece a monetizar).

3. Escolha um formato MVP

O formato do seu MVP é outra coisa importante a se pensar antes de fazer qualquer construção.

Em alguns casos, você terá que construir um produto viável. Por exemplo, digamos que seu objetivo seja criar um novo aplicativo de namoro. Existem vários aplicativos de namoro no mercado; com dois aplicativos, em particular, que dominam continuamente o pacote. Você sabe que construir qualquer tipo de aplicativo de namoro móvel seria uma aposta enorme e cara, não importa o quanto você reduza os recursos. Então, o que você faz?

Você pode criar um aplicativo de namoro PWA. Os custos seriam menores, o time-to-market significativamente mais rápido e seria muito mais fácil colocar seu MVP na frente dos usuários do que se você colocasse algo na loja de aplicativos. Você pode até achar que o PWA é suficiente em termos de formato do produto no final.

Em outros casos, o MVP nem precisa ser um produto real. Pode ser apenas um site anunciando o produto ou fornecendo um wireframe/protótipo do conceito.

Em 2018, Rand Fishkin anunciou que estava deixando a Moz, empresa que ele cofundou em 2004. Simultaneamente, ele anunciou um novo produto chamado SparkToro.

Agora, Rand é alguém que pode lançar um conceito como MVP e ainda assim ter sucesso. Ele tem uma longa história e uma sólida reputação neste espaço, então, é claro, os usuários vão gravitar para este novo produto, apesar de não estar disponível para consumo.

Para aqueles que estão construindo um MVP para uma nova marca, provavelmente não terão tanta sorte. No entanto, isso realmente vai depender do tipo de produto que você planeja construir.

Se não houver absolutamente nenhuma maneira de criar o produto em uma versão reduzida, essa pode ser uma opção que vale a pena explorar. Também seria uma boa ideia se você ou seu cliente não tiver absolutamente nenhum fundo e precisar de feedback validado para provar a viabilidade do seu conceito para os investidores. Essa é realmente a única maneira que vejo Joe Schmoes se safar disso.

Se você seguir esse caminho, também precisará de uma seção explicativa muito boa. Isto é o que SparkToro tem em sua página O que estamos construindo:

Acho que para os tipos de usuários que gravitam em torno de um produto como esse – ou seja, profissionais de marketing avançados que realmente precisam desse tipo de solução – essa maneira de testar o conceito e a viabilidade dos recursos é boa. Está escrito na língua deles e com recursos visuais que eles entendem.

No entanto, para usuários que não estão familiarizados com sua marca ou não são tão bem treinados quanto o público de Rand, um wireframe ou protótipo do painel do produto seria uma ideia melhor. Mesmo um vídeo explicativo do fundador funcionaria bem. Só precisa ser algo que convença os usuários a se inscreverem e começarem a fornecer feedback o mais cedo possível.

4. Encontre seu mínimo real

Se você assistir ao vídeo de Eric Ries, verá que ele fornece uma fórmula para definir as características mínimas do seu MVP. Fica assim:

# de recursos mínimos que você acha que precisa / 8 = o verdadeiro mínimo

Faz sentido se essa fórmula faz você se sentir apreensivo. Mas pense assim:

Você constrói um MVP que é o mais simples possível sem que se torne inútil. Você envia para os usuários e dá a eles a chance de fornecer feedback.

Algumas coisas podem acontecer como resultado:

Eles absolutamente odeiam isso.

Eles reclamam com você sobre como o Recurso A é péssimo e como eles gostariam que ele fizesse outra coisa ou como o Recurso B estava quase lá, mas depois ficou aquém das expectativas. Perfeito! Seus usuários de teste lhe dirão exatamente o que eles querem do seu produto. Obtenha feedback consistente suficiente e você terá uma lista de recursos obrigatórios que precisam aparecer na próxima versão do aplicativo.

Eles estão bem com isso, mas não amam... ainda.

Novamente, tudo bem se os usuários não estiverem 100% satisfeitos com isso. Você deu a eles a oportunidade de experimentar um produto que vai ser incrível e eles veem a promessa nele. Dê-lhes uma chance de falar o que pensam e que você saiba o que eles amavam e o que não amavam. Em seguida, concentre-se em fortalecer esses pontos fracos e incluir os recursos que o tornarão um verdadeiro divisor de águas.

Eles vão adorar como está.

Vamos ser honestos, isso não é provável que aconteça. Mas não seria ótimo se o feedback fosse tão escasso que você pudesse rolar com o MVP como está? Além disso, pense em todo o tempo que você economizou e no dinheiro que economizou para seu cliente cortando tanto o produto. Às vezes, mais simples é melhor.

Não se esqueça de agradecer a esses usuários por seus comentários e suporte ao produto. Não há como você criar a solução de que eles precisam sem os insights deles e, portanto, seria de seu interesse reconhecer o papel que eles desempenham nisso. Em troca, eles continuarão sendo os evangelistas do seu produto por muito tempo após o lançamento.

5. Crie sua página de destino com antecedência

Embora eu não goste muito de uma landing page ou mini-site servindo apenas como MVP (pelo motivo mencionado), acho que é uma boa ideia ter uma landing page mobile-first enquanto o MVP está em andamento .

Aplicativos de jogos e SaaS seriam escolhas especialmente boas para lançar uma página de inscrição beta antecipadamente. Aqui está um exemplo de Hytale:

Se você deseja que seu MVP seja bem-sucedido, você deve dedicar um pouco desse tempo extra que você tem agora para construir uma página de destino forte. Comece pesquisando os primeiros sites das empresas apresentadas neste post. Todos eles explicaram com sucesso seus conceitos, comercializaram seus produtos e convenceram os primeiros usuários a se inscreverem para testes.

Enquanto estiver nisso, você também deve configurar seu blog, contas de mídia social e recursos da comunidade (com um boletim informativo ativo). Nunca se sabe. Alguém pode encontrar o anúncio do seu MVP em outro lugar que não seja a pesquisa do Google e decidir que deseja adicionar o site aos favoritos ou se inscrever antecipadamente para ser um testador beta.

Nunca é cedo demais para começar a obter buy-in do seu conjunto de usuários!

6. Defina seus critérios de sucesso

Por último, mas não menos importante, você precisa decidir como vai medir o sucesso do seu MVP. Porque não se trata apenas da qualidade do feedback.

Considere o seguinte:

• Quantos visitantes visitaram sua página de destino?
• Quantas dessas pessoas se inscreveram para o beta?
• Quantos usuários você reteve em um determinado período (1 mês, 3 meses etc.)?
• Quantas pessoas forneceram feedback e foi um conjunto substancial o suficiente para tomar decisões sólidas sobre o design e os recursos do produto daqui para frente?
• A demografia do seu conjunto de usuários correspondeu ao público para o qual você projetou o aplicativo? Por que você acha que foi?
• Quanto tempo, em média, os usuários passaram dentro do aplicativo?
• Com quais recursos eles passaram mais tempo? Pelo menos?
• Quais recursos receberam o feedback mais favorável? Pelo menos?
• Houve alguns usuários que tiveram uma experiência positiva com o produto? O que os tornou diferentes?

Pegue todas as informações que você coletou – da página de destino original, os testadores beta, os dados de uso e assim por diante – e realmente examine tudo. O que isso está lhe dizendo sobre o MVP que você projetou? E agora, o que você vai fazer com isso?

Você vai deixá-lo como está ou transformá-lo no produto completo que deveria ser e que os usuários desejam?

Será fácil atrair e adquirir clientes com base nos dados de uso que você coletou? Além disso, você será capaz de reter esses usuários ou é mais econômico manter seu aplicativo no navegador em vez de na forma de aplicativo nativo?

E, por fim, quanto você pode e deve cobrar pelo acesso ao produto? Em última análise, isso tornará a empresa lucrativa ou simplesmente não há interesse suficiente (pelo menos no lado da monetização) para tornar esse empreendimento valioso?

Eu sei que estou deixando você com um monte de perguntas, mas há muitas coisas que você vai precisar resolver quando os testes começarem. Além disso, é a razão pela qual você criou um MVP em primeiro lugar. Esse feedback do usuário é inestimável para o processo e é a única maneira de você saber se é um produto que vale a pena lançar no mercado ou levar de volta à prancheta.