Como transformar seu rastreamento analítico em um processo colaborativo contínuo

Nota do editor: este artigo foi publicado originalmente no blog Iteratively em 1º de fevereiro de 2021.

Todos sabemos que qualquer organização que desenvolve produtos e serviços digitais coletará dados. Também sabemos que apenas coletar dados não é o mesmo que usá-los efetivamente. Mesmo se você tiver um plano de rastreamento incrível, apoiado por um forte kit de ferramentas, sua estratégia falhará se você não dedicar tempo para se envolver em uma coisa importante: colaboração.

Analytics atinge todos em uma empresa liderada por dados

Pense em criar um novo recurso para o seu produto. Há duas considerações principais em jogo aqui: quais novos pontos de dados esse recurso trará e quem são os públicos para esses pontos de dados? Bem, se você realmente deseja tomar decisões baseadas em dados, mais ou menos todos serão uma audiência para os dados de seus clientes.

As principais partes interessadas envolvidas no rastreamento analítico trarão suas ideias e conhecimentos exclusivos para a história - uma mistura saudável de conhecimento de domínio e know-how técnico. Nós temos:

• Executivos/liderança
• gerentes de produto
• Analistas/equipes de dados
• Desenvolvedores

Cada uma dessas equipes terá suas próprias tarefas e objetivos distintos, mas, em última análise, trabalharão com o mesmo plano de rastreamento.

Dica : ter muitos cozinheiros pode ser um pesadelo - leia esta postagem para saber mais sobre quem deve ser o proprietário do plano de rastreamento.

Como essas equipes (devem) colaborar umas com as outras na análise.

Executivos/liderança

Vamos começar com a(s) equipe(s) que deseja(m) a visualização de nível mais alto do rastreamento de eventos. Ao construir um novo recurso, o executivo se preocupa mais com quais são os objetivos desse novo recurso e quais métricas serão usadas para medir o sucesso.

Isso significa que as equipes que trabalham sob a liderança precisam estar equipadas para fazer relatórios de alta qualidade. Uma boa equipe de liderança não vai querer tomar decisões importantes sobre o futuro da empresa com base em palpites - ela vai querer provas concretas do que funciona e do que não funciona.

Principais comportamentos colaborativos desta equipe:

• A liderança deve trabalhar ao máximo para inspirar a colaboração em toda a organização e promover uma cultura que entenda o valor da tomada de decisões baseada em dados.
• Comemore os sucessos que nasceram da tomada de decisões com base em dados.
• Grosso modo, se o seu gerente não se preocupa com um bom rastreamento analítico, por que você deveria? ‍

gerentes de produto

Os gerentes de produto conhecem seu produto intimamente e como ele se posiciona no mercado/indústria. Eles são responsáveis ​​por enviar esse novo recurso e, como tal, procurarão transformar as métricas com as quais a liderança se preocupa em eventos reais que eles desejam rastrear. Para criar relatórios confiáveis ​​sobre esse novo recurso, o rastreamento de eventos precisa ser integrado desde o início.

Embora um gerente de produto esteja armado com uma grande experiência no domínio, ele pode não ter as habilidades técnicas necessárias para definir o plano de rastreamento por conta própria. Isso significa que eles precisam colaborar com outras equipes para realizar o trabalho. Um bom gerente de produto tem menos probabilidade de ditar uma lista de eventos que deseja rastrear e esperar que um relatório perfeito resulte disso. Em vez disso, eles podem discutir e concordar com o que é possível com analistas e desenvolvedores, pois essas são as equipes que implementarão o plano de rastreamento e criarão os relatórios.

Assim, os gerentes de produto saberão quais métricas são importantes, mas podem confiar em outras pessoas para transformá-las em eventos rastreáveis. Eles serão fundamentais para fazer as perguntas certas sobre os dados, decidir quando fazer o teste A/B e criar ciclos de feedback apropriados: observar o desempenho de decisões anteriores e iterá-las.

Principais comportamentos colaborativos desta equipe:

• Check-ins regulares com analistas cobrindo quais eventos estão sendo rastreados e por quê, e mantendo todos na mesma página com taxonomias e convenções de nomenclatura
• Trabalhar com desenvolvedores para determinar quais mudanças no plano de rastreamento precisam ser implementadas e se essas mudanças são possíveis dada a infraestrutura e quanto tempo levaria para fazê-lo
• Garantir que eles forneçam feedback à liderança com relatórios de alta qualidade

Analistas

Sua equipe de analistas de dados é como o hub central da empresa para geração de relatórios. Eles são provavelmente os que põem as mãos nos dados brutos primeiro (possivelmente os únicos). Eles trabalharão para juntar, modelar e visualizar os dados. Eles ajudam a transformar os dados em insights.

Uma observação importante sobre a equipe de analistas : eles não devem ser vistos como um recurso organizacional, ou seja, as “pessoas para perguntar” quando você precisa de algo relacionado a dados. Se for esse o caso, os analistas podem descobrir que sua capacidade é ocupada com o atendimento de solicitações diárias de outras equipes, em vez de realmente criar insights e gerar relatórios significativos.

Parte do processo colaborativo do analista é permitir que outras equipes se autoatendam o máximo possível. Um exemplo básico disso pode ser trabalhar com gerentes de produto e profissionais de marketing para criar consultas predefinidas em uma ferramenta como o Tableau, para que as perguntas mais frequentes possam ser respondidas com o clique de um botão. As equipes de produtos e marketing também podem usar uma plataforma de análise digital de autoatendimento como o Amplitude para criar gráficos e analisar o comportamento do cliente por conta própria.

Principais comportamentos colaborativos desta equipe:

• Trabalhar com gerentes de produto para entender mais sobre as pessoas por trás dos dados: eles podem trabalhar com dados abstratos, sem saber muito sobre os usuários finais, mas será ainda mais eficaz se tiverem uma maior compreensão de por que esses dados são importantes
• Facilitar conversas desafiadoras sobre quais perguntas são mais úteis para fazer sobre os dados e o que outras equipes desejam rastrear (por exemplo, saber quando recuar se as equipes estiverem pedindo para coletar mais dados do que o necessário)

Desenvolvedores

Obviamente, os desenvolvedores são os que realmente estão construindo o produto e, portanto, implementando seu plano de rastreamento. Tecnicamente falando, um engenheiro de software não precisa saber muito sobre o setor em que está operando ou sobre o comportamento do usuário final. Isso não é verdade em todos os aspectos e levou à suposição de que os desenvolvedores não se importam com análises.

Na verdade, uma equipe de engenharia pode se esforçar para embarcar na análise de maneira significativa se não houver um processo colaborativo sistematizado em vigor. Ao criar um novo recurso, receber uma planilha com os eventos a serem rastreados pode ser frustrante porque é uma grande interrupção no fluxo de trabalho. Alternar entre um IDE, uma planilha e um tíquete do Jira é trabalhoso e leva facilmente a erros e inconsistências.

Bons desenvolvedores são muito mais propensos a se preocupar com o desempenho dos produtos que criam - eles também sabem mais do que ninguém como o produto realmente funciona, portanto, estão mais bem equipados para implementar o plano de rastreamento da maneira mais eficaz.

Principais comportamentos colaborativos desta equipe:

• Garantir que os gerentes de produto entendam as limitações da infraestrutura de seus produtos, quando e onde o rastreamento é apropriado e quanto tempo a implementação pode levar
• Trabalhar em estreita colaboração com analistas para criar pipelines de dados e análises e garantir que tudo esteja indo para onde deve ir
• Ajudar todas as outras equipes a entender que, para rastrear eventos de maneira eficaz, eles precisam de tempo para incorporar o rastreamento aos recursos desde o início, não como uma reflexão tardia

Promovendo a colaboração em torno do rastreamento analítico

Com esse amplo entendimento de como as equipes podem trabalhar juntas no rastreamento analítico, espera-se que seja mais fácil começar a desenvolver um processo colaborativo. É bastante claro que, se todos estiverem trabalhando para construir e manter o mesmo produto, a comunicação entre as equipes será extremamente importante.

Comece a pensar em suas análises como um ponto-chave de design no back-end do seu produto. Não é apenas algo que você adiciona depois de enviar um recurso, mas uma parte integrante do SDLC.

Muitas empresas, especialmente na indústria de tecnologia, já se sentirão confortáveis ​​com o uso de ferramentas de colaboração e compartilhamento de conhecimento como Jira, Slack e, claro, Amplitude. Se você é apaixonado por adotar processos colaborativos mais fortes em sua organização, recomendamos que construa seu caso para os interessados . Conseguir adesão para novos processos costuma ser a parte mais difícil.

Não há necessidade de reinventar a roda. Aplique os processos existentes que já funcionam.

Muitas vezes, a adoção de novos processos (como colaborar efetivamente em análises) não tem quase nada a ver com tecnologia e tudo a ver com cultura. Quando se trata de análise, o conhecimento não existirá em uma única pessoa ou equipe – todos precisam trabalhar juntos para obter o máximo de seus dados.

É importante observar que ninguém adotará um novo processo (não importa o quão bom seja) a menos que perceba o sentido disso. Em termos práticos, uma ótima maneira de obter a adesão de toda a empresa a um novo processo é demonstrar o valor desse processo, comparando-o com outros pré-existentes. Alguns exemplos:

GitHub: Acho que não estaria exagerando se dissesse que praticamente todas as pessoas/empresas/organizações que criam software usam o GitHub. É um processo muito elegante, mas codificado: cada pedaço de código escrito está sujeito a branch, commit e merge. Portanto, o Github é menos como uma ferramenta e mais como um processo: simplesmente não funcionaria se todos não o usassem.

Figma: uma ferramenta que demonstra perfeitamente a colaboração perfeita entre equipes; A Figma permite que os designers de produtos entreguem protótipos aos desenvolvedores que mostram claramente como todos os elementos se encaixam. Dica: Use o Amplitude Event Planner no Figma.

Amplitude está aqui para ajudá-lo a colaborar

É útil pensar nos recursos de governança de dados do Amplitude como GitHub para suas análises. O Amplitude facilita um processo transparente e auditável em torno do planejamento de eventos no qual todas as principais partes interessadas podem estar envolvidas, independentemente da capacidade técnica.

Os melhores processos são aqueles que você nem percebe: temos ferramentas de desenvolvedor para que o fluxo de trabalho de ninguém seja interrompido, permitindo que os engenheiros implementem com facilidade e precisão o rastreamento analítico com SDKs de código aberto e seguros, uma CLI e CI/CD integração.

Amplitude é antes de tudo uma plataforma colaborativa, reforçando uma fonte confiável de verdade para análises. Isso significa que quem consome os dados sabe que pode confiar neles. Se você conseguiu um buy-in significativo para novos processos colaborativos, o Amplitude certamente pode desempenhar um papel no suporte a isso. Solicite uma demonstração gratuita e comece sua exploração hoje.