Strategize e decida o que medir

Depois que um aplicativo é distribuído em uma organização ou na Microsoft Teams Store, é importante acompanhar como os usuários estão interagindo com o aplicativo. Com usuários de aplicativos em crescimento, o número de instalações de aplicativo pode não ser uma métrica relevante.

É importante planejar o tipo de dados, métricas e eventos que você deseja monitorar à medida que desenvolve seu aplicativo teams. A métrica north star do seu produto o orientaria a estabelecer o conjunto certo de métricas, ação principal do usuário e os principais eventos relevantes para sua empresa.

Para ter sustentabilidade de longo prazo no ecossistema, um aplicativo deve ter um bom crescimento de novos usuários. O segundo atributo é engajamento e retenção. Os usuários devem voltar para o aplicativo e continuar a encontrar valor nele e usá-lo. Por fim, a terceira qualidade é a receita. O aplicativo deve fornecer valor suficiente aos usuários, de modo que haja vontade de pagar. Os aplicativos devem possuir todas essas três qualidades para serem bem-sucedidos a longo prazo na plataforma. Se alguma dessas três qualidades estiver ausente em um aplicativo, ela terá uma baixa probabilidade de sucesso na plataforma.

Sua estratégia de instrumentação deve garantir a medição do seu produto entre essas três qualidades.

Monitorar eventos para seu aplicativo

Para fins deste artigo, vamos usar a estrutura heart para indicar um conjunto representativo de métricas e eventos que você deve considerar o monitoramento para sua solução. Observe que a lista a seguir não é exaustiva e você é incentivado a adicionar instrumentação adicional relevante à sua empresa e produto.

Adoção

Meta: adquirir novos usuários que podem começar a explorar o aplicativo mantendo assim uma parte superior saudável do funil. A descoberta e a adoção de novos aplicativos acontecem de uma das seguintes maneiras:

• O usuário pesquisa e instala o aplicativo por conta própria.
• O usuário tropeça no aplicativo quando é compartilhado em um chat, reunião ou canal por outro usuário , (guia ou Cartão Adaptável).
• Administração instala o aplicativo para usuários e o aplicativo envia uma mensagem de boas-vindas.

A instrumentação projetada para melhorar a adoção também deve ter como objetivo melhorar a descoberta do aplicativo e seus recursos. A probabilidade de descobrir um aplicativo entre novos usuários aumenta quando os usuários existentes começam a usar o aplicativo em escopo colaborativo. Por exemplo, adicionar um canal ou uma guia de reunião, adicionar um bot ao canal ou compartilhar cartão de extensão de mensagens em um chat em grupo.

Dica

• Medir o uso do aplicativo no escopo colaborativo e o tempo necessário para descobrir os recursos do aplicativo no escopo colaborativo ou de reunião. Se o uso for baixo ou o tempo gasto for alto, socialize os recursos mais avançados no aplicativo ou por meio de esforços de marketing.
• Embora medir a adoção geral seja bom para começar, meça a adoção em um nível de funcionalidade e recurso de plataforma.

Medir	Insights
• Usuários instalando o aplicativo em R1, R7, R14, R28 dias. • # Entradas (se o aplicativo tiver entrada).	• Adoção no nível do aplicativo dividida em locatário, região e segmento. • Segmentar usuários com base no perfil Microsoft Entra. • Segmentar por locatário e nome da organização.
• Tempo médio necessário para o primeiro uso (clique na guia, bot, Cartão Adaptável e reunião).	• Relatório em um nível de funcionalidade de recurso ou plataforma para medir a adoção do nível do recurso.
• Ponto de extensibilidade da primeira descoberta. • Escopo da primeira descoberta.	• Use os dados para medir qual ponto de extensibilidade e escopo são mais usados para descobrir seu aplicativo pelos usuários finais.
• % dos unfurls de link que levam à instalação do aplicativo.	• Usuários interessados em instalar o aplicativo, após a descoberta.
• Tempo médio necessário para adicionar o aplicativo no escopo colaborativo – no canal, no chat em grupo e na reunião.	• Penetração de uso no aplicativo.
• % dos usuários que adicionam o aplicativo no escopo colaborativo.	• Ajuda a determinar o potencial de viralidade, ou seja, descoberta orgânica e uso por novos usuários.
• % dos usuários que configuram o aplicativo depois de adicioná-lo no canal ou no chat em grupo.	• Se o aplicativo não estiver configurado no dia da instalação, há 5% de chance de o usuário configurá-lo na semana seguinte.

Êxito no envolvimento e na tarefa

Meta: aumentar o número de usuários de qualidade engajados que completam ações principais no aplicativo.

A ação principal é definida como essa ação do usuário, que é central para os negócios e contribui diretamente para o Estrela do Norte. Por exemplo, se você for um provedor de soluções de tíquete de TI, sua ação principal do usuário poderá ser "Criar um tíquete" com as etapas de pesquisa de um problema, escalonamentos sendo os principais eventos comerciais no funil de jornada do usuário que impulsionam os usuários para a ação principal.

O engajamento pretende medir a intensidade e a profundidade da interação entre o usuário e seu aplicativo. A intensidade do engajamento mede o quanto um usuário está usando o aplicativo (por exemplo, o número de ações principais feitas no aplicativo). A profundidade da interação mede o número de vários recursos de plataforma, escopos e recursos de aplicativo com os quais um usuário interagiu.

Dica

• É importante medir o engajamento e o uso não apenas no nível geral do aplicativo, mas também no nível individual de recursos e recursos do aplicativo. Decida sobre ações principais e principais eventos de negócios que definem usuários engajados para sua empresa. Apenas entrar ou exibir o aplicativo pode não ser um envolvimento de qualidade.
• A ação principal é específica para sua empresa e você deve ter uma ação principal correlacionando-se com a Estrela do Norte do seu produto. Não tem mais de 2 a 3 ações principais.
• Os principais eventos de negócios são ações auxiliares que os usuários podem realizar em sua jornada para executar a ação principal. Os principais eventos comerciais podem ajudar a preparar uma exibição de funil sobre quantos usuários estão passando pela jornada ideal do usuário e determinar pontos em que as entregas são altas.

Medir	Comments
• # Usuários de aplicativo (R7, R14, R28). – DAU e MAU. • # Linha de tendência dos usuários de aplicativo.	• Envolvimento no nível do aplicativo e do recurso • Segmentar usuários com base no perfil Microsoft Entra. • Relatório por cliente – área de trabalho, Web e celular. • Segmentar por locatário e nome da organização. • Segmento por recurso de produto (usuários ativos no nível do recurso).
• % dos usuários que usam os principais recursos no aplicativo teams versus usando o mesmo recurso em um aplicativo Web ou nativo.	• Indica a descoberta, a facilidade de uso e o valor do uso do recurso no aplicativo teams. • Relatório no nível do recurso do aplicativo.
• #, % usuários que usam o aplicativo em diferentes escopos (R28).	• Penetração de engajamento. • Relatório por escopo. • Capacidade de detalhar pela funcionalidade.
• #, % usuários que usam o aplicativo em diferentes recursos de plataforma (R28). • #, % Interagindo com a guia. • #, % Interagindo com a extensão mensagens. • #, % Interagindo com bot. • #, % Interagindo com o painel lateral em uma reunião. • #, % Interagindo com o Stageview.	• Envolvimento e suporte de valor das funcionalidades do aplicativo. • Se o uso de qualquer uma das funcionalidades da plataforma for baixo, considere detalhar a facilidade de uso e a adição de valor.
Sucesso da tarefa
• % dos usuários que completam a ação principal.	• Facilidade de executar a tarefa principal. • Relatório em um nível de semana.
• Jornada do usuário em um aplicativo do Teams – Exibição de funil com entregas do usuário.	• Pontos de atrito na jornada do usuário. • Detalhar em um nível de locatário.
• Pontuação de perda para a ação principal: Em que: L = Perda N = O número de etapas diferentes e exclusivas executadas durante a execução da ação principal. S = O número total de etapas executadas durante a execução da ação principal, incluindo as etapas de repetição. R = O número mínimo de etapas necessárias para concluir a ação principal.	• A facilidade de uso com a simulação regional fornece insights sobre a necessidade de localidade. • Detalhar no nível da região e do locatário. • Se a perda estiver acima de 0,4, o aplicativo deverá melhorar a experiência do usuário para facilitar a conclusão da ação principal para os usuários.
• Tempo médio necessário para executar a ação principal.	• Facilidade de uso. • Relatório ao lado de enquanto isso é feito executando a ação principal fora do aplicativo Teams.
• O número médio de vezes que a ação principal foi executada em um mês. • Número médio de vezes que os principais eventos comerciais foram realizados em um mês.	• Nível e intensidade de engajamento. • Exibir tendência mês a mês. • Detalhar por locatário.

Retenção

Meta: melhorar a pegabilidade do produto por meio da acumulação de benefícios quanto mais um usuário se envolve com o aplicativo.

A retenção do usuário mede a frequência com que os usuários voltam a usar o produto. Ele essencialmente mede a frequência de engajamento. Os usuários usarão repetidamente seu produto se receberem mais benefícios. Quanto mais eles usam um produto, o custo de alternar aplicativos é alto. Por exemplo, quando um usuário começa a adicionar itens de tarefa ou ação que acompanha como parte do seu aplicativo, ele pode ajudar na melhor coordenação entre projetos e gradualmente se torna mais caro abandonar seu sistema de gerenciamento de tarefas.

Dica

• Os usuários que usam vários recursos de plataforma do Teams são 20 – 35pp mais bem retidos do que os usuários de recursos únicos.
• Converter novos usuários em usuários de plataforma engajados na primeira semana melhora a retenção.
• Os usuários que executam eventos de criação em seu aplicativo têm maior retenção em comparação com usuários que consomem informações passivamente por meio de notificações. Os eventos de criação dependem da sua empresa. Por exemplo, criando um tíquete, criando uma nova postagem, um quadro de projeto e assim por diante.
• Os aplicativos usados várias vezes (>5 vezes) em um mês têm um mês de retenção melhor ao longo do mês. Casos de uso recorrentes com mais frequência de uso melhoram a retenção.

Medir	Insights
• Nova análise de coorte de retenção de usuário (semana após semana, mês a mês).	• Divisão de retenção por cliente – Área de trabalho do Teams, Web e aplicativo móvel, aplicativo Web que não é do Teams. • Detalhar até um nível de locatário.
• Rotatividade do usuário em 14 dias, 28 dias, 56 dias, 72 dias.	• Rotatividade de usuário. • Detalhar até um nível de locatário. • Capacidade da plataforma e detalhamento de recursos. • Detalhamento de rotatividade por cliente: área de trabalho do Teams, web e aplicativo móvel, aplicativo Web que não é do Teams.
• #, % usuários que usam o aplicativo em mais de um escopo.	• Profundidade de engajamento. O objetivo seria incentivar o uso do aplicativo em diferentes escopos.
• #, % usuários que usam mais de 1 funcionalidade do aplicativo.	• Profundidade de engajamento. • O objetivo seria incentivar os usuários a usar diferentes recursos de plataforma com suporte por aplicativo.
• Tempo médio entre [Ação Principal 1,2..] por usuário.	• Intensidade de engajamento. • Relatório no nível do locatário. • O objetivo seria reduzir esse tempo para promover o uso recorrente.
• % dos usuários que executam eventos de criação. • % dos usuários que executam eventos de consumo. Faixa:   - Ler recibos de mensagens de bot.   – Cliques de notificação.	• Intensidade de engajamento. A retenção de aplicativos é maior quando mais usuários executam eventos de criação em comparação ao consumo puro.
• Capacidade ou escopo do aplicativo com alto uso recorrente.	• Recursos ou recursos altamente retentivos do aplicativo.

Felicidade

Meta: fornecer valor diferenciado e suficiente para o usuário final melhorar sua disposição de pagamento.

A felicidade pretende medir a atitude do usuário em relação ao seu produto e pode se traduzir em sua disposição de pagar e encaminhar outros usuários ao seu produto. A felicidade é, em sua maioria, auto-relatada. Há indicadores principais, como, coleta de comentários, classificação de satisfação. Os indicadores de atraso incluem novas assinaturas e usuários que preferem usar o aplicativo teams em vez de outras modalidades.

Dica

• A felicidade deve ser medida no contexto no momento certo e contextualizada para o usuário. Enviar uma pesquisa genérica em uma data fixa pode não dar uma medida de felicidade precisa, pois os usuários podem não se lembrar de sua experiência.
• Integre mecanismos de captura e classificação de comentários controlados pelo produto para que os usuários enviem facilmente comentários e classificação no fluxo depois de concluir a ação principal.
• Forneça suporte adequado ao produto, ajude os usuários a esclarecer suas consultas, relatar bugs e fornecer comentários.

Medir	Insights
• Pontuação do Promotor do App Net (NPS) da fonte do aplicativo.	• Net Promoter Score. • Microsoft Entra ID e informações de locatário.
• % de usuários felizes ou satisfeitos.	• Detalhar no nível do locatário. • Tendência de relatório ao longo do tempo.
• % usuários que usam o aplicativo Teams vs. Web ou aplicativo móvel.	• Relatório mês a mês.
• Comentários do usuário sobre a experiência após concluir a ação principal.	• Introduza a maneira liderada pelo produto para coletar comentários depois de concluir a ação principal (por exemplo, mensagem no aplicativo para enviar comentários).

Próxima etapa

Planejar instrumentação de código usando o serviço de análise