Num mundo de tentativa-e-erro, quem pode encontrar erros mais rápido é quem ganha. Algumas pessoas chamam esta abordagem de “falha rápida”. Eric Ries chamou-a de Lean, enquanto Kent Beck e outros desenvolvedores de software a chamaram de Agile.
O que quer que lhe chame, a questão é descobrir quais das suas suposições em relação ao produto estão erradas, obtendo feedback de utilizadores reais o mais rápido possível.
A metodologia ágil pressupõe a divisão do desenvolvimento do produto em sprints, o que permite reduzir os riscos e responder rapidamente às mudanças necessárias.
Porque a metodologia ágil é construída em torno da idéia de um processo iterativo baseado no feedback do cliente, o MVP tem um papel central no desenvolvimento ágil.
Construir um produto mínimo viável (MVP) ajuda a entregar um novo produto com características suficientes para satisfazer os primeiros usuários, o que permite obter um feedback valioso, e construir um conjunto completo de características mais tarde.
O conceito MVP é praticado principalmente na indústria de software para verificar a viabilidade do produto. Se você está procurando uma empresa para construir o MVP para você, verifique esta empresa de desenvolvimento de software.
A maioria do software hoje é desenvolvida usando a metodologia Agile. No ambiente Agile, você muitas vezes ouvirá a frase produto mínimo viável (MVP).
Este termo significa simplesmente: a coisa mais minimamente destacada que você pode construir e que irá abordar a oportunidade suficientemente bem para a maioria de seus clientes alvo e validar seu mercado e produto.
Em outras palavras, se você fosse pensar sobre a função principal que você está tentando deixar os clientes realizarem, qual é o produto mais simples que você pode construir que lhes permite atingir esse objetivo?
Por exemplo, digamos que você voltou no tempo e estava trabalhando na primeira versão de um aplicativo para um jornal. A função central de um aplicativo seria informar o seu público leitor. É por isso que o produto mais fácil que você poderia construir seria uma lista de manchetes de notícias e um botão para atualizar.
Again, a chave para o sucesso do MVP é focar no valor central que o aplicativo fornece, que é uma notícia nova, ao invés de gastar seu tempo construindo recursos adicionais do aplicativo.
Nota que o MVP não significa que o produto deve ser ruim. A verdade é que ele deve ser muito bom no que faz, mas deve focar em fazer apenas algumas funções principais.
Em resumo, as principais características do MVP são:
- Tem valor suficiente para que as pessoas estejam dispostas a usá-lo ou comprá-lo inicialmente
- Demonstra benefícios futuros suficientes para reter os primeiros usuários
- Fornece um loop de feedback para orientar o desenvolvimento futuro
Por que você deve usar uma metodologia Ágil para desenvolver o MVP?
Um dos principais diferenciais entre as metodologias Ágeis e outras metodologias é que o Agile alavanca os MVPs. Com uma abordagem Ágil, você constrói a coisa mais simples possível, coleta dados sobre como os clientes a utilizam e depois refina o produto, se necessário.
Esta abordagem permitirá que você trabalhe de forma bastante eficaz, construindo apenas os recursos que os clientes querem e usará ao invés de perder tempo construindo coisas que os clientes não querem saber.
Contraste isto com abordagens não baseadas em MPV para o desenvolvimento de produtos. Usando outras abordagens, você pode acabar gastando muito tempo tentando construir o produto “perfeito” com todas as funcionalidades que você pode imaginar, mas uma vez que está no mundo real você descobre que os clientes não usam metade das funcionalidades que você pensou que eles usariam.
Aqui está o exemplo do produto ágil mínimo viável (MVP):
Source: Dropbox
Drew Houston – o CEO da Dropbox, decidiu criar um MVP para a inicialização do armazenamento de nuvens em forma de vídeo.
Fizeram um vídeo explicativo e o compartilharam com sua rede para avaliar as reações das pessoas. O vídeo de 3 minutos explicou o que o Dropbox é e demonstrou como ele ajudaria as pessoas.
Após o lançamento do vídeo, a empresa aumentou as inscrições de 5.000 para 75.000 pessoas durante a noite para o “acesso antecipado” – tudo isso sem ter um produto real.
Então os principais benefícios da construção do MVP (ágil) são:
- Initial Consumer Research
Quanto mais rápido o produto chegar ao usuário alvo, mais rápido você receberá o feedback e analisará os desafios ou preferências do cliente. Se os usuários não acharem seu MVP valioso, você tem espaço para girar e testar as outras propostas de valor.
Or, se o contrário for verdade, você terá certeza que as funcionalidades desenvolvidas são úteis para os clientes alvo, para que você possa seguir em frente. Na pior das hipóteses, você pode congelar o projeto para cortar suas perdas.
- Estágio de testes
O maior benefício de desenvolver um MVP é que ele permite testar vários modelos e conceitos de negócio.
Ao oferecer o conjunto central de funções ao invés de um produto com características pesadas, você pode verificar se o conceito do produto deles repercute no seu modelo de negócio, fornecendo uma oportunidade de mudar a direção de um produto com base nos resultados.
Produtos pesados, quando o MVP é lançado, você terá a capacidade de identificar que tipos de grupos sociais são os usuários mais ativos, como eles interagem com o produto, e como você pode monetizá-lo.
- Custo Eficiência
Os produtos de qualidade são o resultado de anos de desenvolvimento, com uma etiqueta de preço apropriada. Mas como estes produtos foram criados iterativamente durante um período mais longo, o custo é distribuído ao longo do tempo.
A abordagem MVP também ajuda a poupar, evitando que o produto se torne demasiado complicado. À medida que o produto começa a ter mais tração e coleta mais informações sobre a direção em que o produto está se movendo, você pode aumentar ou reduzir seus investimentos.
Se você estiver interessado em aprender mais sobre as metodologias Agile e SCRUM, recomendamos que você confira este artigo do Instituto SCRUM sobre como se tornar um mestre SCRUM em um detalhado processo passo-a-passo. Eles também oferecem os mais populares, e mais econômicos Programas de Certificação Scrum do mundo.
O Processo de Construção do MVP (Agile)
Agora, uma vez que você sabe o que é um MVP, porque ele é usado em Agile, e quais são os benefícios dele, vamos dar uma olhada nos 6 passos necessários para construir um MVP.
Passo #1: Identifique o problema que você está resolvendo e para quem
Ao desenvolver uma versão de novos produtos a maioria das pessoas não é suficientemente rigorosa na definição dos problemas que estão tentando resolver e articulando porque essas questões são importantes. Sem este processo, o produto pode perder oportunidades e desperdiçar recursos. É por isso que você precisa se tornar melhor em fazer as perguntas certas para que eles resolvam os problemas certos.
Dê uma olhada na sua ideia de produto e pergunte-se:
- Quem é o seu público-alvo?
Se você ficar preso nesta fase, tente identificar os seus desafios pessoais. Existe algo que você seria capaz de fazer melhor se tivesse a ferramenta certa?
- Por que o seu público-alvo precisa deste produto?
Isso o ajudará a identificar o objetivo principal do seu produto e a solução para as necessidades dos seus potenciais clientes.
- Em que situação eles o utilizariam?
Fonte: Metabeta
Nota: No processo de identificação das respostas às perguntas acima, é importante manter tudo real e fazer estimativas de tempo e custo, além disso.
Passo #2: Analise seus concorrentes
Assim que você descobrir qual problema você está resolvendo, é hora de ver como outras empresas estão resolvendo esse problema – ou pelo menos tentando resolvê-lo. Neste ponto, é óbvio que você tem que conduzir uma análise da concorrência se houver produtos similares no mercado.
Você também deve ter em mente que mesmo que você não pense que tem nenhum concorrente direto, sua fé na singularidade de seu produto será a base para trazer seu produto com confiança para o mercado.
Passo #3: Definir o fluxo do usuário, Wireframe &Design
Definir o fluxo do usuário para o seu produto futuro envolve que você se concentre diretamente no seu objetivo principal. Para definir o fluxo do usuário principal, devemos primeiro definir as etapas do processo, o que é realmente fácil porque tudo o que você precisa fazer é explicar os passos necessários para alcançar o objetivo principal do seu produto.
Neste ponto, você não deve pensar em características – mas deve focar em tarefas básicas como tipos de objetivos que seus usuários finais têm quando usam seu produto, suas expectativas, etc.
Após que você tenha terminado de definir o fluxo de usuários, você pode passar para wireframing, que é simplesmente uma ilustração de uma página web ou de um aplicativo. Um wireframe é um layout que articula que tipo de elementos de interface vão encontrar um lugar em páginas importantes.
Wireframing Exemplo:
Designing the User Interface (UI) reúne conceitos de design de interação, design visual e arquitetura da informação. Aqui, você deve aproveitar o que aprendeu nas fases anteriores para produzir uma experiência que irá surpreender e encantar o usuário final.
Aqui no Cleevio, quando temos o primeiro protótipo pronto (geralmente um mock-up clicável) fazemos testes com o usuário. O teste do usuário é essencial para o sucesso do novo aplicativo. Quando tivermos os resultados dos testes dos usuários prontos, iteramos os wireframes e os testamos novamente nos usuários.
Após os wireframes serem testados você deve passar para a fase de design que deve ser diferente para cada plataforma (iOS, Android, Web,…).
Passo #4: Analise Suas Características
Você sabia que mais de 45% dos recursos embutidos nos produtos de software são raramente ou nunca usados?
Agora que você criou seu fluxo de usuários, você pode começar a criar uma lista mais detalhada de recursos para cada estágio em particular, mas mantendo as estatísticas em mente.
A partir do momento em que você tenha criado as suas funcionalidades para cada etapa, você precisará priorizá-las. Qual é a ação mais importante que você quer que seus usuários concluam? Esta será a sua característica principal.
Um dos métodos de priorização de características é MoSCoW que é usado para decidir quais funções completar primeiro, quais devem vir depois e quais devem ser excluídas. Outra técnica usada para medir a necessidade das funcionalidades é baseada no valor do negócio (tempo para desenvolver vs. bom ter vs. custo)
Source: ProductPlan
Passo #5: Desenvolvimento & Teste
Agora que você conheça as características do seu produto mínimo viável (MVP), é hora de colocá-las em prática. Passando para a fase de desenvolvimento, você precisa testar seu produto e trabalhar para melhorar sua qualidade.
Após a aprovação dos Wireframes, você deve começar a trabalhar na arquitetura de configuração, banco de dados e começar a desenvolver API, Administração e todos os back-end.
Alpha e testes beta podem ajudar aqui como algumas das formas mais populares de testar o desempenho de um produto em diferentes cenários. Certifique-se de alinhar os testes e fazer apenas as alterações que afetam toda a experiência do usuário.
Como padrão, você deve implementar os seguintes testes em um ambiente controlado antes que o aplicativo seja lançado:
- Testes de funcionalidade
- Testes de usabilidade
- Testes de compatibilidade
- Testes de compatibilidade
- Testes de interface
- Testes de desempenho
- Testes de segurança
Durante o processo de desenvolvimento, você deve testar continuamente todos os recursos implementados.
Por exemplo, aqui no Cleevio, nós construímos aplicativos móveis, e os lançamentos de construções beta são enviados para o Google alpha/beta testing e para o TestFlight da Apple. Os builds de testes internos estão no Appcenter (uma ferramenta oficial da Microsoft).
Quando o “release candidate” (um produto que está pronto para o mercado) está pronto, fazemos testes beta abertos ou fechados, onde convidamos tantos usuários relevantes para o programa de testes beta e coletamos feedback sobre funcionalidades e bugs.
Passo #6: Iterativamente chegar ao produto – ajuste ou falha no mercado
Se você validar o MVP, você pode começar a olhar para o escopo do seu produto e expandir. Neste ponto, ou você levanta o capital inicial para ajudá-lo a chegar ao mercado mais rápido ou falha.
Para um aplicativo móvel, nós normalmente fazemos um “lançamento suave” quando lançamos o MVP para AppStore e Google Play mas não encorajamos nenhum marketing do aplicativo neste momento.
Como o aplicativo está recebendo mais usuários, alguns bugs podem aparecer e temos certeza de corrigir tudo o mais rápido possível. Normalmente, lançamos novos builds dia sim, dia não. Uma vez que o aplicativo é estável e temos uma taxa de usuários sem falhas acima de 99,9%, recomendamos começar com o marketing e adquirir mais usuários.
Data é realmente importante e é por isso que recomendamos monitorar o comportamento do usuário com Mixpanel ou Google Firebase analytics para que possamos entender como os usuários estão realmente usando o aplicativo.
O desenvolvimento do produto nunca está terminado. Muito importante é pedir o feedback do usuário e iterar o produto. Quando temos mais usuários fazemos testes A / B para poder testar várias soluções e aumentar o envolvimento do usuário.
Source: ProductPlan
Conclusão
No Cleevio desenvolvemos mais de 120 MVPs nos últimos 10 anos, por isso temos experiência suficiente sob a nossa correia, para saber qual a escala de MVPs e qual a queima e morte.
Sabemos que é um pouco avassalador preparar um roteiro, documentação, ou wireframes para sua idéia de MVP então sinta-se à vontade para nos contactar e ficaríamos felizes em lhe oferecer alguns conselhos gratuitos.
Para uma chamada de consultoria sobre seu MVP nos envie um e-mail para [email protected] .