Como definir o MVP usando o caso real do FitFolio: 3 erros comuns, personas e comportamento-alvo para app de treino. Veja o passo a passo agora.
O que é o FitFolio e por que ele é um bom case de MVP
O FitFolio é um aplicativo de treino e nutrição criado pelo Mateus, que reúne plano de treino gerado por algoritmo, registro de cargas, dieta com IA, feed social e rankings entre amigos. É um bom case para entender como definir o MVP justamente porque começou errado: o próprio criador admite que lançou com features demais e precisou cortar várias delas ao longo do caminho.
Os números atuais do app são 70 mil downloads e 10 mil usuários mensais, segundo relato do próprio Mateus na entrevista feita pelo canal em 2026. São números do fundador, e não uma métrica auditada, mas servem para mostrar que um nicho difícil como fitness tem espaço quando o produto encontra foco.
A lição central do caso é contraintuitiva para quem programa: o MVP não nasce da lista de features que você gostaria de construir. Ele nasce de três definições anteriores — quem é o usuário, qual comportamento você quer provocar e como você comunica isso.
Quais são os três erros que travam um MVP
O canal identificou três erros que aparecem juntos na maioria dos apps criados por desenvolvedores. O FitFolio cometeu os três no início e só destravou quando corrigiu cada um deles.
- Fazer um app para todo mundo. Quando o produto tenta servir todas as idades, todos os esportes e todos os níveis, ele não funciona bem para ninguém. O Instagram, hoje generalista, começou com um escopo muito mais estreito, e é desse ponto de partida enxuto que se fala quando se fala em MVP.
2. Acumular features demais. Cada funcionalidade adicional dificulta o marketing, porque fica mais difícil explicar o valor do app em uma frase. Também piora o onboarding, aumenta a carga cognitiva do usuário e multiplica a manutenção. O Mateus resume: chegou um ponto em que o usuário não sabia mais o que o app fazia.
3. Não nichar o suficiente. Fazer um app de agendamento genérico é difícil de vender e de conversar com clientes. Um app de agendamento para salão de beleza já é melhor. Para salões pequenos, cujo fundador atende sozinho, melhor ainda. A Y Combinator, aceleradora de startups dos Estados Unidos, prega exatamente essa escalada de nicho antes de expandir.
Esses erros se encadeiam: app para todo mundo gera features demais, e features demais impedem o nichamento que daria tração.
Por que devs constroem apps para ninguém
O desenvolvedor mediano consegue construir duas coisas: um app que ele mesmo usaria ou um app que ninguém usaria. Construir para alguém cuja rotina ele não conhece é o desafio real, e é aí que a maioria trava.
Quando o alvo é o próprio dev, o resultado tende a ser uma dev tool. Esse nicho está saturado de oferta, porque todo programador cria ferramentas para si, e é difícil cobrar por algo com boas alternativas gratuitas. Cases bem-sucedidos costumam nascer do oposto: um app feito para a namorada, a mãe ou um sócio não técnico, alguém que dá feedback e revela dores que o dev não enxerga sozinho.
O FitFolio escapou por sorte parcial: o Mateus treina, usou vários apps parecidos e adicionou o que sentia falta. Sem esse contato direto com o público, o app provavelmente não teria funcionado. Se você não é o seu público-alvo, precisa substituir essa vivência por entrevistas e pesquisa.
Como usar personas e target behavior para definir o MVP
Persona é uma personagem semi-fictícia, construída a partir de entrevistas com pessoas reais, que concentra as dores do seu público em um perfil memorável. Você dá nome, idade, profissão e rotina. O objetivo é que toda decisão de feature passe pelo filtro dessa pessoa.
O passo a passo funciona assim:
- Entreviste usuários potenciais e registre dores específicas, não opiniões sobre features.
- Transforme as entrevistas em duas ou três personas memoráveis.
- Defina o target behavior: o comportamento no mundo real que você quer provocar.
- Derive desse comportamento duas ou três features cruciais para o MVP.
- Confirme que essas features são marketáveis; se você não vê como fazer marketing delas, o app morre antes da primeira linha de código.
Um exemplo concreto do próprio vídeo: Mariana, 28 anos, mora em São Paulo, treina duas a três vezes por semana e não sabe montar a planilha de treino. Para ela, o target behavior é completar três treinos semanais sabendo o que fazer. Desse comportamento saem as features: plano de treino pronto, explicação dos exercícios e registro do progresso. Um app de anotação livre para quem já treina há dez anos seria outro produto, com outro público.
Essa sequência também decide a comunicação. As duas ou três features escolhidas são exatamente o que você vai anunciar, e é por isso que elas precisam existir antes do marketing, não depois.
Capacidade, oportunidade e motivação em apps de comportamento
Apps que exigem uma ação fora do próprio aplicativo enfrentam um desafio dobrado. Um app de remessa internacional é uma ferramenta: o usuário chega com a tarefa definida e a executa. Um app de treino depende de mudança de comportamento, e aí entram três dimensões: capacidade, oportunidade e motivação.
A motivação é a mais difícil. Se sua persona já treina há anos, o app pode ser puramente ferramental. Se ela está começando, como a Mariana do exemplo, o produto precisa reduzir barreiras: planejar o treino, ensinar o exercício, mostrar progresso para sustentar a motivação. Notificações de lembrete cumprem o papel de empurrão na hora certa.
O FitFolio copiou mecanismos que já funcionam em outros produtos. A streak do Duolingo existe para incentivar constância diária. Redes sociais funcionam porque criam identidade e senso de pertencimento, e treinar em grupo reduz a chance de faltar. Por isso o Mateus adicionou feed, clubes privados e ranking entre amigos. Nenhuma dessas escolhas foi decoração: cada uma ataca diretamente a dimensão de motivação do comportamento-alvo.
O que o FitFolio cortou e o que manteve no produto final
No início, o app tentava abraçar todos os esportes: futebol, tênis, tudo. O Mateus aceitava feature que qualquer usuário pedia, e o resultado era um produto confuso. A correção veio com cortes agressivos e um reposicionamento honesto.
Hoje o usuário principal é quem faz academia e anota treino. A visão de longo prazo, segundo o fundador, continua sendo uma rede social fitness para todo tipo de atividade física, mas essa ambição ficou para depois do nicho consolidado. É a mesma disciplina que a Y Combinator recomenda: dominar um segmento estreito antes de expandir.
O diferencial que salvou o projeto foi a velocidade de correção. O Mateus não é um profissional com quinze anos de experiência; ele identificou rápido onde estava falhando, cortou o que atrapalhava e pivotou. Um fundador teimoso, que mantivesse as vinte features originais, teria levado o app ao fracasso mesmo com boas ideias.
Perguntas frequentes sobre como definir o MVP
- O que significa MVP? MVP é o produto mínimo viável: a menor versão do app que permite validar, com usuários reais, se o comportamento-alvo e o valor proposto fazem sentido. No caso do FitFolio, só depois de cortar features o produto encontrou tração.
- Quantas features um MVP deve ter? Duas ou três features cruciais costumam bastar, desde que derivem diretamente do target behavior. O critério de corte é simples: se a feature não ajuda a persona a completar o comportamento desejado, ela espera a próxima versão.
- Como escolher o nicho do meu aplicativo? Comece do mais estreito possível: um tipo de cliente, com um problema específico, idealmente alguém que você conhece ou consegue entrevistar. Se o nicho funcionar, você expande para segmentos vizinhos, como o FitFolio pretende fazer com outros esportes.
- Persona serve só para apps de comportamento? Não, mas em apps de comportamento, treino, sono, rotina, a persona é ainda mais crítica, porque você precisa entender capacidade, oportunidade e motivação do usuário. Em apps puramente ferramentais, a persona pesa menos na decisão de features.
- Como sei se minhas features são marketáveis? Pergunte se você consegue explicar o valor delas em uma frase de anúncio. Se a resposta exige uma lista de dez funcionalidades, o marketing não fecha, e vale voltar à etapa de corte antes de escrever código.
Transforme entrevistas e análises em conteúdo escrito
Este artigo partiu de uma entrevista de 20 minutos sobre o FitFolio e o processo de como definir o MVP, e transformou os três erros, o método de personas e o framework de motivação em texto estruturado. Se você tem conhecimento parecido guardado em vídeos — aulas, análises de caso, entrevistas com fundadores — esse material pode virar um artigo útil para quem pesquisa o tema. O Skala Blog faz exatamente esse caminho: você cola o link do YouTube, o vídeo é transcrito e o artigo é gerado a partir do conteúdo, pronto para sua revisão.
Fork this article
Start a new branch from the same video, shaped your way. You keep the credit; the original keeps the attribution.
A fork in another language is filed as a translation of this article, so the two pages point at each other. You can unlink it later from the editor.
0/240
You are creating
- Format
- For
- Language
- Source
- Your angle
You will be asked to sign in before it is generated.
Buy credits