4 etapas para dominar o processo de desenvolvimento de MVP

As equipes de produtos de inicialização geralmente enfrentam orçamentos e prazos apertados. Com recursos limitados, eles têm a tarefa de criar novos produtos sem usuários, comentários ou solicitações de recursos. Como designer de produto familiarizado com esses desafios, sei como isso pode ser difícil.

Felizmente, existe uma maneira de gerenciar a incerteza, manter o foco no usuário e entregar produtos dentro do prazo e do orçamento: a estrutura MVP. Um produto mínimo viável é uma versão lançável de um produto com recursos suficientes para resolver um problema central do usuário. Os MVPs ajudam as equipes de produto a aprender mais sobre seu público-alvo enquanto exercem menos esforço no processo de design/desenvolvimento. Eles também reduzem o risco, permitindo que os projetistas testem as suposições desde o início.

Neste post, compartilho as quatro etapas principais para dominar o processo de desenvolvimento de MVP. Para nos ajudar a visualizar essa abordagem, projetaremos um aplicativo de entrega de comida, muito parecido com o Grubhub ou o Uber Eats.

Etapa 1: definir o MVP com um PRD

A primeira etapa no processo de desenvolvimento do MVP é definir a finalidade, os recursos, a funcionalidade e o comportamento do produto com um documento de requisitos do produto. O PRD é a única fonte de verdade do projeto, alinhando a equipe do produto em torno do problema do usuário. Deve incluir:

• O objetivo (declaração do problema).
• Informações de ideação (personas de usuários, histórias de usuários e épicos).
• Análise (suposições, restrições e métricas de sucesso).

Veja como é nosso aplicativo de entrega de comida PRD:

Objetivo

Declaração do problema

Uma declaração de problema define o problema real do usuário que o produto pretende resolver. Não deve ter mais do que uma única frase e garantir uma compreensão clara do objetivo do produto.

Por exemplo: “Precisamos conectar clientes famintos a ótimos restaurantes que possam entregar seus pedidos o mais rápido possível”.

Informações de Ideação

Personas de usuário

Uma persona de usuário é um personagem fictício que representa um tipo de usuário e realiza um conjunto de ações exclusivas. Cada persona contribui para resolver o desafio definido na declaração do problema.

Nossas personas de aplicativos de entrega de comida são:

• Rick, o Restaurador;
• Dante, o entregador;
• Chloe, a Cliente; e
• Sabita, a Agente de Suporte.

O uso de personas no design de MVP permite que as equipes entendam e tenham empatia com os usuários finais e, portanto, direcionem seus designs de acordo com suas necessidades.

Histórias de usuários e épicos

Uma história de usuário é uma breve explicação de como uma persona interage com um produto e atinge um dos objetivos finais do produto. Por exemplo, para Rick, o Restaurateur: “Quando um cliente faz um pedido [o contexto], quero ser notificado e ver os detalhes do pedido [a ação] para que eu possa revisar e responder em menos de 30 segundos [ o objetivo]."

Um épico é um grande grupo de histórias de usuários que podem ser divididas em histórias menores. Nossos épicos de aplicativos de entrega de comida são:

• Pedindo uma refeição;
• Relatando um item ausente;
• Avaliação da experiência de entrega; e
• Devolução de um item.

Análise

Suposições

As suposições são o que esperamos que o produto faça ou como o usuário se comportará. Por exemplo: Assumimos que Dante, o Entregador, trabalhará durante o horário do restaurante. No entanto, sua agenda e o horário do restaurante podem não ser compatíveis.

Restrições

As restrições descrevem possíveis limitações do produto. Por exemplo: Recepção de celular ruim significa que Chloe, a Cliente, não receberá atualizações sobre o status de seu pedido.

Ao abordar suposições e restrições no PRD, podemos abordá-los no início do processo e criar uma experiência melhor para o usuário.

Métricas de sucesso

Métricas de sucesso acionáveis, como engajamento, taxa de churn e duração da sessão, são essenciais para medir o desempenho do MVP. O desenvolvimento dessas métricas nos ajuda a validar nosso conceito original de produto e orientar o processo de desenvolvimento.

Para nosso aplicativo de entrega de comida, incluímos:

• O número de downloads.
• A taxa de inscrições.
• Tempo no aplicativo.

Passo 2: Organize a Arquitetura da Informação do MVP

A próxima etapa no processo de design do MVP é rotular e organizar o conteúdo digital do aplicativo, como seções, páginas e recursos. O resultado desse processo é chamado de arquitetura da informação (IA) e pode ser dividido em duas partes:

1. Definir o conteúdo do produto; e
2. Determinando a hierarquia do conteúdo.

Defina o conteúdo do aplicativo

Para definir o conteúdo de um produto (fotos, músicas, textos, vídeos etc.), primeiro pesquisamos tendências, concorrência e nosso público-alvo. Então, para conectar os pontos entre os tipos de conteúdo, criamos um mapa mental “rápido e sujo” com ramificações, tópicos e subtópicos. O mapeamento mental nos ajuda a visualizar todo o nosso conteúdo em um só lugar e vincular tópicos relacionados.

Nosso mapa mental do aplicativo incluirá:

• Um tópico de restaurante com subtópicos para as páginas de menu, registro de pedidos e banco de dados de clientes.
• O subtópico do menu, que consiste em opções de comidas e bebidas e ofertas especiais.

Determinar a hierarquia de conteúdo

Em seguida, precisamos determinar como apresentar nosso conteúdo, ou seja, a hierarquia de conteúdo. Uma ótima maneira de ordenar o conteúdo é por classificação de cartões, com os usuários organizando os tópicos em grupos lógicos. Isso garante que o IA seja organizado de acordo com as expectativas do usuário, e não pelas suposições da equipe do produto.

Para realizar uma classificação de cartões:

1. Escolha tópicos que representem o conteúdo principal do produto.
2. Organize os tópicos em grupos com o usuário.
3. Rotule cada grupo com o usuário e discuta a lógica por trás de cada decisão.
4. Repita as três primeiras etapas com usuários adicionais.
5. Analise os resultados e procure padrões comuns entre os grupos. Isso ajuda os designers de produto a entender o fluxo de usuários do produto.

Etapa 3: criar wireframes e protótipos

Criar um wireframe

Com nosso conteúdo definido e organizado, podemos construir o layout básico da interface do usuário do aplicativo com uma ferramenta de wireframing. Existem muitos benefícios do wireframing MVP, ou seja, que nos permite visualizar nosso produto enquanto mantemos as coisas enxutas.

Para nosso aplicativo de entrega de comida, faremos o wireframe em duas etapas:

1. Esboce o layout de cada tela, incluindo dimensionamento e posicionamento.
2. Crie uma biblioteca básica de componentes de interface do usuário, incluindo cabeçalhos e rodapés, blocos de conteúdo e menus. Esses componentes de interface do usuário servirão como marcadores de posição até convertermos nosso wireframe em um protótipo de alta fidelidade.

Agora temos um wireframe para visualizar o layout básico e as funcionalidades do aplicativo.

Teste com usuários

Nosso processo de MVP envolve a abordagem de teste do usuário “medir, aprender, repetir” para identificar e corrigir possíveis pontos de atrito desde o início.

Por exemplo, em nosso aplicativo de entrega de comida, notamos que os usuários parecem não estar aplicando os filtros do aplicativo para refinar tipos de comida, preço ou distância. Faremos dois tipos de testes—não moderados e moderados—para coletar o máximo de feedback e entender o porquê.

1. Teste não moderado para dados quantitativos com o Maze : Ao medir o desempenho dos usuários em uma determinada tarefa, o teste não moderado oferece uma avaliação indireta da usabilidade por meio de dados quantitativos. A vantagem deste tipo de teste? Recebemos um feedback estatístico sólido sobre um problema, sem resultados “aleatórios” que possam afetar nossa resposta a esse problema.

Por exemplo, o funil de cliques do Maze mostra uma queda acentuada na tela de filtro e uma baixa taxa de conclusão dessa tarefa. Podemos ver que os usuários estão tendo problemas com os filtros. No entanto, com testes não moderados, essa seria a extensão do feedback.

2. Teste moderado para dados qualitativos com Userfeel : Ao observar os usuários para entender como eles concluem uma tarefa e fazer perguntas de acompanhamento, o teste moderado oferece uma avaliação direta da usabilidade por meio de dados qualitativos. A vantagem deste tipo de teste? Sabemos exatamente quais aspectos da tarefa são problemáticos.

Por exemplo, uma gravação Userfeel revelaria o usuário lutando para entender como os filtros funcionam e identificar onde está o problema específico, por exemplo, o texto do filtro é muito pequeno e limita a legibilidade.

Usando esse feedback coletivo, podemos iterar em nosso wireframe para criar um recurso de filtro mais fácil de usar.

Desenvolva um protótipo de alta fidelidade

Com nosso MVP de wireframe validado, é hora de atualizar para uma experiência de prototipagem interativa. Em contraste com o wireframing básico, os protótipos de alta fidelidade (hi-fi) aproveitam o design e a animação da interface do usuário com pixels perfeitos e são muito mais próximos em aparência e funcionalidade do produto final. Podemos usá-los para inferir afirmações visuais importantes e coletar feedback em tempo real em relação ao nosso design MVP.

Vamos converter nosso wireframe em um protótipo interativo:

• Ajustar a marca da nossa interface do usuário, como gradientes e paletas de cores e tipografia.
• Aplicação de animação avançada, como rolagem, tabulação e microinterações.

Aqui está um exemplo de como pode ser um protótipo de alta fidelidade Figma para nosso aplicativo de entrega de comida.

Etapa 4: controle de qualidade completo do projeto

Por fim, confirmaremos que tudo está conforme o esperado e funciona sem problemas clicando no protótipo e verificando se:

• Nosso MVP ressoa com o conceito inicial do produto.
• O fluxo do usuário parece natural.
• Todos os casos de uso foram considerados.
• Todos os bugs de desenvolvimento foram corrigidos.

Em seguida, resumiremos e comunicaremos quaisquer problemas restantes à equipe de desenvolvimento como tickets de garantia de qualidade. Esses tickets podem ser resolvidos em um período de espera de uma a duas semanas antes do lançamento do MVP.

Aprimore seu processo de design com o framework de desenvolvimento MVP

No mundo do desenvolvimento de produtos para startups, os recursos de design são escassos. O processo MVP ajuda os designers a criar e lançar produtos fáceis de usar no prazo, sem estourar seus orçamentos.

Essa estrutura de MVP de quatro etapas me ajudou a manter meus projetos de produtos sempre centrados no usuário. Teste você mesmo e você terá certeza de priorizar o usuário em seu processo de desenvolvimento de design.