Acompanhe o ciclo de vida da inovação
A Tailwind Traders tem dúvidas sobre inovação que também afetam muitas outras organizações:
- Como aumentar a taxa de mudança sem afetar o negócio em funcionamento?
- Como decidimos onde inovar e que mudanças implementar para maximizar o retorno comercial dessas inovações?
A resposta para ambas as perguntas é: Tailwind Traders precisa abraçar a mudança como parte de sua cultura organizacional. Uma razão pela qual as organizações avessas à mudança muitas vezes têm interrupções relacionadas à mudança é que essas mudanças são muito grandes e impactantes. As mudanças são difíceis de testar em ambientes controlados e realistas.
Se os processos são estabelecidos para introduzir mudanças com frequência, essas alterações são menores em tamanho e risco. No entanto, esse processo não envolve apenas a adoção de certas ferramentas ou tecnologias. Exige uma cultura que promova a mudança e aceite os fracassos.
O conceito de aceitar falhas pode parecer contraintuitivo, mas é vital para o ciclo de inovação. Se as pessoas têm medo de falhar porque os erros as colocam no centro dos jogos de culpa, é pouco provável que busquem novas abordagens para a resolução de problemas por causa do medo do fracasso. Toda a organização torna-se então prisioneira das suas práticas estabelecidas.
É possível estabelecer uma cultura de "falhar rápido", onde as pessoas são encorajadas a experimentar novos métodos. Eles são capacitados a mudar rapidamente de direção se não obtiverem o resultado esperado, ajudando a criar uma cultura de inovação mais rica.
Inovação baseada em hipóteses
Você poderia descrever a inovação como um ciclo iterativo baseado em hipóteses. Quando você identifica a existência de um problema, uma ou mais hipóteses podem ser formuladas para potencialmente explicar a causa raiz e levar à solução. A definição do problema em si pode ser desafiadora, porque precisa ser mensurável.
Por exemplo, a definição do problema "Os clientes não estão satisfeitos com as nossas escolhas de plataforma de pagamento" não é mensurável, por isso é difícil de resolver. Se você puder definir o problema como "23% dos clientes deixam sua sessão de compras na etapa de escolha da plataforma de pagamento", você está em uma posição melhor para medir o sucesso de qualquer solução possível.
Depois de definir um problema de forma mensurável, você pode formular hipóteses que são candidatas a explicar e resolver o problema. Por exemplo, uma hipótese para a Tailwind Traders pode ser descrita como: "Adicionar o ContosoPay às nossas plataformas de pagamento suportadas diminuiria a rotatividade de clientes na página de pagamento de 23% para 10%." Agora uma ideia está em cima da mesa, e agir sobre ela, é uma questão de verificar a sua validade.
As hipóteses devem focar-se em acrescentar valor aos clientes e melhorar a sua experiência nas suas interações com a sua organização. Esta ideia é conhecida como empatia do cliente: colocar o seu cliente no centro da sua inovação e focar-se no aumento do valor para ele e para si.
Há muitas maneiras de validar uma hipótese sem tocar no código do aplicativo. Pesquisas de clientes e pesquisas de mercado são dois exemplos de fontes de informação valiosas que podem ajudar a decidir a validade de uma hipótese. A verificação dessas fontes permite que você qualifique sua hipótese e construa hipóteses com a maior probabilidade de precisão e valor comercial agregado.
Criar
Depois que uma hipótese tiver potencial de valor suficiente para ser incorporada ao seu aplicativo, o processo de compilação será iniciado. Também aqui a rapidez é crucial.
Seus sprints de desenvolvimento devem ser o mais curtos possível. Manter os sprints curtos permite uma rápida verificação ou rejeição da hipótese. Ele também permite que você ajuste a maneira como a funcionalidade necessária é integrada ao aplicativo. O resultado são ciclos de inovação mais rápidos.
Medida
Você quer verificar a precisão de sua hipótese o mais rápido possível. Um produto mínimo viável (MVP) é uma versão preliminar da nova funcionalidade que reúne feedback e ajuda a confirmar se você está indo na direção certa.
O objetivo do MVP é verificar não apenas sua hipótese, mas também quaisquer suposições que você possa ter feito. Por exemplo, se 23% dos clientes da Tailwind Traders deixarem o processo de compra na página de pagamento, a hipótese sustenta que a razão é que a empresa não está oferecendo plataformas de pagamento suficientes. No entanto, a razão pode ser diferente. O MVP deve ser projetado para confirmar ou rejeitar essas suposições e a hipótese.
Mais informações sobre o
A fase de aprendizagem é semelhante ao início do processo. Depois de aprender mais sobre suas suposições e hipóteses, você pode descobrir que elas estavam certas, parcialmente certas ou erradas. Ter uma mentalidade de crescimento e humildade suficiente para admitir fracassos permite-lhe:
- Gire rapidamente se precisar continuar trabalhando em seu MVP.
- Reconcentre seus esforços em outras áreas e formule uma hipótese alternativa.
É importante perceber que, mesmo que suas suposições e hipóteses estivessem erradas, o processo permitiu que você aprendesse algo novo sobre seus clientes e seu negócio. Não pense nisso como tempo perdido. A chave é obter esse conhecimento o mais rápido possível e aplicá-lo a uma hipótese futura. Esta ideia é o núcleo da cultura do fail-fast.
Onde olhar a seguir
A visão geral de Inovação do Cloud Adoption Framework é o melhor lugar para começar sua exploração de como inovar.