Viabilidade técnica NUNCA é o maior risco

Uma equipe está trabalhando em uma nova ideia. Um produto ou serviço que sem dúvida será de grande valor para os usuários c e mudará a trajetória de receita do negócio! Eles desenvolveram algumas personas de clientes, mapearam as propostas de valor que podem existir, talvez até elaboraram uma tela de modelo de negócios completa. A ideia amadureceu em uma coleção de teorias sobre como fazer com que os clientes vejam tanto valor que eles estão dispostos a gastar o dinheiro suado pelo produto. Qual teoria testar primeiro? A equipe diz que a tecnologia é a suposição mais arriscada e deseja prototipar imediatamente. Isso deve levantar uma bandeira vermelha:

A viabilidade técnica NUNCA é o maior risco

Vejo repetidamente as equipes de produto gravitarem para testar a tecnologia primeiro. É uma bandeira vermelha, um anti-padrão na boa prática de desenvolvimento de produto, e você deve definir isso como um gatilho em sua mente: quando a viabilidade técnica é proposta como o maior risco para testar nos estágios iniciais, pausa e recuo. A viabilidade técnica primeiro é essencialmente dizer “não sabemos o que o mercado quer, mas vamos começar a construir imediatamente”. Esclarecerei por que isso é ruim, explore por que as equipes ainda propõem e então ofereça um mantra que você pode usar para redirecionar os esforços para as suposições mais arriscadas sobre o seu novo produto.

Existem três motivos pelos quais você não deve começar com a viabilidade técnica.

Um: a tecnologia não é a suposição mais arriscada

Revise todas as teorias sobre este produto e seu modelo de negócios e analise suas suposições. Na minha experiência – a equipe normalmente reconhece outras suposições fora da tecnologia, mas as considera equivalentes ao funcionamento da tecnologia ou não elaboraram uma dinâmica que é muito mais catastrófica para as chances de sucesso do produto.

Dois: a viabilidade técnica não é a coisa mais barata de testar

Os desenvolvedores são alguns dos recursos mais caros aplicados à criação de produtos e costumam ser reservados para projetos e aprimoramentos importantes para produtos existentes. Por que começar com a etapa que tem um custo de oportunidade e alto de mão de obra? “Mas é apenas um pico de arquitetura de dois dias para alguns desenvolvedores”. Nunca são dois dias, mas isso está além do ponto. Especialmente no início do desenvolvimento do produto, existem testes de mercado que requerem menos tempo do que a prototipagem.

Três: a tecnologia está no espaço da solução e, nos estágios iniciais, você está tentando refinar sua compreensão do espaço do problema .

Por que resolver um problema que você não confirmou ser um problema pelo qual os clientes pagarão? Nos estágios iniciais do desenvolvimento do produto, os esforços devem se concentrar em exercícios que desenvolvam uma compreensão do problema. Caso contrário, você está construindo na areia movediça. “Mas e se não funcionar?” é apenas uma chance de redirecionar a equipe: “Sim, e se o mercado não funcionar da maneira que você pensa?” Finalmente – não nos esqueçamos de que bons desenvolvedores são algumas das pessoas mais inteligentes e industriosas da equipe – eles prosperam em problemas difíceis e se destacam em encontrar maneiras de fazer as coisas funcionarem ou em relatar as compensações técnicas para isso. Aproveite essa competência quando souber mais sobre o que é necessário para seus clientes.

Então, por que as equipes fazem isso?

Um: eles não têm um caminho “para fora do prédio”

O trabalho de adequação do produto ao mercado acontece “fora do prédio”. Não é desenvolvido em um quadro branco em alguma torre de vidro. Mas às vezes as equipes não têm uma saída. Na maioria das vezes, trata-se da experiência da equipe. Talvez eles sejam limitados em seu setor ou nos contatos com os clientes. Talvez eles não tenham experiência com ferramentas como entrevistas, pesquisas, geração de leads e testes de marketing. Diagnosticar a capacidade da equipe identificará soluções. Apresente-os aos clientes atuais, leve-os a eventos do setor, integre-os nas atividades de desenvolvimento de negócios … jogue-os no fundo do poço.

Às vezes, o caminho está bloqueado – outro grupo ou função possui a interação do mercado. Talvez o marketing pense nisso como pesquisa de mercado ou o desenvolvimento de negócios insista em todos os contatos com o cliente e o mercado. Incorpore este grupo em seus esforços. Embora você possa se surpreender com o quão longe um pouco de colaboração pode levá-lo, essa colaboração também permite que você construa a “negação plausível” de que vai precisar se a estratégia se tornar “perdão, não permissão”. Acima de tudo, faça o que for necessário para obter uma interação real com o mercado.

Dois: refletir sobre a solução é mais divertido

O lado da solução do problema normalmente é uma atividade muito criativa. Especialmente se a prototipagem envolver estrutura de arame e experiência do usuário. Também é mais fácil para a equipe, porque pode ser feito no vácuo. Antes que você perceba, eles estão sonhando acordados sobre “o que nos levaria à capa da Fast Company? e qual seria o slogan da nossa história de capa? ” Comece no final certo? Errado. Você não sabe o suficiente sobre o problema nesta fase para perder tempo pensando no fim.

Isso pode ser um sintoma de que a equipe de desenvolvimento de produto está inclinada a construir uma equipe e eles estão indo apenas para o que sabem e se destacam. Você pode ajustar a composição da equipe ou treinar essa equipe em métodos de desenvolvimento de produtos.

Três: seus patrocinadores financeiros avaliam a viabilidade

Embora menos comum como razão para a tecnologia em primeiro lugar, pode ser o caso de que os financiadores do produto valorizem um protótipo nos estágios iniciais como uma pré-condição para mais financiamento. Isso sugere os mesmos tipos de problemas e mal-entendidos, apenas em um nível diferente. A resolução é um jogo mais longo de treinar os apoiadores sobre o que valorizar – validação e feedback do mercado real.

Meu avô gostava de dizer “O único absoluto na vida é que não existem absolutos!” Apesar desse sábio conselho – encorajo as equipes a SEMPRE rejeitar a viabilidade técnica como o maior risco para testar nos estágios iniciais. Isso torna as decisões claras e evita a impressão de que seu projeto é a única exceção. Em última análise, não se trata da existência de uma exceção, mas sim de qual músculo você deve desenvolver no desenvolvimento do produto – o músculo de validação de mercado. Você precisa de melhores habilidades de construção e prototipagem? Não, você precisa de melhores habilidades de validação de mercado. Esse é o músculo que você está desenvolvendo quando rejeita a viabilidade técnica cedo. A boa forma lá paga dividendos de longo prazo.