No penúltimo post da série da Startup Lessons Learned Conference (eu sei… isso se arrastou por tempo demais…), vou resumir os melhores momentos do painel “But who should actually get out of the building”, que na prática foi uma sessão de Perguntas e Respostas sobre Customer Development.

O painel foi moderado pelo Sean Ellis e participaram da mesa outras pessoas com muita experiência prática no tema: Cindy Alvarez, David Binetti, Brant Cooper e  Matt Johnson.

Sean começou a sessão ressaltando que, de toda a sua experiência em uma série de Startups, qualquer Startup bem-sucedida precisa ter um produto que seja “must-have” por um mercado suficientemente grande. Apesar dele mesmo trabalhar com Marketing, a provocação é que um ótimo marketeiro não pode salvar um produto que não seja “must-have”, mas um marketeiro médio ainda pode fazer crescer bem um produto “must-have”.  Customer Development então serve para auxiliar neste processo de descoberta do que os clientes/usuários querem, e ultimamente levar à criação de um produto “must-have” para um mercado definido.  (mais no seu clássico post da pirâmide)

A partir desse ponto, repasso as questões perguntadas pela plateia e os principais trechos das respostas dos painelistas.

Pergunta: Quais são as diferentes técnicas para se colher feedback do usuário?

Brant Cooper: Depende do estágio que você está, mas no início é essencial ficar cara-a-cara com o cliente. Descubra se suas hipóteses sobre o problema e sobre os clientes estão corretas.

David Binetti: Lance o quanto antes o que quer que você tenha em mãos. Citando Kent Beck, “nós mesmos temos a tendência de nos atrapalhar”.

Cindy Alvarez: Você não precisa ter nem um mockup ainda. Basta conversar com os seus potenciais clientes e perguntá-los como eles estão lidando com o problema/tarefa hoje. Descubra o processo atual e onde ele “dói”. Isso vai te dar um feedback mais cru, completamente dissociado da solução que você tem em mente.

Pergunta: Informações sobre concorrentes são úteis para validar o mercado? Se sim, como pegá-las?

Sean Ellis: No início, ignore os concorrentes. Geralmente as pessoas não conhecem (ou não há) concorrentes para satisfazer o mesmo problema e caso de uso que elas têm. Chegar ao Product/Market Fit é algo entre você e o seu cliente.

Matt Johnson: Se os seus concorrentes já “quebraram”, facilmente eles falarão contigo sobre qualquer ponto do negócio. Se eles ainda estão no mercado, finja ser um estudante/blogueiro/jornalista para tentar tirar alguma informação importante.

David: Faça Landing Pages e compre Adwords com anúncios do tipo: “Odeio o Concorrente X”. Descubra quais necessidades não estão sendo atendidas pelos clientes.

Pergunta: Como lidar com Customer Development no caso dos clientes serem grandes empresas, que estão acostumadas a lidar com produtos bem acabados?

Cindy: Faça um demo com um protótipo/mock-up e apresente o roadmap de desenvolvimento. Se eles perguntarem quando o produto vai estar pronto, é um ótimo sinal.

Brant: Se não for isso, qual a alternativa? Arriscar construir todo o produto sem ter feedback do mercado?

Pergunta: Como encontrar um mercado/problema se eu ainda não tenho uma ideia?

Brant: Três formas: escolha um segmento e tente achar um problema, escolha algo para um segmento em que você tenha expertise, resolva um problema que você tenha.

Pergunta: Devo investir em assessoria de imprensa? Se sim, quão cedo?

Sean: Apostar na tática “lançar e fazer a maior fumaça possível, ganhar primeiros usuários e depois crescer de forma viral” é uma loteria. Às vezes dá certo, mas as chances são baixíssimas.
A alternativa: Coloque o produto no ar e atraia os primeiros usuários, colha feedback, descubra a proposição de valor que está funcionando e coloque suas fichas nisso (tire todo o resto que não tem a ver com essa proposição de valor). Depois traga eficiência na conversão e no modelo de negócio, e depois tente crescer.

David: Não gaste um centavo. Se você ainda não sabe o que está vendendo, qualquer exposição é inútil. Você acaba se distraindo com “métricas vaidosas” e exposição pela própria exposição. Startups de network-effect são um pouco diferentes, mas isso já é uma loteria por si só e não é para a maioria das pessoas.

Brant: Depende do seu objetivo no momento. Um pouco de RP pode ser útil para ajudar a captar investimento, por exemplo, mas saiba porque está fazendo isso.

Pergunta: E como é Customer Development para negócios baseados em publicidade?

Sean: Esse tipo de negócio tende a ser muito ruim, pois precisa de uma enorme escala para se tornar viável, e a geração de valor para o cliente (anunciante) em geral está na contramão da experiência do usuário. A chave é achar uma forma de alinhar essas duas gerações de valor, como o Google faz por exemplo.

Pergunta: Se eu encontro Product/Market Fit para um segmento e depois descubro que esse nicho é muito pequeno, devo fazer o pivô para um segmento maior?

Brant: Geralmente você consegue fazer um cálculo bottom-up para descobrir o potencial de um segmento antes de entrar nele, mas ainda assim é possível “cair” na situação perguntada. Seria loucura simplesmente jogar fora Product/Market Fit fazendo o pivô para sair de um segmento, mas você pode começar a procurar nichos adjacentes que também podem ser atendidos com o mesmo produto.

Sean: Uma das partes mais difíceis de ser um empreendedor é ter que sacrificar oportunidades para tentar maximizar a chance de sucesso em uma coisa exclusiva. Isso vale também para a segmentação de mercado. Em geral é difícil prever com exatidão qual é o tamanho da oportunidade que está à frente (ex. disso: Apple ignorando o mercado corporativo).
Provavelmente você tem uma chance melhor de criar um grande mercado a partir de um produto “must-have” de um mercado pequeno do que jogar isso fora e tentar encontrar outro mercado maior, mas que você ainda não provou que pode gerar valor lá.

Pergunta: Como vocês veem o MVP e como fazem geralmente?

David: MVP não pode ser só uma Landing Page. Tem que ser funcional de alguma forma. Customer Validation só vem a partir de produtos reais.

Cindy: Mostre protótipos do que seria a solução e veja se faz sentido para os clientes. Depois disso não faz mal  ”se esconder” por algumas semanas para implementar uma versão funcional.

Sean: Vídeos (como no exemplo da Dropbox) podem ser uma boa arma para testar uma reação emocional que apenas landing pages e screenshots não conseguem oferecer.

David: Passe pelos loops de validação das hipóteses o mais rápido possível.

Sean: O objetivo principal é descobrir o quanto antes se você está indo em direção a um beco-sem-saída, e corrigir o curso se for o caso. Mantenha a busca por validação do modelo.

Pergunta: Como validar um produto de network-effect?

Sean: Procure alcançar massa crítica em um recorte de mercado muito pequeno e definido, e assim provar o modelo. Depois tente replicar para outros segmentos.
Definitivamente é um processo diferente do que o do “Four Steps to the Epiphany”.

Brant: Se não for possível em cima do próprio produto, tente validar a capacidade de viralização de algumas ideias ou sub-elementos do produto.

Pergunta: Quais são boas táticas de Marketing após atingir Product/Market Fit?

Sean: Refine o processo de conversão e o modelo de negócio antes, a partir daí fica muito mais fácil encontrar canais acessíveis para se crescer. Depois busque por canais que sejam tanto lucrativos quanto escaláveis.

Matt: Não há fórmulas. As lições da Dropbox mostram que isso é completamente dependente do negócio que você tem.

Sean: Todos os canais pagos em algum ponto atingem saturação. A única forma completamente escalável de crescer é de forma orgânica, a partir de usuário/clientes extremamente satisfeitos.

Segue abaixo o vídeo na íntegra:

Na parte I desta série, argumentei que o núcleo de um modelo Freemium de sucesso é a parte Premium, enquanto a parte Free é essencialmente estratégia de marketing. Como o processo de Customer Development se propõe a validar se o produto envisionado pelo empreendedor tem de fato demanda no mercado, essa validação – e consequentemente, a construção do Minimum Viable Product (MVP) – deve começar necessariamente pela parte Premium do produto.

Há exceções para esta regra (como debati com o Millor do Empreendemia nos comentários do post anterior), que em geral são aplicadas ao caso de Startups com produtos baseados em network-effect, onde o valor para cada usuário cresce na medida que mais usuários usam o sistema (ex. Twitter, eBay, Facebook, etc.). Ou então para os casos de monetização indireta, onde os usuários não pagam para usar o produto (ex. receitas baseadas em publicidade, programa de afiliados, etc.). Nesse caso, o maior desafio inicialmente é “ganhar tração” e conseguir um grande número de usuários o quanto antes. Para estes tipos de produtos, o MVP deve caminhar mais na direção de um Minimum Desirable Product.

(Obs. Ainda assim, mesmos nestes casos já é possível testar e monitorar algumas métricas de monetização, tais como receitas/usuário.)

Se a parte Premium deve ser validada em primeiro lugar, e cobrar ($$) pelo produto faz parte dessa validação, quando é a hora certa para colocar um preço no produto?

Quando a Startup deve começar a cobrar pelo produto?

Essa é uma discussão polêmica e sem um claro consenso. Depende bastante do contexto onde a Startup está inserida, qual é o tipo de produto, e ultimamente, qual é o principal componente de risco das premissas do negócio (o que Brant Cooper chamou de Business Driving Force).

Em uma discussão recente no Lean Startup Circle sobre esse tema, o debate gravitou para as vantagens de se cobrar pelo produto desde o início. As passagens abaixo ilustram alguns dos bons argumentos para tal:

“Even if I was trying to build a freemium service, I would try to get early customers to pay. What I noticed was that insisting to myself that my MVP was good enough to sell focused my mind enormously. I can think of thousands of programs I’d like to write. I can think of tens of ideas I’d like to make into businesses. Trying to make this one right here that I’m working on right now good enough to buy helps me quiet the clutter, if that makes sense. I think that overall a paid MVP will result in less waste, better feedback, and long-term better results.” Kent Back

“I feel starting with free and figuring out premium later (all too common) is backwards. Focussing on the premium part of freemium first (yes, it’s harder) lets you learn about your unique value proposition – the stuff people will pay for. You can then more intelligently offer a free plan without giving the farm away.“  Ash Maurya

Certamente a maior validação do negócio que se pode ter é conseguir clientes que de fato paguem pelo produto. Desta forma, faria sentido cobrar do cliente desde o início e ir iterando até chegar a um conjunto (features, preço, canais de aquisição de clientes, etc.) que gere um modelo de vendas replicável e escalável.

No entanto, a grande maioria das Startups morre antes de achar o Product/Market Fit, e cobrar pelo produto antes desse “sinal” dificulta a descoberta do que o cliente vê valor e de como entregar esse valor para ele.

Algumas razões para não cobrar pelo produto desde o início:

- É mais difícil atrair massa crítica para experimentação e aprendizado: Um produto pago tende a assustar muitos potenciais clientes/usuários na sua primeira exposição. Não só eles têm que decidir se aquele problema é relevante para se investir tempo e atenção, como também têm que avaliar e tomar uma decisão econômica imediata se aquele produto vale o investimento financeiro;

- O MVP tende a não ficar tão Minimum assim: Psicologicamente, é difícil para o empreendedor lançar um produto “mínimo” e ainda cobrar por ele.  Especialmente aqui no Brasil, a quantidade de “críticos de plantão” é muito grande e é natural que haja medo do feedback negativo. Adiar a cobrança pelo produto é uma forma de aliviar essa pressão sobre o MVP, e consequentemente, antecipar o aprendizado;

- É mais difícil fazer o pivô: Como resultado do aprendizado adquirido com o mercado, faz parte da história da maioria das Startups de sucesso a mudança de estratégia de negócio, processo batizado como pivô.  Ao cobrar dos usuários desde o início, o grau de amarração que a Startup tem com o produto inicial é muito maior (pela necessidade de manutenção, suporte, etc.), diminuindo a flexibilidade para se fazer eventuais mudanças mais bruscas no produto;

- Fica mais fácil implementar os pacotes de planos e preços adequados: Para que se tenha um modelo Freemium equilibrado, é importante colocar na parte Premium (paga) componentes que os clientes de fato valorizem. Essa descoberta do valor percebido pelos usuários só é validada após muitas iterações e aprendizado. (exemplo de como encontrar o valor do produto aqui)

- Implementar o billing pode ser uma grande distração: No estágio inicial, idealmente o foco deve estar no aprendizado. Claro que ter vendas é um ótimo problema para se resolver, mas lidar com as questões relacionadas – sistema de pagamentos, contratos/termos de uso, cobrança, notas fiscais, impostos, etc. – tende a desviar esse foco e diminuir a velocidade de experimentação.

Pela sua larga experiência em uma série de Startups, Sean Ellis também defende que não se deva cobrar pelo produto até que seja atingido o Product/Market Fit. O trecho abaixo extraído de uma das discussões recentes sobre o assunto resume a sua opinião:

“The safest assumption for all startups is that you won’t have product/market fit when you first introduce the product. I think that it is easier to evolve toward product/market fit without a business model in place (users are free to try everything without worrying about price). As soon as you have enough users saying they would be very disappointed without your product, then it is critical to quickly implement a business model. And it will be much easier to map the business model to user perceived value.”

A pirâmide da Startup do Sean Ellis - implementar o modelo de negócio e colocar preço no produto é parte da fase "Transition to Growth"

Apesar dessa recomendação geral de não se cobrar pelo produto desde o início, duas observações importantes devem ser consideradas:

- Isso não significa que uma ideia de preço não possa ser validada na fase inicial. Para isso, vale tentar extrair essas percepções de custo/benefício através de entrevistas qualitativas com os clientes e através de experimentos quantitativos (ex. testes com Landing Pages).

- É importante comunicar para os usuários que o produto está gratuito, mas que será pago futuramente (veja o exemplo do CoTweet abaixo). Uma boa dica para minimizar o impacto disso é prometer um desconto futuro para atrair beta testers e estimulá-los a dar feedback sobre o produto.

No próximo post da série, passarei algumas dicas compartilhadas por várias pessoas que já acertaram e erraram bastante em implementar e calibrar o modelo Freemium de seus produtos.

Se formos resumir o processo de Customer Development em poucas palavras, podemos definir que ele se propõe a diminuir o risco inerente a qualquer Startup através de testes e buscas de provas reais no mercado das premissas do negócio envisionado pelo empreendedor. Como já relatei aqui no blog, o primeiro desafio da Startup é encontrar a combinação Problema/Solução para o produto, e isso se dá através de um processo iterativo em torno do Minimum Viable Product (MVP).

No entanto, para conduzir os diferentes experimentos não basta apenas construir o MVP. As pessoas não encontram magicamente o produto. É necessário um esforço para trazer os primeiros clientes/usuários e criar massa crítica para poder aprender e evoluir na direção certa. Nesse post descreverei alguma técnicas para como atraí-los e inseri-los no loop de aprendizado.

Loop Fundamental da Lean Startup

Vale lembrar que há duas abordagens complementares para que esse aprendizado ocorra: as análises qualitativas, derivadas especialmente de entrevistas com usuários e potenciais clientes, e as análises quantitativas, derivadas de estatísticas extraídas sobre a reação do público à apresentação do produto e ao uso do mesmo. Portanto, antes de trazer os primeiros usuários para o MVP, é necessário implementar um sistema mínimo de métricas para que se possa levantar dados de uso e informações de contato dos early adopters.

Por exemplo, supondo que o MVP do seu produto seja composto de uma landing page explicativa com uma chamada para teste do produto, uma página de cadastro, e por fim, o ambiente do produto em si. Assim é importante saber, para uma determinada fonte de tráfego:

1) qual é o número de pessoas que chegaram à landing page;
2) qual é o percentual dessas pessoas que se interessou e foi para a página de cadastro;
3) qual é o percentual dessas pessoas que efetivamente completou o cadastro;
4) qual é o percentual dessas pessoas que experimentou o produto;
5) qual é o percentual dessas pessoas que retornou ao produto.

O sistema mínimo de métricas deve prover respostas as essas questões estatísticas, assim é possível iterar (adicionando features, modificando a landing page, etc.) e avaliar os resultados objetivamente, comparando-os com o “lote” anterior. Essa técnica de análise por lotes (Cohort Analysis) será essencial na fase pós-Problem/Solution Fit e é algo que tratarei em mais detalhes futuramente aqui no blog.

Nesta fase pré-Problem/Solution Fit, as análises qualitativas são ainda mais importante do que as quantitativas. Por exemplo, os números podem te dizer que apenas 5% das pessoas que chegam a landing page passam para a página de cadastro, mas há pouco ou nenhum insight sobre o porquê do abandono prematuro desses 95%, ou mesmo do que chamou a atenção dos 5% que passaram para o cadastro (muitas vezes o benefício percebido não tem nada a ver a mensagem que foi cuidadosamente preparada…).   Portanto, a melhor maneira de aprender de fato nesta fase inicial é através de entrevistas e pesquisas com potenciais e atuais usuários do produto. Por isso é importante levantar as informações de contato dos usuários e eventualmente pedir autorização para um contato futuro.

Geralmente isso é feito através de um simples formulário de sign-up, que deve conter uma quantidade e tipos de campos que não “assuste” o usuário, mas que ao mesmo tempo forneça um conjunto de informações úteis para que se possa saber a sua procedência (os formulários da Hubspot são um bom exemplo desse balanço). Já para o caso de produtos em estado Beta fechado, é comum os usuários serem convidados para responder uma pequena survey antes de serem selecionados (confira os exemplos da Performable e KissMetrics).

Feito o setup do sistema de métricas e dos formulários para obter informações de contato, é hora de trazer pessoas para o MVP. Há diversas técnicas para isso (não pretendo esgotar o assunto aqui), e enquanto algumas delas favorecem as análises quantitativas, outras favorecem o contato com pessoas-chave que podem trazer insights qualitativos decisivos.

A forma mais rápida e prática para se trazer um fluxo contínuo de pessoas é através de anúncios em ferramentas de busca (SEM), principalmente no Google Adwords. O Eric Ries escreveu há algum tempo um post interessante sobre como fazer SEM com US$5,00/dia.  A ideia básica do post era que, se você configurar sua campanha para limitar os seus gastos no Adwords a US$ 5,00/dia, e se  conseguir pagar um CPC de até US$ 0,05 por palavras-chave relevantes para o seu negócio, é possível trazer 100 novas pessoas por dia para o seu MVP, o que garante um novo lote diário de potenciais usuários para experimentação e feedback para iteração com o produto. O interessante é que, se bem escolhidos os termos de busca, essas pessoas já tendem a ter um interesse maior ao que você vai oferecê-las, aumentando assim o indíce de conversão dessas 100 pessoas/dia em usuários de fato (de nada adianta trazer tráfego que não tem nada a ver com o público que você está procurando).

No entanto, não são todos todos os tipos de negócio que conseguem implementar essa mecânica devido às seguintes limitações:
* O Adwords pode não ser de fato um bom canal para trazer clientes para o tipo de produto;
* O posicionamento e a melhor mensagem do produto não são conhecidos. É difícil criar bons textos de anúncios e landing pages sem um bom conhecimento da combinação Problema/Solução;
* O CPC para determinadas buscas já tem um preço bastante elevado, o que impossibilita a criação desse fluxo de 100 pessoas a apenas US$5,00/dia. Esse é um grande problema que por vezes inviabiliza o uso da técnica, especialmente para os empreendedores ainda sem capital semente ou VC;
* Pode haver casos onde o CPC não é alto (não há muita competição), porém o volume de buscas também não é alto, o que impossibilita “gastar” os US$ 5,00 ao dia;
* Somente com os usuários provenientes das buscas, o bounce rate é alto e há pouco conhecimento sobre o porquê dos usuários “abandonarem” o funil já na primeira etapa.

Ainda com essas limitações, vale a pena explorar bem o Adwords em cima desse conceito de criar um fluxo contínuo de pessoas para o MVP. Mesmo se não chegar nesses números de 100 pessoas a US$5,00/dia, faça o que for possível para otimizar as campanhas com técnicas básicas de Links Patrocinados, mas sem “emburacar” na ferramenta nesse momento, já que o objetivo ainda não é promover o produto (para quem não está familiarizado com o Adwords, vale conferir o Centro de Aprendizagem do próprio Google). Se o produto for voltado para o mercado internacional, também vale a pena testar anúncios em outras redes, como Bing, Facebook ou StumbleUpon.

Listo abaixo outras opções para atrair pessoas para o MVP. Essas técnicas podem não vão trazer o mesmo volume da mecânica acima, mas usam ferramentas gratuitas e que tendem a ser muito valiosas para análises qualitativas:

-> Produção de material educativo: Esse é o componente central do “Marketing de Atração” (Inbound Marketing) e é fundamental para dar mais credibilidade e resultados às outras técnicas abaixo. Resume-se a produzir conteúdo relevante para o seu público e promovê-los através de blog, Twitter e outras ferramentas de social media. Essas ferramentas (blog, twitter, etc.) são excelentes a médio/longo prazo, mas têm dificuldade para trazer resultado imediato. Por isso, fazer um eBook ou seminário (Webinar) é uma boa alternativa, pois eles tendem a se espalhar mais rápido e trazer mais prospects a curto-prazo;

-> Contatos 1 a 1: Levantamento de potenciais clientes em listas, grupos de discussão, comunidades, entidades de classe, etc. Similar ao trabalho que faz um vendedor, porém a aproximação que deve ser feita é completamente diferente, já que o objetivo é uma entrevista, e não uma abordagem de venda. Nestes casos o material educativo descrito acima pode ser uma boa ferramenta de introdução para dar credibilidade na abordagem;

-> Busca de posts e comentários em blogs: Similar ao procedimento anterior, mas tem um valor extra para identificar os thought leaders do segmento, pessoas que além de serem fontes valiosas de opiniões sobre o produto e o problema do mercado, também podem indicar o seu material educativo para outros potenciais clientes, aumentando significativamente a distribuição;

-> Monitoramento no Twitter: Através da busca no Twitter, é possível monitorar  a aparição de qualquer comentário que seja relacionado ao seu produto, concorrentes e principalmente ao problema que o produto está disposto a resolver. Vale interagir (bem cuidadosamente) com esses usuários através de replies ou mesmo seguindo-os no Twitter, já que eles recebem um email quando isso acontece (e isso tende a gerar pelo menos “uma conferida” no seu perfil). Como o nível de Spammers já está bastante alto, promover o material educativo ao invés do seu MVP vai aumentar bastante a eficiência dessa abordagem.

É possível perceber que essas e eventuais outras técnicas são muito similares às técnicas recomendadas para o Marketing de qualquer produto na Web, porém devem ser ajustadas para ter um caráter investigativo e não de promoção do produto. De todas as táticas para chamar a atenção, a única que não é uma boa ideia para se utilizar nesse momento é a assessoria de impresa (PR). Falarei mais sobre essa questão em um post futuro, mas a intenção é adiar ao máximo o lançamento formal do produto do ponto de vista do Marketing, já que esse é um “evento sem-volta” em termos de posicionamento e capitalização da exposição.

Alguma ideia a mais para trazer pessoas para o MVP? Adicione nos comentários!

Para descobrir a combinação Problema/Solução para o seu produto, a Startup deve estabelecer um processo iterativo que permita um aprendizado constante sobre os clientes e outras premissas do negócio. Esse processo é uma combinação de experimentações práticas com investigações qualitativas que buscam extrair dados para comprovar as hipóteses dos empreendedores, bem como as nuances e “porquês” que estão por trás do comportamento dos clientes. No centro dessa experimentação está o conceito do Minimum Viable Product (MVP).

O MVP tem como definição “o mínimo conjunto de funcionalidades que permite uma ação e aprendizado sobre os clientes ou usuários”. Sua origem remete ao mantra release early, release often das metodologias ágeis de desenvolvimento, prática que coloca o feedback real dos usuários como norte da evolução do software. Em termos de estratégia geral para o lançamento de produtos, também são vários os defensores desta abordagem. (alguns exemplos aqui, aqui e aqui)

No entanto, o MVP vai além da prática agile comum em dois pontos principais. Primeiro, a preocupação principal do MVP não é colher sugestões gerais para o produto, mas sim provar a visão inicial do empreendedor. Parafraseando Steve Blank, Customer Development não é um Focus Group. Segundo, além de testar a utilização do produto e suas features, o MVP também serve – e deve ser usado – para testar as demandas do mercado com relação ao produto. Ou seja, para determinadas iterações, o objeto do experimento não será o software em si, mas outros componentes que permitem validar outras hipóteses do negócio.

Por exemplo, o MVP pode tomar forma de uma campanha de anúncios no Google Adwords combinada com a criação de diferentes landing pages para testar a reação dos consumidores sobre diferentes tipos de chamadas para o benefício principal do produto. Ou então, split tests para estudar qual a melhor opção de pacotes de preços/funcionalidades do produto.  Ou então, uma apresentação em ppt para guiar uma série de entrevistas com potenciais clientes. Ou então, uma chamada fake para uma nova funcionalidade  no software só para testar a receptividade dos usuários atuais. E por aí vai… Resumindo, o MVP toma qualquer forma que seja necessária para garantir um aprendizado relevante que ajude a Startup a caminhar em direção ao Product/Market Fit.

Portanto, mais do que a forma específica que o MVP toma para um determinado experimento, o mais importante é a criação da cultura de experimentação que permite o aprendizado de uma forma lean, gastando a menor quantidade de recursos e tempo possível. Deixo duas frases abaixo que reafirmam essa questão do processo:

“Entrepreneurship in a lean startup is really a series of MVP’s.” – Eric Ries

“You can’t identify one thing and then stop talking to your customers and go build.  Because you’re not really building a product – you’re building an environment that supports increasingly educated guesses.” – Cindy Alvarez

Interiorizada a necessidade do processo, resta responder a questão: o que construir e testar primeiro? Essa resposta não é simples, e está muito relacionada ao tipo de negócio da Startup e quais são suas hipóteses mais importantes e questionáveis. Em linhas gerais, para produtos corporativos de alto valor agregado, a recomendação inicialmente é testar a demanda principalmente através de apresentações e entrevistas com potenciais clientes. Para produtos voltados para pequenas/médias empresas ou para o consumidor final, testar a demanda via Web também é essencial (por landing pages, formulários de conversão, etc.), mas dependendo do caso os testes da experiência com o produto também passam a ser importantes. Já para produtos B2C onde o modelo de negócio é venda de publicidade, ou seja, exigem a adoção de larga escala de usuários, os MVPs devem caminhar mais fortemente em direção à construção do próprio produto, algo que Andrew Chen cunhou como Minimum Desirable Product.

Definir o que deve ser o próximo MVP a cada iteração é uma arte, não uma ciência.

Para ilustrar melhor, esse post do Venture Hacks traz alguns exemplos de MVPs bastante interessantes. Deixo abaixo também um vídeo e os slides de uma apresentação do Eric Ries sobre o tema.

Até a Startup estar pronta para passar para a fase de crescimento, o processo de Customer Development pode ser dividido em duas etapas, com preocupações principais distintas. A primeira etapa, a qual Steve Blank denominou Customer Discovery, tem como objetivo transformar as principais hipóteses do negócio em fatos, ou seja, essencialmente provar que um determinado mercado possui um Problema, e que a sua Solução (Produto) atende a essa necessidade dos clientes ao custo proposto. Na segunda etapa, chamada Customer Validation, o objetivo é encontrar um modelo de negócios escalável para o produto.

Dependendo do tipo de negócio, essa comprovação necessária para passar o Customer Discovery pode tomar várias formas. Por exemplo, para o caso das Startups visando o mercado corporativo (produtos de alto valor agregado), a afirmação que Steve Blank faz em seu livro é que tendo cerca de 3 a 5 empresas assinando uma Carta de Intenções de Compra do seu produto seria evidência suficiente para se passar para a próxima etapa. Já para Startups Web (B2C ou B2SB), Sean Ellis usa como indicador o percentual de usuários que ficariam muito desapontados se o seu produto não existisse. Segundo ele, se esse número for maior que 40%, a Startup já encontrou a combinação Problema/Solução (Problem/Solution Fit). A figura abaixo ilustra o modelo resumido da Startup Pyramid do Sean Ellis, onde a fatia de baixo representa o Customer Discovery para Startups Web.

Startup Pyramid do Sean Ellis (versão resumida)

(Obs. Na verdade, como mostra a figura, Sean Ellis utiliza o termo Product/Market Fit para definir esse estado onde o indicador de “usuários que ficariam muito desapontados sem o produto” é maior que 40%. Aqui no blog manterei a definição de Product/Market Fit usada pelo Steve Blank, que é encontrar um Modelo de Vendas Repetível e Escalável. Determinadas Startups chegam ao ponto de encontrar o Problem/Solution Fit para seu produto, porém ainda não possuem um modelo escalável de aquisição de clientes, que é exatamente o aspecto que Sean Ellis trabalha na parte Transition to Growth da sua pirâmide acima.)

Resumindo, encontrar essa combinação de Problema/Solução (Problem/Solution Fit) deve ser a preocupação principal do empreendedor nos momentos iniciais da Startup.

O primeiro passo do processo de Customer Discovery é externalizar as Hipóteses, ou seja, as premissas pelas quais o negócio será tocado. É importante gastar um tempo refletindo especialmente sobre o público-alvo, sua necessidade, como o produto vai atendê-la e qual o modelo de negócio previsto (preço do produto, custo de aquisição de clientes e seu lifetime value), nem que seja ao estilo “conta de guardanapo de boteco”. (Disclaimer: proponho uma reflexão, não escrever um Plano de Negócios)

Os itens abaixo sugerem algumas ideias de perguntas a serem respondidas nesta fase:

- Produto: Quais são as features imaginadas? Quais é o benefício principal entregue pelo produto? Qual é o roadmap de desenvolvimento esperado? Há custos indiretos da adoção do produto (ex. treinamentos, infra-estrutura, etc.)? O produto é auto-suficiente ou precisa da adoção de outros complementares? Propriedade Intelectual é algo relevante neste caso? 
- Cliente e Problema: Qual é o perfil do público-alvo? Quais são as características principais desse(s) segmento(s)? Qual recorte desse segmento representaria os early-adopters? Quem toma decisão, quem compra, quem influencia e quem usa o seu produto dentro da empresa (importante especialmente para produtos corporativos)? Qual é o problema que esse público tem que o produto pretende solucionar? Para esse público, o produto é uma aspirina ou uma vitamina? Qual é o Retorno sobre Investimento (ROI) que os clientes podem esperar para o produto? Qual é o menor conjunto de features que atenderia o problema principal desse público? Quão grande é esse nicho de mercado que pretende ser explorado (projeção preferencialmente bottom-up)?
- Preço e Distribuição: Como é o processo de compra do seu produto? De forma direta ou por intermediários? Caso haja formas indiretas de vendas, quais são os diferentes canais imaginados? Quais são os custos diretos e indiretos esperados para cada canal? Quais são os benefícios esperados para os intermediários? Se há algum produto semelhante ao seu no mercado, quanto custa? Se não, como os potenciais clientes estão resolvendo o problema hoje e quanto eles estão pagando por isso? Quais são os planos e pacotes imaginados? Qual é a divisão de receita dentro de cada elemento dos diferentes canais de distribuição?
- Criação de Demanda: Como os usuários vão saber do produto? Propaganda? Boca-a-boca? Através de parceiros? Outros? Destes anteriores, qual deve ser o principal canal de geração de demanda? Quem são as pessoas ou empresas mais influentes para o seu público-alvo? Qual a mensagem “ao redor do produto” que pode ressoar com eles? Que tipo de conteúdo pode ser produzido para alavancar demanda via Inbound Marketing? Como é o processo de geração de oportunidades de negócio (leads) do seu produto?
- Tipo de Mercado (Market Type): O produto se encaixa em um novo mercado (não há nada parecido hoje), em um ambiente competitivo de um mercado existente (vários players), ou é uma nova segmentação por preço ou nicho de um mercado existente?  Para mercados existentes, qual é o posicionamento único que o seu produto propõe? Para mercados resegmentados, qual é o público que ainda não consome o produto devido a questões de custo ou falta de features específicas? Para novos mercados, o que fará os clientes perceberem o problema e começar a comprar/usar o produto? Qual é a curva de adoção esperada? Há reservas suficientes na Startup para aguardar essa adoção se concretizar?
- Competição: Quem são os concorrentes diretos do produto (mesma proposição de valor)? Caso não haja produtos similares, quem são os concorrentes indiretos (maneira atual de se resolver o problema)? Em que o seu produto é diferente: preço, features, simplicidade, canal de distribuição, etc.? Quão grande é a barreira de entrada no mercado atualmente? O que pode ser feito para evitar ou minimizar o impacto de novos entrantes?

O próximo passo é testar essas hipóteses e buscar transformá-las em fatos, neste momento focando prioritariamente nas três primeiras categorias (Produto, Cliente e Problema). Para produtos corporativos, o Four Steps to the Epiphany traz o passo-a-passo detalhado para ser percorrido pelas Startups, como mostra a figura abaixo:

Para Startups de Web, o processo é muito mais iterativo e apresenta uma gama maior de possibilidades. No entanto, como não há caixas bem definidas (como as do modelo acima), o avanço não fica tão claro na cabeça do empreendedor. Por isso é importante definir métricas e fazer experimentações diversas para analisar o impacto. Além das métricas, é essencial um contato constante e individual com os potenciais clientes, principalmente nesta fase onde o objetivo é encontrar o Problem/Solution Fit. Entrevistas presenciais (ou por telefone) podem trazer insights que nenhuma pesquisa online ou análise de planilha traria. Métricas são importantes, mas não o suficiente.

No centro dessa experimentação está o conceito de Minimum Viable Product (MVP), que é a versão do produto que permite à equipe coletar a máxima quantidade de aprendizado validado (fatos) com o menor esforço possível – e mais importante, da forma mais rápida possível.  O próximo post aqui no blog será dedicado a explorar com detalhes o que é o MVP.

Em suma, a experimentação pode ser definida por esse ciclo iterativo:

1) Identificar hipótese principal a ser testada;

2) Definir e construir o próximo MVP;

3) Rodar testes qualitativos e quantitativos (surveys, entrevistas, A/B testing, campanhas Adwords, testes de usabilidade, etc.);

4) Conclusões e revisões das hipóteses.

Essa iteração em torno dos MVPs se encaixa ao conceito do Loop Fundamental da Startup apresentado no post anterior sobre o que é a Lean Startup (imagem abaixo). Apesar do critério de saída dessa fase de Customer Discovery ser definido por encontrar a combinação Problema/Solução, esse Loop iterativo continuará sendo útil mesmo na fase de Execução (crescimento) da Startup, ajudando a criar e manter a cultura de uma empresa baseada em fatos e não em opiniões.

Ps. Tenho publicado aqui posts mais densos e longos do que é a “recomendação geral” para um blog. O que vocês acham? O tamanho está razoável ou devo tentar quebrar ou resumir melhor os posts? Comentários e sugestões sobre o formato e conteúdo são muito bem-vindos!

A indústria de software é pródiga em criar processos e intensos debates sobre práticas de desenvolvimento de produtos. Nesse campo, não faltam conceitos e ferramentas para guiar os programadores, designers, gerentes de projeto, etc., independentemente de sua “ideologia”. Mesmo para projetos de bens físicos e manufatura (e até pela minha pouco usada formação de Engenharia), pude constatar que há à disposição do empreendedor um arsenal de ferramentas para gerenciar o aspecto técnico de uma Startup de tecnologia.

Por outro lado, não há o mesmo aparato para se desenvolver o lado mercado de uma Startup com essa natureza. A deficiência é mais evidente se os empreendedores são de formação na área tecnológica (grande maioria nesses casos). Inclusive, aqui no Brasil alguns programas de fomento – como o Prime da FINEP, por exemplo – reconhecem essa deficiência e tentam de alguma forma preencher essa lacuna.

No entanto, o empreendedor que se aventurar na área da administração geralmente vai encontrar uma série de ferramentas “pesadas”, pouco adequadas à natureza caótica de uma empresa inovadora nascente. Pior, as técnicas de gestão tradicionais são pouco úteis para ajudar a superar o principal desafio das Startups: encontrar mercado para o produto visionário.

É neste contexto que se encaixa o modelo de Customer Development do Steve Blank.  Da mesma forma que Marc Andressen, Steve identificou que as Startups bem sucedidas só alcançaram sucesso por terem sido capazes de encontrar o Product/Market Fit, muitas vezes tendo que recorrer a mudanças significativas na sua proposta inicial. Mais do que isso, ele analisou as limitações do modelo tradicional de gestão nas Startups e desenhou um processo para ser aplicado de forma paralela ao desenvolvimento do produto, dando aos empreendedores um processo para minimizar os riscos de mercado relacionados a sua visão.

O que é Customer Development?

Essencialmente, Customer Development é uma metodologia para a Startup achar o Product/Market Fit.

É um processo iterativo que parte da premissa que “os fatos estão fora do escritório, dentro dele só existem opiniões”, e que o empreendedor deve buscar o quanto antes validar suas hipóteses fundamentais do mercado.

O modelo é composto de quatro passos, que devem ser aplicados com rigor nos objetivos, mas com flexibilidade nos métodos, de acordo com o tipo de negócio da Startup. A figura abaixo ilustra essas etapas:

Modelo de Customer Development

Resumidamente, a descrição de cada passo é a seguinte:

- Customer Discovery: Testes das hipóteses de mercado e entendimento dos problemas dos clientes pelos fundadores, checando se o produto proposto atende essas necessidades de forma satisfatória. Busca responder a questão: os clientes querem o seu produto?

- Customer Validation: Validação do processo de vendas e distribuição do produto, onde se desenvolve um modelo de negócio replicável e escalável. Busca responder a questão: os clientes efetivamente pagam pelo seu produto?

- Customer Creation: Criação de demanda para escalar as vendas. É a etapa (e só aqui) onde é feito o Marketing Launch.

- Company Building: Criação e prática de processos para “azeitar a máquina”, finalizando a transição de uma organização focada no aprendizado para uma focada na execução. É a fase onde a empresa tem o desafio de crescer e chegar ao público mainstream (problema melhor trabalhado por Geoffrey Moore no livro Crossing the Chasm).

Aprendizado vs. Execução

O modelo de Customer Development divide a Startup em duas fases principais, com mindsets completamente diferentes.

A primeira fase (Customer Discovery e Customer Validation) é a fase da Procura do Negócio. É uma fase iterativa, focada no Aprendizado. Nesta fase, a Startup deve manter a agilidade e baixo custo até encontrar o Product/Market Fit.

A segunda fase (Customer Creation e Company Building) é a fase para Crescimento do Negócio, onde o foco passa para a Execução. Depois de achar Product/Market Fit e um modelo escalável de vendas, é  a hora certa para pisar no acelerador e ampliar os investimentos. Especialmente aqui no Brasil, onde os investidores são menos aversos a risco, também é a hora mais indicada para buscar (e gastar) Venture Capital. Como diria Guy Kawasaki, “it shows traction”.

Iteração vs Execução

Deliverables

A maior contribuição do The Four Steps to the Epiphany está no conceito geral de Customer Development e nas práticas oferecidas para os dois passos iniciais (Customer Discovery e Validation). Essas técnicas podem ser alteradas de acordo com o tipo de negócio da Startup, mas as entregas (deliverables) de cada passo são muito bem definidas.

No passo de Customer Discovery, o objetivo é encontrar o Problem/Solution Fit, provando que há de fato uma necessidade em um mercado grande o suficiente, e que o produto de fato atende essa necessidade. Para Startups de Web, Sean Ellis tem uma métrica muito interessante para esse Problem/Solution Fit: 40% dos seus usuários/clientes atuais ficariam muito desapontados se o seu produto não existisse mais.   (em posts futuros vou cobrir com mais detalhes o ótimo conceito da Startup Pyramid do Sean Ellis)

Já para o Customer Validation, o objetivo é encontrar um modelo de vendas replicável e escalável. É aqui que se prova que o cliente de fato paga pelo produto, e que há uma maneira rentável de se adquirir e manter consumidores em larga escala. Essa validação do modelo de negócio como um todo é o gatilho para Startup passar do modo Aprendizado para o modo Execução.

Observações gerais

Esse post não entra nos detalhes de cada passo do processo de Customer Development, mas farei esse trabalho futuramente aqui no blog, complementando com contribuições ao modelo de pessoas como Sean Ellis, Eric Ries, Andrew Chen, e outros. Independentemente disso, a leitura do livro do Steve Blank é altamente recomendada.

Ainda assim, o rigor do processo de Customer Development assusta alguns empreendedores, especialmente os de primeira viagem, que não entendem na prática a dificuldade de se encontrar o Product/Market Fit e preferem acreditar no “build and they will come“. Não é à toa que o próprio Steve Blank já disse que os empreendedores que melhor internalizam e praticam a ideia do Customer Development são aqueles que já falharam na criação de empresas e produtos (meu caso também). Para quem ainda não está convencido, sugiro ler esses outros relatos aqui, aqui e aqui.

Para finalizar, deixo abaixo um vídeo recente (com slides) onde Steve Blank fala um pouco sobre a história de como ele chegou ao processo de Customer Development, cita algumas contribuições ao modelo que já foram introduzidas por terceiros, e finaliza com uma ideia de para onde isso tudo está indo. Vale notar a ênfase na contribuição do Eric Ries com o framework da Lean Startup, tema que será assunto do próximo post aqui.

No último post, discorri sobre a tese do Marc Andressen de que a vida de qualquer Startup de sucesso se divide entre o antes e o depois do Product/Market Fit, e que atingir este estado deve ser o foco obsessivo de todo empreendedor desde o início.

Apesar da bela argumentação, o texto do Andreessen não se preocupa em elaborar o como chegar ao Product/Market Fit, tarefa que ele acabou “delegando” ao Steve Blank através do seu excelente livro The Four Steps to the Epiphany. Com sua extensa experiência prática de mais de 30 anos no Vale do Silício (como empreendedor em oito startups e investidor e membro do conselho em diversas outras), Steve também identificou que a principal causa de morte nas startups não está relacionada com problemas de tecnologia ou gestão, mas sim no fato de que a maioria das startups não encontram mercado para o seu produto visionário.

Segundo ele, isso acontece porque todo o ecossistema das startups – empreendedores, investidores e profissionais de tecnologia, marketing, vendas, etc. – trabalha guiado por um framework comum e pouco questionado na indústria. Steve chama esse framework de Product Development Model. Neste modelo, a história da Startup nos primeiros anos se repete: os empreendedores têm a idéia, trabalham para captar investimentos, usam o dinheiro levantado para aumentar rapidamente o time, trabalham para desenvolver a primeira versão do produto (longo roadmap baseado na visão dos fundadores), passam por alfa/beta tests e finalmente lançam oficialmente o produto no mercado. A figura abaixo ilustra a sequência de passos deste modelo.

Diagrama do modelo de Product Development

Em paralelo ao processo de desenvolvimento do produto pela equipe técnica, a Startup também prepara toda sua estrutura de marketing, vendas, infra-estrutura e suporte, antecipando o sucesso que é esperado para o período pós-lançamento do produto. No entanto, na grande maioria das vezes (como comprovado estatisticamente) a demanda pelo produto não atinge níveis próximos ao esperado no Plano de Negócios, fazendo com que a empresa fracasse e acabe “vendendo a sua mobília”. A indústria do Venture Capital acaba contribuindo para reforçar esse processo, dado que os investidores já esperam um alto percentual de fracassos, considerando que o retorno obtido com as poucas empresas (muito) bem sucedidas acaba suprindo as perdas com o investimento feito em todo o portfólio. Esse comportamento acaba mascarando a ineficiência do processo de criação de novas empresas.

Foi buscando aumentar esse percentual de sucesso entre as Startups que o Steve Blank iniciou um trabalho de muita análise e identificação de padrões entre os diversos tipos de empreendimentos. Contando também com insights brilhantes, ele não só identificou as causas, como desenhou um processo detalhado para ser aplicado de forma paralela ao desenvolvimento do produto, de forma a identificar e validar o quanto antes as diversas hipóteses sobre o mercado que servem de premissas para o Plano de Negócios. Esse processo foi batizado de Customer Development, e será tema de vários posts a seguir aqui no blog.

Esse blog tem como objetivo ser um espaço de referência para discussão e compartilhamento de conceitos e práticas de empreendedorismo em Startups no Brasil, especialmente relacionados aos temas Customer Development e Lean Startups.

Se você tem interesse em acompanhar e participar de perto das discussões, inscreva-se abaixo para receber as atualizações por email, ou se preferir, assine o feed RSS.