Estabelecemos o foco do nosso produto quando analisamos se a idéia era minimamente viável.
Com o propósito de construir uma ferramenta de Biohacking
Nosso produto deverá ajudar Coaches e seus Clientes
Em resolver o problema de informar o cumprimento da agenda
Oferecendo um serviço de montagem da agenda, “Tracking” mais simples e direto e gráficos das informações.
E saberemos se nosso produto funciona quando os Coaches puderem realizar análise sobre gráficos gerados com precisão.
Estabelecida a estratégia do produto, partimos para entender sob a lista de atividades que esses atores realizavam, quais eram as estórias que poderíamos extrair de suas visões.
- Coach (e sua equipe) prepara a rotina da semana de treinamento e alimentação detalhada no formato de agenda diária. Utiliza o GDocs para montar uma planilha e compartilha com os atletas.
- O atleta ao realizar uma atividade informa na planilha e se era planejada ou não. Ex. fez um treino que não estava previsto ou bebeu algo fora do proposto.
- O Coach pega os dados e coloca numa planilha para gerar os gráficos e medir a evolução.
Entrevistamos os atores para extrair quais funcionalidades eram necessárias para cumprir o objetivo.
Domain Language
Nesse ponto de imersão já precisamos construir uma linguagem comum entre todos os envolvidos, uma linguagem ubíqua. Os termos serem utilizados pela equipe do produto.
Features
Nesse primeiro momento estabelecemos 3 grandes Features de negócio do produto.
Geração de gráficos
Para aprender com a individualidade do atleta
Como um Coach
Eu quero comparar atividades de um tipo com outras
Registro de Atividades
Para meu Coach analisar minhas informações
Como um atleta
Eu quero informar uma atividade realizada
Montagem da agenda diária
Para meu atleta informar suas atividades ao seguir um plano
Como um Coach
Eu quero montar uma lista de atividades numa agenda
Algumas features técnicas são necessárias para o MVP.
Para meu atleta seguir a rotina agendada
Como um Coach
Preciso compartilhar uma agenda
MVP
Dado que o problema apresentou a oportunidade de um produto novo, prototipamos uma versão simplificada para atender o trabalho do Henrique com base nas Features identificadas.
Nesse momento é crucial identificar qual Feature é mais importante entre o serviço que os atores fazem e o foco do produto.
Para os atores, aprender com os gráficos sobre a evolução do atleta é sem dúvida o mais importante do negócio desse produto. Mas qual Feature poderíamos colocar para utilização de imediato?
Os gráficos necessitariam criar um importador das planilhas para sua geração, portanto decidimos que o registro de atividades poderia ser a Feature principal já que envolveria o compartilhamento da agenda e outras complexidades técnicas que poderiam surgir.
Scrething
Uma versão bem simplificada foi desenhada em HTML diretamente e ajustada com os envolvidos.
A primeira tela seria selecionar o tipo já que não temos a agenda ainda e já registrando a atividade com a data daquele momento.
Durante esse Brainstorming do desenho com alguns usuários foi sugerido que houvesse uma integração com ferramentas que eles usam como Instagram.
Dado que isso foge do escopo do MVP, tivemos a idéia de registrar as informações de quantidade e itens das atividades como hashtags, poderíamos analisar para a geração dos gráficos sem grandes detalhamentos em termos de tela.
E por fim um diário para o usuário acompanhar e editar caso necessário
Planejamento
Ainda não usamos nenhuma definição de Sprint ou planejamento de versão, afinal queríamos colocar algo o mais rápido possível em execução e já colher Feedback antes do MVP ficar pronto. Essa prática é importante para estabelecer a linguagem ubíqua, o comprometimento entre os envolvidos e antecipar qualquer mudança brusca que naturalmente ocorre.
Execução
Em menos de 48h colocamos uma versão no ar feita com Rails e Angularjs no Heroku e convidamos os usuários para esse primeiro uso.
Rastreamento e aprendizado
- Identificamos que entrar com os dados ficou mais simples, mas ainda um pouco chato por conta das hashtags;
- Imaginávamos que a alteração da data era algo simples e de pouco uso, nossos usuários demonstraram que não informam as atividades imediatamente quando elas ocorrem e a usabilidade ainda não era favorável
Próximo artigo: Primeira versão do seu produto — Private beta