Passei minha carreira no Vale do Silício, profundamente imerso em sua vibrante cultura empresarial. Cada startup está em uma jornada emocionante e muitas vezes perigosa em um território desconhecido, e eu embarquei nessa jornada várias vezes - como engenheiro de software, gerente de engenharia, CTO, fundador e desenvolvedor freelance. Muitos dos produtos que construí alcançaram um público de milhares de pessoas - e alguns, milhões.

Em minha experiência, uma das ferramentas mais potentes do kit de ferramentas do Vale do Silício é a capacidade de equilibrar velocidade e profundidade ao lançar novos produtos. Best-seller de Eric Ries O Lean Startup codifica esta filosofia dentro do conceito de produto com minima viabilidade (MVP).

Por que os MVPs são mais úteis do que nunca

Um dos principais motivos pelos quais a noção do MVP proliferou nos últimos anos é a velocidade e escala sem precedentes com as quais agora podemos obter e agir de acordo com o feedback do cliente. Em 2009, meu jogo para iPhone Slingshot Cowboy foi baixado por milhões de pessoas em uma semana de seu lançamento e rapidamente alcançou o topo das paradas (alcançou a posição # 1 em Jogo Grátis várias vezes ao longo de sua vida) . Grande parte desse sucesso pode ter sido sorte, mas se eu não coletasse um feedback rápido e não aplicasse os princípios básicos do MVP desde o início, não seria capaz de sustentar esse impulso por muito tempo.

Os princípios Lean se resumem em ser capaz de iterar rapidamente, ser inteligente sobre como gastar sua energia e recursos e ser ágil, focado e ter a mente aberta. Mas acreditamos que a aplicabilidade dessa metodologia não se limita a startups - equipes de grandes empresas podem maximizar seu ritmo de inovação criando MVPs de sucesso.

Alcançar o equilíbrio entre velocidade e qualidade é um dos mais importantes motores de inovação para organizações de qualquer tamanho. Enquanto você lidera o desenvolvimento de seu próprio produto mínimo viável, aqui estão nossas estratégias para ajudar a manter esses dois ingredientes essenciais em equilíbrio.

Certificando-se de que seu MVP é ‘V’

Se seu produto não for viável, os esforços de desenvolvimento de sua equipe serão em vão. Para a criação bem-sucedida de um produto mínimo viável, você precisa de feedback interno inicial para defini-lo de forma ampla, feedback contínuo para modelá-lo adequadamente e ferramentas como testes A / B para mantê-lo prosperando.

Obtenha as primeiras opiniões das pessoas certas

Receber feedback negativo do usuário sobre o seu MVP pode ser tão desanimador que você se sente obrigado a descartar o projeto. Os inovadores podem evitar esse golpe devastador solicitando as primeiras opiniões das partes interessadas com um conhecimento profundo do espaço, bem antes de pensar em um MVP. É ainda melhor se você tiver consultores experientes que podem ajudar a definir seu MVP na fase de conceito.

Quando uma equipe de inovação tem uma ideia promissora, pode ser tentada a ocultar a criação do MVP em sigilo: 'Estamos em modo furtivo, não podemos dizer muito sobre isso ainda.' Isso pode valer a pena em alguns casos, mas em geral, obter feedback é mais importante. Se você acha que seu produto representa uma invenção verdadeiramente original, você sempre pode registrar uma patente provisória.

Colete feedback definitivo do usuário

Mesmo que você se considere um visionário em sua indústria ou setor, seus juízes finais são seus usuários e podem provar que você está errado em muitas coisas. Coletar feedback sobre a experiência do usuário e rastrear o comportamento do usuário estão entre os objetivos mais importantes do MVP.

Insira análises. Coletar dados abrangentes é a chave para atingir um dos principais objetivos do seu MVP “aprendizado validado”, um processo no qual se aprende experimentando uma ideia inicial e medindo-a para validar (ou invalidar) o efeito. Isso não significa que você deseja rastrear tudo sobre o UX você possivelmente pode - em vez de ficar sobrecarregado com volumes de dados brutos, identifique as métricas que mais importam.

Use o teste A / B para iterar rapidamente

O teste A / B se tornou um elemento básico da empresa quando se trata de refinamento de produto. Sempre que você precisar escolher entre comportamentos alternativos de produto, o teste A / B é uma maneira de fazer isso em tempo real, sem ter que lançar uma nova versão.

Por exemplo, se o seu produto é um jogo, você pode tentar diferentes configurações de jogo e, em seguida, examinar suas análises para deduzir qual combinação afeta positivamente suas principais métricas: jogos mais longos, melhor viscosidade , etc. Isso é exatamente o que eu fiz para a maioria dos meus jogos: cada aspecto do jogo era controlado por uma configuração que eu podia ajustar em tempo real. Essa forma de aprendizagem validada me ajudou a determinar a combinação ideal de configurações para meu mercado-alvo.

Para leitura adicional, Steven Dow de Stanford explora variações deste conceito em Como as práticas de prototipagem afetam os resultados do projeto .

Observe o espaço do seu produto

Por mais original que sua ideia pareça, fique tranquilo, pois alguém já pensou nela. Se o seu produto mínimo viável atender a uma necessidade oportuna e urgente do cliente, é provável que, quando você terminar, seu concorrente também esteja ganhando força. A estabilidade é importante - como enfatiza a próxima seção - mas não há problema em ajustar seu MVP de vez em quando, inspirando-se nos concorrentes e mudando o foco para enfatizar os recursos que são sua vantagem competitiva.

Encontrar o equilíbrio entre “mínimo” e “viável” é uma habilidade intuitiva e que você precisará exercitar repetidamente, especialmente se o mercado mudar antes de você enviar seu MVP.

Encontrando o ‘M’

Depois de determinar um produto viável que atenda a uma necessidade clara de seu mercado-alvo, é essencial estreitar o foco de sua equipe.

Defina o seu produto

Um MVP é como uma boneca matryoshka: sempre há um MVP menor dentro. A definição do produto consiste em encontrar o mínimo mais prático, dependendo dos seus objetivos.

Se o seu produto é voltado para o usuário, comece com wireframes - este é o seu primeiro MVP interno. A próxima 'boneca' em torno dele pode ser um 'click dummy', uma demonstração interativa que não faz nada de real, mas permite que você veja na plataforma de destino e tenha sua primeira experiência com o fluxo do usuário.

Quando você estiver feliz com isso protótipo , comece a criar a boneca maior, a camada que começa a fornecer valor real aos usuários. Neste estágio, você pode escolher começar a desenvolver os recursos principais. O resultado final: defina claramente os mini-marcos, não se precipite e certifique-se de que atendeu aos seus próprios critérios antes de prosseguir.

Isso é verdade para o MVP que sua empresa inicialmente traz ao mercado, mas a mentalidade viável mínima também deve continuar durante todo o ciclo de vida do seu produto. Pense em cada nova versão como um MVP maior - ao adicionar uma nova camada de novos recursos, certifique-se de que ela se encaixe perfeitamente na anterior, fazendo o mínimo de alterações necessárias para obter uma nova versão viável.

Encontrar o equilíbrio entre “mínimo” e “viável” é uma habilidade intuitiva e que você precisará exercitar repetidamente.

Gerenciar com disciplina

Quer seus principais interessados ​​sejam dentro de sua empresa ou clientes externos, eles fariam bem em ser informados sobre os perigos do aumento de recursos e suprimir seus desejos de adicionar novos 'itens essenciais' no último momento.

Se não for controlada, a tendência de se desviar do mínimo definido drenará o moral. O momento de orgulho quando os desenvolvedores terminam de conectar todos os componentes torna-se anticlimático. Metas em constante movimento alimentam a instabilidade do produto.

Especialmente na empresa, o processo de construção de MVPs bem-sucedidos se beneficiará de patrocinadores executivos lembrando seus colegas e outras partes interessadas - sempre que necessário - que “Precisamos parar agora e lançar esse recurso. Pode não parecer bom o suficiente para você, mas será muito pior se estiver quebrado. ” Como executivo, é seu trabalho proteger os desenvolvedores de influências externas, estabelecendo um exemplo dentro de sua cultura de trabalho de se ater às prioridades.

Engenheiro com disciplina

Por outro lado, os desenvolvedores de software e seus gerentes devem apreciar prazos e manter suas aspirações perfeccionistas sob controle . Aqui está um cenário comum: “Este pedaço de código parece feio, aquele é realmente ineficiente; temos que limpar e refatorar. ”

Os desenvolvedores podem estar certos em dizer isso - mas seus gerentes ainda devem recuar. Como gerente técnico, você pode ficar feliz com sua atenção aos detalhes e querer agir de acordo. Mas é uma questão de tempo - tenha em mente a consideração importante do envio e da obtenção de feedback e, em vez disso, anote os problemas não essenciais, limpando-os na próxima iteração.

Princípios Lean em ação

O sucesso do seu produto depende totalmente da dinâmica do mercado em que você está prestes a entrar. Mas, sempre que você traçar a linha de definição do produto para seu MVP, oferecemos duas táticas práticas adicionais que empresas de sucesso usam para enviar seus MVPs.

Faça uso de componentes de terceiros

Na medida do possível, as equipes de inovação não devem reinventar a roda ao criar MVPs. Você sempre pode substituir componentes de terceiros posteriormente por algo desenvolvido internamente, quando for a hora certa. A vergonha da não originalidade já se foi: é uma prática comum agora, e muitos dos blocos de construção são de código aberto e personalizáveis.

Por exemplo, se o seu produto inclui comunicação em tempo real, existem excelentes soluções de terceiros que são fáceis de integrar e incluem recursos-chave como UIs personalizáveis, infraestrutura de comunicação e criptografia. Da mesma forma, se você estiver criando um aplicativo, conseguir uma aparência profissional com animações e transições rápidas pode não exigir um designer interno - seus desenvolvedores podem economizar tempo com componentes de terceiros.

É verdade que poucas soluções de terceiros irão se adequar perfeitamente aos seus casos de uso. Mas eles não precisam - ainda. Enquanto eles permitem que você envie um produto que possa validar investimentos futuros em soluções personalizadas, você ainda está à frente.

Reduza o tempo de desenvolvimento, mas não sacrifique uma base sólida para o futuro

Seu primeiro desenvolvedor deve ser de alto nível. Não comece com estagiários: invista em talentos desde o início. Isso pode soar como uma contradição da premissa central da metodologia 'enxuta', mas 'barato' não é necessariamente 'enxuto'. Embora até mesmo os orçamentos corporativos possam ser apertados, a taxa horária de um desenvolvedor é apenas um componente do custo - o tempo de desenvolvimento cresce na proporção inversa da taxa horária. Multiplique os dois e sua vantagem de custo já se foi.

Adicione o tempo que você gasta orientando e perseguindo bugs que não deveriam estar lá em primeiro lugar. Considere a sobrecarga de cada dia perdido: espaço de escritório, salários de outros funcionários, taxas de servidor, etc. Fatore em fatores intangíveis como o custo de oportunidade se você chegar tarde demais ao mercado.

Fazendo as contas, você percebe que será muito melhor contratar um desenvolvedor “caro” e experiente para produzir um MVP do que um bando de juniores. Os desenvolvedores juniores podem vir mais tarde, uma vez que a base do seu produto esteja construída e você pode começar a pensar sobre como otimizar o custo a longo prazo.

Aqui está um exemplo da vida real. Um empresário amigo meu queria adicionar alguns recursos aparentemente triviais ao seu MVP. Ele tinha um desenvolvedor muito experiente na equipe que vinha produzindo ótimos resultados a US $ 120 / hora. Pensando que os próximos recursos poderiam ser mais baratos, meu amigo contratou um estagiário por US $ 30 / hora.

O estagiário terminou quatro dias depois. Em um exame superficial, os recursos pareciam estar funcionando e meu amigo passou para o próximo estágio. O experiente desenvolvedor se envolveu novamente e percebeu que não apenas o código estava falhando em alguns casos extremos, mas também não era possível mantê-lo adiante. Então ele passou um dia inteiro reescrevendo.

Quatro dias de trabalho de um estagiário ($ 960) mais um dia de reescrita ($ 960) = $ 1920. Se o desenvolvedor experiente tivesse trabalhado no recurso em primeiro lugar, teria sido feito certo em um quinto do tempo e custaria menos da metade do dinheiro, mesmo sem outros custos incluídos.

A perfeição ainda não é o objetivo, mas há risco de supercorreção contra a qualidade - você pode desacreditar completamente seu produto lançando algo que está estragando a torto e a direito, sem polimento, desajeitado e simplesmente inutilizável. Como resultado, você pode não ter uma segunda chance.

Afie seus instintos e curta a aventura

Nós apenas tocamos em alguns aspectos do desenvolvimento de MVP aqui. Mas mesmo com um guia completo, sempre haverá mais no processo do que você imaginou, mais trabalho do que você previu e mais desafios do que você previu.

Em algum ponto, você terá que traçar os limites e levar seu produto para o mundo. Este é o momento mais assustador e emocionante, e não existe uma ciência exata para isso. Você tem que confiar em sua intuição, mas seguir os princípios enxutos no processo o ajudará a aprimorar seus instintos e tornar mais fácil essa decisão crucial. E depois de atingir o primeiro marco de feedback positivo e ter confiança em sua visão, você pode começar a se esforçar cada vez mais, nas profundezas, em direção ao produto dos seus sonhos.