Em 2009, o mercado de software para nutricionistas no Brasil era um conjunto de planilhas, cadernos de papel e planilhas de Excel customizadas por cada profissional. Não existia nada feito especificamente para a realidade do nutricionista clínico brasileiro — suas consultas, seus pacientes, seus cálculos dietéticos, sua precificação.

Vi um problema. Tinha conhecimento em nutrição e estava aprendendo desenvolvimento de software. Construí uma primeira versão em três meses. Era feia, lenta e cheia de bugs. E os primeiros usuários amaram — porque era infinitamente melhor do que o Excel.

Esse foi o primeiro aprendizado do WebDiet: o padrão competitivo é o cliente resolvendo o problema da forma atual, não o concorrente mais sofisticado.

Errar rápido não é glamoroso

Ouço muito essa expressão como se fosse um método ágil e empolgante. Na prática, errar rápido significa lançar algo que vai funcionar mal, receber críticas reais, sentir o desconforto de ver sua criação sendo comparada ao que o cliente precisa de verdade, e ter que refazer.

No WebDiet, eu errei em precificação pelo menos três vezes. Lancei um modelo que acreditava ser adequado, vi a adoção emperrar, ajustei. Repeti. Na terceira rodada, finalmente chegamos a um modelo que os nutricionistas entendiam e pagavam sem atrito.

Se eu tivesse esperado ter certeza antes de lançar o primeiro modelo de preço, teria passado meses analisando uma variável que só o mercado real poderia me ensinar. O erro rápido me custou meses de receita subótima. A análise infinita me custaria a mesma coisa, com o agravante de ainda não ter a resposta.

O erro que você comete depois de colocar algo no ar é informação. O erro que você evita não colocando nada no ar é ignorância com aparência de prudência.

Crescer devagar não é falta de ambição

Existe uma narrativa dominante no ecossistema de startups de que crescimento acelerado é virtude. Levante uma rodada. Contrate agressivamente. Escale antes de entender. Ganhe mercado. Depois conserte os problemas que esse crescimento criou.

Esse modelo funciona para um perfil específico de negócio: mercados com efeito de rede poderoso onde o primeiro a chegar em escala cria uma vantagem que os outros não conseguem recuperar. Redes sociais. Marketplaces bilaterais. Plataformas com dados que melhoram com volume.

O WebDiet não era esse tipo de negócio. Era um produto de produtividade para um profissional liberal. O nutricionista que usava o WebDiet não ganhava mais porque outros nutricionistas também usavam. Ele ganhava porque o produto era genuinamente melhor do que o que existia antes.

Então crescemos na velocidade em que conseguíamos manter qualidade de produto e suporte. Não levantamos rodadas para contratar um time de vendas que venderia antes de termos o produto certo. Crescemos com o lucro do negócio. Isso foi lento comparado com startups financiadas. E resultou em um negócio sólido que hoje tem dezenas de milhares de nutricionistas cadastrados.

A decisão que quase matou o negócio

Em 2014, decidimos expandir para uma vertical de pacientes — uma plataforma onde o nutricionista conectaria seus pacientes diretamente ao WebDiet para acompanhamento contínuo. Investimos quase um ano de desenvolvimento nisso.

Lançamos. Os nutricionistas adoraram o conceito. Os pacientes não usavam.

O problema não era o produto. Era o comportamento: o paciente de nutrição, diferente do paciente de academia ou de app de exercícios, não tinha o hábito de registrar alimentos fora do consultório. A ferramenta era tecnicamente boa. O contexto comportamental não existia.

Levamos seis meses para aceitar isso e pivotar de volta ao core. Seis meses que custaram dinheiro, foco e moral do time. E aprendi: você pode ter razão sobre o futuro e estar errado sobre o timing. Uma ideia certa no momento errado falha da mesma forma que uma ideia errada.

O que eu faria diferente

Testaria suposições comportamentais antes de construir. Antes de um ano de desenvolvimento na plataforma de pacientes, bastaria termos feito um piloto manual com 20 nutricionistas e 100 pacientes usando WhatsApp e planilha. Se o comportamento de uso não aparecesse nesse piloto, não apareceria no produto.

Isso é o que chamo de teste de barreira comportamental. Antes de construir a solução tecnológica, verifique se o comportamento humano necessário para o produto funcionar existe em alguma forma — mesmo que primitiva e trabalhosa. Se não existe nem assim, tecnologia não vai criar esse comportamento.

O que o WebDiet me deixou

Uma convicção: o mercado não te deve nada. Ele não vai adotar seu produto porque é bom, porque você trabalhou duro para construir, ou porque resolve um problema que você considera importante. Ele vai adotar se encaixar no fluxo real da vida das pessoas — com um esforço de mudança que seja menor do que o ganho percebido.

Construir o WebDiet me ensinou a ser mais humilde com as minhas hipóteses e mais rápido em testá-las. Foi a escola mais cara e mais valiosa que tive.