Depois de um pequeno hiato aqui no blog devido ao início de um novo projeto pessoal (compartilharei mais sobre isso em breve), volto ainda na série de resumos e observações sobre a Startup Lessons Learned Conference, desta vez com a palestra do Hiten Shah da KISSmetrics.

Hiten falou sobre os aprendizados e os consequentes pivôs pelos quais eles já passaram com a KISSmetrics desde o seu início. Mais do que as conclusões em si, foi muito interessante entender o processo de levantamento e prova de hipóteses que se passou a cada grande iteração, algo que pode ser replicado por qualquer Startup nas fases de Customer Development antes de se chegar ao Product/Market Fit. Farei o resumo a seguir, deixando o vídeo e os slides no final do post.

A palestra começou com Hiten falando rapidamente sobre o seu background como empreendedor. Ele contou que, apesar de ter alcançado um relativo sucesso numa empresa de projetos de consultoria de marketing online, ele e seu sócio Neil Patel perceberam que o negócio de consultoria não conseguia escalar, e foram diversas as iniciativas mal-sucedidas de lançamento de produtos com os quais eles cometeram erros de condução que os princípios de Lean Startups viriam a consertar depois. (Como link complementar, nesta entrevista para o Andrew Warner do Mixergy ele conta em mais detalhes suas história pessoal).

Ainda antes de entrar no caso específico do KISSmetrics, Hiten lembrou que fazer o pivô – mudar radicalmente o modelo de negócio da empresa – é muito difícil para todo mundo, mas as empresas de sucesso na área de tecnologia sempre o fazem, vide como exemplos PayPal, YouTube, Facebook, etc.

Ele também ressaltou que, apesar de ter flexibilidade para mudar o produto e o modelo de negócio, o propósito central da empresa deve ser consistente ao longo do tempo, o que permite alavancagem e assertividade a cada pivô executado. Isso também ficou bastante claro no case da Aardvark relatado anteriormente aqui no blog.

Sobre a KISSmetrics

Por estratégia, convicções e até objetivos pessoais com o negócio, os sócios definiram que a Visão da KISSmetrics era a de que:
- A ideia macro do produto era prover uma ferramenta de Web Analytics que desse subsídio à ação;
- O produto deveria ser baseado na Web e o modelo de receitas de assinatura (SaaS);
- O processo de venda e distribuição também deveria ser todo na Web, com pouco ou nenhum contato pessoal com o cliente (mais escalável).

Primeira Iteração

Na primeira grande iteração do produto, a ideia era desenvolver uma ferramenta de Analytics destinada aos desenvolvedores de aplicações sociais (ex. games no Facebook) para ajudá-los a entender o comportamento dos seus usuários. Suas premissas principais eram:
- Esses desenvolvedores precisavam de ferramentas específicas de Analytics;
- Estão dispostos a pagar por isso;
- Fazem parte de um segmento de mercado que cresce.

Eles levaram seis meses para construir o produto e atrair os primeiros clientes, e depois de experimentações perceberam que o produto era excessivamente segmentado e não-flexível o suficiente. Entre outras coisas, aprenderam que:
- Desenvolvedores de aplicativos precisam fazer dinheiro;
- Analytics é um problema universal (as ferramentas atuais não resolvem os principais problemas);
- As pessoas querem relatórios customizáveis de suas ferramentas.

Segunda Iteração

Premissas:
- Todo mundo precisa de Analytics;
- As pessoas sabem o que querem medir;
- Eles querem dashboards customizáveis.

O produto novamente levou seis meses para ser construído mas os primeiros clientes chegaram para os testes um pouco antes, com quatro meses de desenvolvimento (o que Hiten ressalta que ainda é demais). Durante esse processo, eles estavam acatando e implementando praticamente todos os pedidos dos usuários do produto. Depois de muito experimentar, essa nova tentativa também falhou e eles foram obrigados a fazer o pivô novamente. Ficaram como aprendizados:
- Na verdade as pessoas não sabem o que devem medir;
- Relatórios muito customizáveis requerem muitas adaptações individuais ao produto, o que não era escalável;
-  Nem todos os clientes são lucrativos.

Terceira Iteração

Dessa vez, o público-alvo do produto eram os Marketeiros online, pessoas responsáveis por promoção e aquisição de clientes em outros serviços Web. As premissas eram:
- Eles se preocupam com métricas que permitem tomada de decisão;
- Eles querem melhorar os seus índices de conversão (e assim conseguir aproveitar novos canais de aquisição);
- Desde que dê resultado, estão dispostos a pagar por Analytics;

A implementação deste produto teve o tempo de release inicial sensivelmente reduzido: apenas um mês de desenvolvimento. Até o momento da conferência, o produto ainda estava em beta fechado e sem clientes pagos, mas Hiten destacou que o feedback e a adesão estavam incomparavelmente melhores do que nos outros produtos, e que em pouco tempo eles estariam alcançando o Product/Market Fit (pela definição do Sean Ellis, 40% dos usuários identificando o produto como um must-have).

Dicas e Lições Aprendidas

Para fechar a palestra, Hiten deixou algumas dicas e lições aprendidas com o desenvolvimento dos produtos e os pivôs:

- Tenha foco em um segmento específico do mercado. Foco permite que se possa criar um produto classe A;
- Todo prospect é importante. Pessoas que não estavam usando os produtos iniciais foram os que deram o feedback mais relevante;
- Procure por padrões de comportamento e uso. Fica mais fácil identificar quando é a hora de fazer o pivô, bem como facilita a comunicação com colaboradores e investidores. Para isso, procure colher dados significativos, documente observações sobre conversas com clientes e, se possível, colha vídeos da experiência do usuário usando o produto;
-  Para conseguir essas entrevistas e vídeos, ofereça descontos e prazos estendidos de testes gratuitos do produto;
- Menos é Mais. Menos tempo deve ser gasto em implementar funcionalidades, e mais tempo deve ir para conversas com clientes (atuais e potenciais). Tente entrar o máximo possível nos seus problemas;
- Tente validar as funcionalidades com os clientes antes de implementá-las. (link complementar: Ash Maurya falou muito bem sobre isso na sua apresentação);
- Gratificação e user experience para os novos usuários é muito importante, mas pode ser acertada depois. Os early adopters tendem a perdoar muito mais deficiências de usabilidade;
- Siga a recomendação do Sean Ellis: não cobre pelo produto antes do Product/Market Fit, mas deixe claro que isso vai acontecer mais à frente. (cobri esse assunto neste post da série Freemium).

Finalizo o post deixando o vídeo e os slides da palestra:

Nos posts iniciais desse blog, preocupei-me em fazer uma introdução mais conceitual – ainda que fundamental – para o entendimento do que se propõe o movimento das Lean Startups. Argumentei que o principal desafio das Startups é encontrar mercado para o seu produto visionário, que o modelo tradicional de desenvolvimento tem sido o responsável pela alta taxa de fracassos das Startups por alguns motivos bem conhecidos, e que há uma metodologia chamada Customer Development destinada a mitigar o risco de mercado associado à criação de qualquer produto de base tecnológica.

A Lean Startup é a forma prática de implementar a cultura de aprendizado necessária para as Startups, principalmente para o caso das empresas de software. Essa filosofia está ganhando cada vez mais corpo nos círculos de empreendedorismo tecnológico ao redor do mundo, especialmente em seu epicentro, o Vale do Silício, onde os efeitos da crise econômica têm refletido bastante na quantidade de Venture Capital disponível, o que consequentemente tem obrigado as Startups a serem muito mais eficientes e objetivas.

A premissa principal da Lean Startup é de que quanto maior a velocidade e menor o custo de cada grande iteração – onde a Startup valida ou descarta hipóteses importantes sobre o seu produto ou mercado – maiores são as suas chances de sucesso. Não raros são os casos onde essas iterações resultam em mudanças significativas na ideia original dos fundadores, o que Eric Ries chama de pivôs. De fato, em retrospectiva, um ponto em comum que caracteriza a grande maioria das Startups bem sucedidas (ex. Paypal, Flickr, Microsoft, eBay, Youtube, etc.),  é que elas souberam fazer esses pivôs conforme iam descobrindo novas evidências sobre o seu negócio. Esse fenômeno fica bastante claro na leitura do excelente Founders at Work.

A Lean Startup baseia-se na combinação do seguinte tripé:

- Customer Development: Processo detalhado para testar e validar suas hipóteses sobre clientes, produto e mercado. (mais detalhes no post anterior)

- Desenvolvimento Ágil: Aplicação de metodologias tais como XP e Scrum (ajustadas para o ambiente das Startups) que possibilitam grande redução do tempo de cada iteração de desenvolvimento,  aumentando a velocidade do aprendizado através de feedback real dos clientes/usuários.

- Plataforma Tecnológica como commodity: Uso de serviços, frameworks e tecnologias diversas (ex. WordPress, Amazon EC2, Google Adwords, Ruby on Rails, só para citar alguns), que garantem baixo custo e uma agilidade sem precedentes na construção de produtos de base tecnológica.

Em suma, a Lean Startup parte do princípio que tanto o Problema (necessidade do cliente) quanto a Solução (produto) são desconhecidos, e que a descoberta de ambos é um processo iterativo que aglutina o desenvolvimento do produto com atividades de Customer Development, seja por investigação qualitativa (entrevistas, testes de usabilidade, etc.) ou por experimentação quantitativa com software em produção com clientes reais. A figura abaixo ilustra essa integração.

Para o caso das experimentações quantitativas, Eric Ries fez um diagrama simplificado do que ele chama de Loop Fundamental de uma Lean Startup, que ilustra melhor como a equipe deve proceder nas atividades “dentro do escritório”.

O termo Lean aplicado para Startups vem do conceito de Lean Manufacturing,  filosofia de gestão focada na redução de desperdícios. No caso de empresas de software, a maior fonte de desperdício é “produzir software que ninguém quer”. Desta forma, a promessa da Lean Startup é a de acelerar o aprendizado e reduzir esse desperdício, garantindo que a Startup chegue o quanto antes ao Product/Market Fit.

Há uma série de técnicas para serem aplicadas que serão discutidas em posts futuros aqui no blog, tais como split-testing, métricas, MVP, Continuous deployment, Five Why´s, entre outras.

Para finalizar, deixo abaixo uma apresentação sobre Lean Startups feita pelo Eric Ries no Web 2.0 Expo em San Francisco deste ano. Tive o prazer de assisti-la presencialmente junto com meu amigo Miguel Cavalcanti, e depois participamos de uma sessão bate-papo com o Eric Ries e outro empreendedores sobre práticas mais específicas. Para quem ainda tiver tempo, recomendo também assistir ou escutar essa ótima entrevista dele com o Andrew Warner no Mixergy.