O passo a passo da construção do Minimum Viable Product
1. ESTRUTURAÇÃO 2. CONSTRUÇÃO
ESTRUTURAÇÃO
1.1 - O QUE É MINIMUM VIABLE PRODUCT? É um produto COM O MÍNIMO de recursos possíveis, mas que mantenham a função de solução ao problema pra o qual foi criado. São usados em testes primários com um seleto grupo de clientes - PERSONAS, que ajudam a validar se o seu negócio/idéia é viável. NÃO É O PRODUTO FINAL!!!
HOW TO BUILD A MINIMUM VIABLE PRODUCT NOT LIKE THIS 1 2 3 4 LIKE THIS 1 2 3 4 5
1.2 DEFINA A EQUIPE QUE VAI PARTICIPAR DO PROJETO. PERFIL DE NEGÓCIOS DESIGN THINKING DESENVOLVIMENTO Financeiro Jurídico Marketing Comercial Design de Experiência do usuário (UX) Design de Interface do usuário (UI) Programadores Front End Programadores Back End Programadores Mobile Especialista em Infraestrutura Especialistas em Qualidade
1.3 DEFINA O PRODUTO. Pra quem é destinado? O seu produto faz/resolve? O que ele é? Porque eu devo adquirir? Qual benefício ele trás? Qual a diferença dele para os concorrentes? O que seu produto NÃO faz?
1.4 DEFINA SEU SELETO GRUPO DE PESSOAS. Qual são as Personas que devem testar seu produto? Persona é a representação fictícia do seu cliente ideal. É baseada em dados reais sobre comportamento e características dos seus clientes, assim como uma criação de suas histórias pessoais, motivações, objetivos, desafios e preocupações.
1.4 DEFINA SEU SELETO GRUPO DE PESSOAS. Exemplo de pessoa: Alexandre tem 40 anos, é publicitário formado, pós-graduado e autônomo. Pensa em se desenvolver profissionalmente através de um mestrado fora do país, pois adora viajar. É casado, pai de um filho e busca clientes que ajudem no crescimento de sua agência digital.
1.5 DEFINA SUAS METAS Em quanto tempo o produto deve estar pronto? Quantas Personas vão testar? Quanto tempo para fazer os ajustes necessários? Quantos clientes pretende atingir? Qual o prazo? Qual faturamento você pretende alcançar? Em quanto tempo?
1.6 DEFINA AS FUNCIONALIDADES Descreva todas as funcionalidades essenciais para que o usuário cumpra seu objetivo. ELIMINE OS EXCESSOS!
DICA: MIND MAP Eu costumo usar muito uma ferramenta chamada XMind para mapear o fluxo da idéia que estou pensando. Seja um aplicativo ou alguma outra solução, é bem bacana quando você consegue trazer sua proposta para a realidade com um mapa mental. www.xmind.net
DICA: DOCUMENTO DE REQUISITOS Aprendi a duras penas que sem um documento bem detalhado em mãos é praticamente IMPOSSÍVEL entregar um projeto dentro do escopo sugerido. A dica de ouro tanto para quem é o dono da idéia como para quem vai desenvolve-la é estressar ao MÁXIMO essa fase do projeto.
DICA: DOCUMENTO DE REQUISITOS POR EXEMPLO: Fluxo de entrada de um APLICATIVO - Prioridade: Essencial / Importante / Desejável - Entradas e Pré-Condições: Estar com acesso à internet, possuir uma conta no aplicativo - Saídas e Pós-Condições: Exibir tela Home visualizando um mapa com sua localização e marcações de empresas no entorno - Regra de Negócio: O campo Senha deverá conter 8 caracteres alfanuméricos (letras A-Z, números 0-9) - Fluxo Básico Passo 1: O Usuário insere o login (nome de usuário ou e-mail) e seleciona o campo senha; Passo 2: O Sistema verifica se o nome de usuário ou e-mail são validos; Passo 3: O Usuário insere a senha e clica em Entrar; Passo 4: O Sistema verifica se é uma senha valida, se corresponde a senha do usuário informado e exibe a Home; - Fluxo Alternativo 1 Passo 2.1: O Sistema exibe mensagem de erro informando que o login está incorreto; Passo 2.2: O Usuário clica em OK; Passo 2.3: O Sistema limpa o conteúdo do campo.
1.7 CANVAS Personas & Plataformas Visão do MVP Resultado Esperado Funcionalidades Jornadas Métricas para validar as Hipóteses de negócio Custo & Cronograma
CONSTRUÇÃO
2.1 CONSTRUÇÃO UX / UI É nessa etapa que a idéia sai do papel. Designer de Experiência do Usuário é quem vai projetar os elementos que vão compor a experiência de uma pessoa considerando seu ponto de vista. Designer de Interface do Usuário, é quem vai produzir a apresentação visual e gráfica do produto. Passada essa etapa, a PERSONA já vai poder interagir com o projeto. Se for um aplicativo, por exemplo, vai poder navegar pelos menus, acessos e validar o que foi executado para entrar na fase de programação.
DICA: FERRAMENTAS PARA UX / UI Para wireframe, prototipação e layout, hoje o Sketch roubou o espaço do Photoshop e é o queridinho dos profissionais. O Zeplin é outra ferramenta que facilita a entrega por converter os assets, css e os arquivos xml para os desenvolvedores. Para protótipos navegáveis, costuma-se usar o Marvel ou o Invision.
2.2 CONSTRUÇÃO DESENVOLVIMENTO Linguagens definidas? Local de hospedagem definido? Arquitetura e layout aprovados? É hora de colocar a mão na massa e planejar as entregas. É a etapa mais demorada, a mais problemática, a que gera mais dúvida e a que nunca é entregue no prazo (rs!). Da fidelidade com o que foi entregue pelo time de UX/UI, até a integração com terceiros ou algo que o cliente quer mudar no meio do caminho, são situações inevitáveis e fazem parte do desenvolvimento. É nessa hora que o Documento de Requisitos ajuda MUITO a minimizar os problemas.
2.2 CONSTRUÇÃO DESENVOLVIMENTO O fundamental nessa etapa é ter total controle do que está sendo desenvolvido. Histórias bem planejadas com o time, reuniões diárias, entregas semanais ou quinzenais, MUITOS TESTES e acompanhamento integral na tentativa de evitar as surpresas dentro do cronograma.
DICA: FERRAMENTAS PARA DESENVOLVIMENTO Além da metodologia ágil (Scrum), também existem inúmeras ferramentas que auxiliam essa etapa. Eu costumo trabalhar com alguns gerenciadores de projetos como o Trello e o Team Work, mas o Gira também é bastante conhecido e utilizado no mundo das Startups. Para repositórios de projetos Bitbucket ou GitHub são os mais recomendados, porém existem vários outros como o Freepository e o ProjectLocker. Para hospedagem a Amazon AWS oferece um ambiente gratis por um ano.
2.2 CONSTRUÇÃO APREENDEDORISMO Parafraseando o nosso Webnar, depois do MVP desenvolvido é hora de colocar na rua, testar, testar, testar, ajustar, testar de novo, cumprir todas as metas e evoluir para o sucesso!
As chances de um MVP indicar que a ideia de negócio não é boa são altas, mas é justamente para isso que ele serve. O empreendedor deve se lembrar que este é o momento de construir, testar e aprovar. Então, ele não pode ter medo de errar. Uma ideia sempre parece maravilhosa no papel, mas só quando ela estiver no mercado que teremos a validação, e isso sempre precisa ser feito o mais rápido possível Paulo Caroli Autor do livro Direto ao Ponto
OBRIGADO! Alexandre Porto aleporto@2palito.com Skype: ALEVGPS linkedin.com/in/aleporto + 55 11 99881.5562