“Eu trabalho em uma fábrica de features! O que posso fazer para incentivar minha organização a ter foco no impacto e menos no fornecimento de features?”
Eu já cobri esse assunto antes, quando eu escrevi um artigo sobre a diferença de um time de produto (empoderado) vs um time com foco em features – e fiquei muito feliz em saber que muitas pessoas concordam comigo. E tudo isso começa com empoderar seu time de produto para dar uma voz para todos os integrantes da equipe.
Esse post vai ser um pouco diferente! Aqui eu quero listar 8 coisas que você pode fazer para começar a incentivar sua empresa a ter mais foco no impacto (positivo) em seus clientes. A mudança linear do big-bang funciona em alguns contextos, mas o desenvolvimento de produtos é diferente; Com esse contexto em mente, aqui estão oito atividades focados no impacto que eu observei com sucesso e segurança incentivam mudanças em várias organizações.
8 atividades para aumentar o foco no Impacto
1. Enquadre as novas features como “apostas”
Então … alguém pede para você criar exatamente a feature X ou gerar um roadmap centrado em features (e nós já sabemos que não é o ideal). Minha abordagem favorita aqui é jogar o jogo, mas propor outro. Deixe-me explicar:
Vamos supor por um momento que a pessoa que pede X sabe magicamente exatamente o que construir. Eles são clarividentes e oniscientes. Alguns dizem que Steve Jobs era assim (e discordo) mas vamos dar ao solicitante do feature o benefício da dúvida. Eu vou perguntar: “Você poderia descrever sua aposta com mais detalhes?”, “O que veremos se essa aposta der certo? Quais são as hipóteses?”
Dica de leitura: o time de produto cria o roadmap, não o gerente (ou outra pessoa).
O que você percebe é que o solicitante 1) sente-se bem em “fazer apostas” (parece ousado, não como realizar experimentos escassos) e 2) chamando de aposta que, de alguma forma, os libertamos para falar abertamente sobre riscos e expectativas esperadas. É péssimo receber uma solicitação prescritiva, mas, ao obter mais clareza sobre a aposta, estamos no meio do caminho para algumas das atividades abaixo, como a Revisão de Decisão do Produto e o One-Pager .
2. Escreva a “recapitulação” antes de começar
Antes de iniciar a atividade, trabalhe com sua equipe para criar uma apresentação de recapitulação com antecedência (um pré-recapitular, se desejar). Junte algo de que você se orgulhe, independentemente do resultado.
- Qual é o status quo?
- Se sua aposta for bem-sucedida, o que podemos observar?
- Quais comportamentos / resultados mudarão?
- Como eles vão mudar?
- Como esse novo comportamento beneficiará clientes / usuários e os negócios?
- O que os clientes dirão sobre as atualizações?
Comprometa-se a apresentar a recapitulação à empresa em geral em algum ponto fixo no futuro ou com alguma cadência. E realmente apresentá-lo! A transparência e a vontade de introspecção inspirarão outras equipes.
3. Preencha um “quadro de aprendizados”
Preencha e prepare um quadro/backlog de aprendizado priorizado pelo “valor” do aprendizado. Enquadre cada item no backlog de aprendizado como uma pergunta emparelhada com a decisão (ou decisões) que a resposta à pergunta pode informar. Para priorizar seus esforços de aprendizado, considere a maxima quantidade de dinheiro que você pagaria pelas informações.
Para priorizar seus esforços de aprendizado, considere a quantidade máxima de dinheiro que você pagaria pelas informações.
Agora faça um brainstorm de experimentos para responder a essas perguntas. Como você pode responder à pergunta de maneira rápida, barata e segura? Faça uma ou duas experiências simultâneas com datas de validade e revise periodicamente o que aprendeu (o mais publicamente possível). Mesmo as equipes encarregadas de criar features prescritivamente se beneficiarão explicitamente chamando seus objetivos de aprendizado.
Itens de lista de pendências de exemplo
Questão:
- Como as metas de onboarding diferem entre nossos usuários corporativos e SMB?
Decidir:
- se deve projetar / desenvolver fluxos alternativos com base no segmento de clientes.
- quanto se concentrar em impulsionar a adoção orgânica durante o fluxo de integração, pois acreditamos que os usuários corporativos e de pequenas e médias empresas serão menos / mais receptivos a esses esforços
Questão:
- Qual é a parte mais sensível do teste gratuito do funil de conversão pago em termos de impacto no LTV do cliente (vs. a contagem de usuários)?
Decidir:
- Reavaliar como relatamos e otimizar as taxas de conversão
- Foco na otimização de preços
4. Realize revisões trimestrais das decisões de produto
Então você está rodando no modo “fábrica de features” há um tempo (e não estava fazendo a recapitulação acima)… bem, talvez seja hora de fazer um inventário e uma revisão das decisão do produto. O desenvolvimento do produto é preenchido com inúmeras decisões. Faça revisões trimestrais da decisão do produto para perguntar: “Que informações tínhamos à disposição no momento da decisão? Em que contexto estávamos operando? Que opções pesamos? Tivemos foco no impacto para nossos clientes?
O objetivo aqui não é focar miopicamente no resultado – o que acabou acontecendo (que geralmente é motivado pela sorte) -, mas revisar o processo de tomada de decisão para entender.oportunidades de melhoria.
Dica de leitura: conheça o framework de tomada de decisão DACI (ele vai te ajudar a tomar melhores decisões em equipe).
O resultado desta atividade pode incluir: (1) algumas listas de verificação heurísticas, (2) concordando em melhorar novas partes de seu aplicativo, (3) experimentando novas técnicas de pesquisa, (4) tomada de decisão com timeboxing, (5) aproximando-o das linhas de frente etc. Um dos meus mantras é “ alta qualidade de decisão , alta velocidade de decisão “, e este exercício ajuda a aprimorar essas habilidades.
Importante: Como em todas essas atividades: enfatize a segurança psicológica. Este trabalho é difícil e nunca temos informações perfeitas.
5. Encontre-se regularmente para sessões de workshop sobre insights
Fazer perguntas, pesquisar, modelar, analisar e contar histórias exige prática. O problema é que a maioria das pessoas se sente “colocadas em avaliação” ao fazer apresentações oficiais. Há muita pressão para acertar, o que significa que eles jogam com segurança (ou não fazem nada). Uma dica é organizar um almoço de workshop / análise / análise multifuncional regular entre equipes.
Escolha um formato de apresentação curto de cinco minutos e deixe dez minutos completos para uma discussão animada. Tente encaixar três ou quatro apresentações / discussões por almoço. É importante ressaltar que é “seguro” que o trabalho não esteja terminado e que não especialistas compartilhem seu progresso.
6. Adicione um componente de “comportamento” às personas
A maioria das iniciativas de produtos tem (ou deveria ter) um “Quem” em mente: Para quem você está construindo? O que eles estão tentando alcançar? O que sabemos sobre eles?
Sem aprofundar os méritos das personas – existem crenças apaixonadas sobre o assunto -, ajuda, como o cliche diz, “conhecer seu cliente. Imagine que eu peço que você crie um grupo em suas idéias, ferramenta de escolha, que identifique o “alvo” do seu “feature”. Como é essa consulta? Como você vai de todos os seres humanos em seu produto para esse conjunto específico de seres humanos?
Sem aprofundar os méritos das personas – existem crenças apaixonadas sobre o assunto -, isso ajuda a ajudar o clichê. , Conheça seu cliente
O bom dessa abordagem é que ela parece bastante benigna na superfície. Mas, ao focar realmente em um “Quem”, você poderá orientar a discussão sobre impactos e resultados de maneira mais persuasiva.
7. Escreva documentos de “1 pagina” (ou 6 paginas)
Não há nada inovador em descrever uma iniciativa em um documento de “1 pagina” (ou 6 paginas no caso do Jeff Bezos da Amazon). Infelizmente, muitas equipes da linha de frente nunca veem o “porquê” resumido de forma sucinta. O “navio partiu” como gosto de dizer. Isso pode ser facilmente remediado.
Escreva o documento de “1 pagina” – idealmente compartilhando uma estrutura comum para facilitar a digitalização e a comparação – e torne-os visíveis para as equipes verem. Melhor ainda, convide os membros da equipe a fazer perguntas e comentar enquanto as iniciativas estão no estágio de incubação / avaliação.
Um dos meus workshops favoritos envolve a criação de um documento de 1 pagina apropriado para uma empresa. Você pode fazer isso sozinho. Faça uma atividade rápida, fazendo um brainstorming de perguntas que devem ser respondidas em cada documento e use-o para inicializar sua v1. Somente a prática de esclarecer a “aposta” em uma única página pode reorientar a organização em relação a impactos.
8. Projete (e itere) um dashboard “sempre ativo”
A maioria dos dashboards nunca vê a luz do dia. Eles são reunidos no vácuo por uma única pessoa e depois esquecidos, juntamente com as informações básicas, termos e advertências. Parte da razão pela qual isso acontece é (novamente) por causa do medo e do perfeccionismo. E se “isso” estiver “errado”? Outro motivo para o cemitério de dashboard é que as equipes não iteram seus dashboard para torná-los mais eficazes.
A solução? Um grande monitor compartilhado e um painel sempre ativo. Convide a edição e ajustes. Com o tempo, você terá algo que, com sorte, informa as decisões. O objetivo aqui é manter a empresa inteira acompanhando (1) quais features serão desenvolvidas, a sequencia e o porque, (2) mantem todos alinhados nas métricas que vamos acompanhar para provar a eficácia do impacto, e (3) garanti que todos estão com o foco no impacto para os clientes e negocios.
Conclusão
Para finalizar, o que funcionou para você quando se trata de mudar sua empresa para ter mais foco no Impacto e resultados (de uma maneira saudável, é claro) Como você “hackeia” o status quo de uma maneira que não ameace sua influência interna?
No final das contas, o que você quer é ter um time mais focado em criar um produto (e consequentemente uma empresa), que crie ferramentas que seus clientes irão amar – e pagar por elas. As features são o meio para que a gente consiga levar esse valor e causar um impacto positivo aos nossos clientes.