A STARTUP ENXUTA - ERIC RIES

Segundo a voz corrente, era praticamente impossível ingressar com uma nova rede de MI no
mercado sem investir muito dinheiro em marketing.
O motivo é simples. Por causa do poder dos efeitos de rede, os produtos de MI possuem
altos custos de troca. Para trocar de uma rede para outra, os clientes teriam de convencer
amigos e colegas a trocar com eles. Esse trabalho extra para os clientes cria uma barreira à
entrada no mercado de MI: com todos os consumidores travados num produto estabelecido,
não há clientes disponíveis com os quais estabelecer uma nova abordagem.
Na IMVU, decidimos por uma estratégia de construir um produto que combinaria o grande
apelo às massas da MI tradicional com a alta receita por cliente de videogames
tridimensionais (3D) e mundos virtuais. Em virtude da quase impossibilidade de levar ao
mercado uma nova rede de MI, decidimos criar um produto complementar ao serviço de MI
(add-on ou plugin), que atuaria em conjunto com as redes existentes. Dessa maneira, os
clientes poderiam adotar os produtos virtuais e a tecnologia de comunicação por meio dos
avatares da IMVU sem ter de trocar seus provedores de MI, aprender uma nova interface de
usuário e – mais importante – trazer seus amigos com eles.
De fato, consideramos que esse último ponto era fundamental. Para o produto add-on ser
útil, os clientes teriam de utilizá-lo com seus amigos. Cada mensagem traria incorporada a ela
um convite para se associar à IMVU. Nosso produto seria basicamente viral, espalhando-se
por todas as redes de MI existentes como uma epidemia. Para alcançar esse crescimento viral,
era importante que o produto add-on atendesse ao máximo de redes de MI existentes e
funcionasse em todos os tipos de computadores.
Seis meses para o lançamento
Com essa estratégia em mente, meus sócios e eu começamos um período de intenso trabalho.
Como diretor de tecnologia, era minha responsabilidade, entre outras coisas, construir o
software que suportaria a interoperabilidade com as redes de MI. Assim, trabalhamos durante
meses, investindo muitas horas no esforço de lançar o primeiro produto. Nós nos demos um
prazo duro de seis meses – 180 dias – para lançar o produto e atrair nossos primeiros clientes
pagantes. Era um cronograma cansativo, mas estávamos determinados a lançar o produto no
prazo.
O produto add-on era tão grande e complexo, e tinha tantas peças em movimento que
tivemos de fazer diversas concessões para concluí-lo no prazo. Honestamente: a primeira
versão era terrível. Passamos horas intermináveis discutindo quais bugs (defeitos de
programação) consertar e quais eram aceitáveis, quais funcionalidades ainda tentar
implementar e quais cortar. Foi um tempo maravilhoso e amedrontador: estávamos cheios de
esperança a respeito das possibilidades de sucesso e tomados pelo medo das consequências
de lançar um produto ruim.
Pessoalmente, receava que a baixa qualidade do produto manchasse minha reputação como
engenheiro. As pessoas achariam que eu não sabia como construir um produto de qualidade.
Todos temíamos macular a marca IMVU; afinal, cobrávamos das pessoas por um produto que
não funcionava muito bem. Imaginávamos as manchetes desfavoráveis dos jornais: