Planear e decidir o que medir

Depois de uma aplicação ser distribuída numa organização ou na Microsoft Teams Store, é importante controlar a forma como os utilizadores estão a interagir com a aplicação. Com o aumento de utilizadores de aplicações, o número de instalações de aplicações pode não ser uma métrica relevante.

É importante planear o tipo de dados, métricas e eventos que pretende monitorizar à medida que desenvolve a sua aplicação Teams. A métrica Estrela Do Norte do seu produto orientaria o estabelecimento do conjunto certo de métricas, ação do utilizador principal e eventos-chave relevantes para a sua empresa.

Para ter sustentabilidade a longo prazo no ecossistema, uma aplicação tem de ter um bom crescimento de novos utilizadores. O segundo atributo é cativação e retenção. Os utilizadores têm de voltar à aplicação e continuar a encontrar valor na mesma e utilizá-la. Por último, a terceira qualidade é a receita. A aplicação tem de fornecer valor suficiente aos utilizadores, de modo a que haja vontade de pagar. As aplicações têm de possuir as três qualidades para serem bem-sucedidas a longo prazo na plataforma. Se alguma destas três qualidades estiver em falta numa aplicação, tem uma baixa probabilidade de sucesso na plataforma.

A sua estratégia de instrumentação deve garantir a medição do seu produto nestas três qualidades.

Monitorizar eventos para a sua aplicação

Para efeitos deste artigo, vamos utilizar a arquitetura HEART para indicar um conjunto representativo de métricas e eventos que deve considerar monitorizar para a sua solução. Tenha em atenção que a lista seguinte não é exaustiva e recomendamos que adicione instrumentação adicional relevante à sua empresa e produto.

Adoção

Objetivo: adquira novos utilizadores que possam começar a explorar a aplicação, mantendo assim uma parte superior do funil em bom estado de funcionamento. A deteção e adoção de novas aplicações ocorrem de uma das seguintes formas:

• O utilizador procura e instala a aplicação por conta própria.
• O utilizador tropeça na aplicação quando é partilhada numa conversa, reunião ou canal por outro utilizador (separador ou Cartão Ajustável).
• O administrador instala a aplicação para os utilizadores e a aplicação envia uma mensagem de boas-vindas.

A instrumentação concebida para melhorar a adoção deve ter como objetivo melhorar a deteção da aplicação e das respetivas funcionalidades. A probabilidade de detetar uma aplicação entre novos utilizadores aumenta quando os utilizadores existentes começam a utilizar a aplicação no âmbito de colaboração. Por exemplo, adicionar um canal ou separador de reunião, adicionar um bot ao canal ou partilhar o cartão de extensão de mensagens numa conversa de grupo.

Dica

• Meça a utilização da aplicação no âmbito de colaboração e o tempo necessário para descobrir as funcionalidades da sua aplicação no âmbito de colaboração ou reunião. Se a utilização for baixa ou o tempo decorrido for elevado, socialize as funcionalidades ditas melhor na aplicação ou através dos esforços de marketing.
• Embora a medição da adoção geral seja boa para começar, medir a adoção a nível de funcionalidades e capacidade de plataforma.

Medir	Insights
• Utilizadores que instalam a aplicação em R1, R7, R14, R28 dias. • # Inícios de sessão (se a aplicação tiver início de sessão).	• Adoção ao nível da aplicação dividida no inquilino, região e segmento. • Segmente utilizadores com base no perfil do Microsoft Entra. • Segmentar por nome de inquilino e organização.
• Tempo médio utilizado pela primeira vez (clique no separador, bot, Cartão Ajustável e reunião).	• Comunicar ao nível da funcionalidade ou da plataforma para medir a adoção ao nível da funcionalidade.
• Ponto de extensibilidade da primeira deteção. • Âmbito da primeira deteção.	• Utilize os dados para medir que ponto de extensibilidade e âmbito são mais utilizados para detetar a sua aplicação pelos seus utilizadores finais.
• % das ligações que conduzem à instalação da aplicação.	• Utilizadores interessados em instalar a aplicação, após a deteção.
• Tempo médio necessário para adicionar a aplicação no âmbito de colaboração - em canal, chat de grupo e reunião.	• Penetração de utilização na aplicação.
• % dos utilizadores que adicionam a aplicação no âmbito de colaboração.	• Ajuda a determinar o potencial de viralidade, ou seja, a deteção orgânica e a utilização por parte de novos utilizadores.
• % dos utilizadores que configuram a aplicação depois de a adicionarem no chat de canal ou grupo.	• Se a aplicação não estiver configurada no dia da instalação, existe uma probabilidade de 5% de o utilizador a configurar na semana seguinte.

Cativação e êxito da tarefa

Objetivo: aumente o número de utilizadores com qualidade envolvida que completam as ações principais na aplicação.

A ação principal é definida como essa ação do utilizador, que é central para a empresa e contribui diretamente para a Estrela do Norte. Por exemplo, se for um fornecedor de soluções de Permissões de TI, a ação principal do utilizador poderá ser "Criar um pedido de suporte" com os passos para procurar um problema, sendo os escalamentos os principais eventos empresariais no funil de percurso do utilizador que impulsionam os utilizadores para a ação principal.

O compromisso pretende medir a intensidade e a profundidade da interação entre o utilizador e a sua aplicação. A intensidade do envolvimento mede o quanto um utilizador está a utilizar a aplicação (por exemplo, o número de ações principais realizadas na aplicação). A profundidade da interação mede o número de várias funcionalidades de plataforma, âmbitos e funcionalidades de aplicações com as quais um utilizador interagiu.

Dica

• É importante medir a cativação e a utilização não só ao nível geral da aplicação, mas também ao nível da funcionalidade e da capacidade de aplicações individuais. Decida sobre as ações principais e os principais eventos empresariais que definem os utilizadores envolvidos para a sua empresa. Apenas iniciar sessão ou ver a aplicação pode não ser um compromisso de qualidade.
• A ação principal é específica para a sua empresa e deve ter uma ação principal correlacionada com a Estrela Norte do seu produto. Não tem mais de 2 a 3 ações principais.
• Os principais eventos empresariais são ações auxiliares que os utilizadores podem realizar no seu percurso para realizar a ação principal. Os principais eventos empresariais podem ajudar a preparar uma vista de funil sobre quantos utilizadores estão a passar pelo percurso ideal do utilizador e determinar os pontos onde as listas de entrega são elevadas.

Medir	Comments
• # Utilizadores da aplicação (R7, R14, R28). – DAU e MAU. • # Linha de tendência dos utilizadores da aplicação.	• Interação ao nível da aplicação e da funcionalidade • Segmente utilizadores com base no perfil do Microsoft Entra. • Relatório por cliente – ambiente de trabalho, Web e dispositivos móveis. • Segmentar por nome de inquilino e organização. • Segmentar por funcionalidade de produto (utilizadores ativos ao nível da funcionalidade).
• % dos utilizadores que utilizam as principais funcionalidades na aplicação Teams vs. com a mesma funcionalidade numa aplicação Web ou nativa.	• Indica deteção, facilidade de utilização e valor da utilização da funcionalidade na aplicação Teams. • Relatório ao nível da funcionalidade da aplicação.
• #, % de utilizadores que utilizam a aplicação em diferentes âmbitos (R28).	• Penetração de cativação. • Relatório por âmbito. • Capacidade de desagregar por capacidade.
• #, % de utilizadores que utilizam a aplicação em diferentes capacidades de plataforma (R28). • #, % a interagir com o separador. • #, % a interagir com a extensão de Mensagens. • #, % a interagir com o bot. • #, % a interagir com o painel lateral numa reunião. • #, % de Interação com a Visão de Fase.	• Cativação e proposta de valor das capacidades da aplicação. • Se a utilização de alguma das capacidades da plataforma for baixa, considere explorar detalhes sobre a facilidade de utilização e o valor acrescentado.
Êxito da tarefa
• % dos utilizadores que estão a concluir a ação principal.	• Facilidade de execução da tarefa principal. • Reporte a um nível semanal.
• Percurso do utilizador numa aplicação do Teams – Vista de funil com listas pendentes de utilizadores.	• Pontos de fricção no percurso do utilizador. • Desagregar ao nível do inquilino.
• Pontuação de Perda para a ação principal: Em que: L = Perda N = O número de passos diferentes e exclusivos executados durante a execução da ação principal. S = O número total de passos realizados durante a execução da ação principal, incluindo passos de repetição. R = O número mínimo de passos necessários para concluir a ação de núcleo.	• A facilidade de utilização com a exploração regional fornece informações sobre a necessidade de região. • Desagregar ao nível da região e do inquilino. • Se a perda for superior a 0,4, a aplicação deve melhorar a experiência do utilizador para facilitar a conclusão da ação principal para os utilizadores.
• Tempo médio necessário para efetuar a ação de núcleo.	• Facilidade de utilização. • Entretanto, comunique com a realização de ações principais fora da aplicação Teams.
• O número médio de vezes que a ação principal foi realizada num mês. • Número médio de vezes que os eventos empresariais principais foram realizados num mês.	• Nível e intensidade de envolvimento. • Ver a tendência mês a mês. • Desagregar por inquilino.

Retenção

Objetivo: melhorar a persistência do produto através da acumulação de benefícios, mais um utilizador interage com a aplicação.

A retenção do utilizador mede a frequência com que os utilizadores voltam a utilizar o produto. Basicamente, mede a frequência do envolvimento. Os utilizadores utilizam repetidamente o seu produto se tiverem mais benefícios. Quanto mais utilizam um produto, o custo da mudança de aplicações é elevado. Por exemplo, quando um utilizador começa a adicionar tarefas ou itens de ação que controla como parte da sua aplicação, pode ajudar numa melhor coordenação entre projetos e, gradualmente, torna-se mais dispendioso abandonar o seu sistema de gestão de tarefas.

Dica

• Os utilizadores que utilizam múltiplas capacidades de plataforma do Teams são 20 a 35pp mais bem retidos do que os utilizadores com capacidade única.
• A conversão de novos utilizadores em utilizadores de plataformas envolvidas na primeira semana melhora a retenção.
• Os utilizadores que efetuam eventos de criação na sua aplicação têm uma retenção superior em comparação com os utilizadores que consomem informações passivamente através de notificações. Os eventos de criação dependem da sua empresa. Por exemplo, criar um pedido de suporte, criar uma nova publicação, um quadro de projeto, etc.
• As aplicações utilizadas várias vezes (>5 vezes) num mês têm um mês de retenção melhor ao longo do mês. Os casos de utilização recorrentes com mais frequência de utilização melhoram a retenção.

Medir	Insights
• Nova análise da coorte de retenção de utilizadores (semana após semana, mês a mês).	• Discriminação da retenção por cliente – aplicação Teams para ambiente de trabalho, Web e dispositivos móveis, aplicação Web não Teams. • Desagregar para um nível de inquilino.
• Alteração do utilizador em 14 dias, 28 dias, 56 dias, 72 dias.	• Alteração de utilizador. • Desagregar para um nível de inquilino. • Capacidade da plataforma e desagregação de funcionalidades. • Discriminação de alterações por cliente: ambiente de trabalho, Web e aplicação móvel do Teams, aplicação Web não Teams.
• #, % de utilizadores que utilizam a aplicação em mais do que um âmbito.	• Profundidade do compromisso. O objetivo seria incentivar a utilização da aplicação em diferentes âmbitos.
• #, % de utilizadores que utilizam mais de 1 capacidade da aplicação.	• Profundidade do compromisso. • O objetivo seria incentivar os utilizadores a utilizarem diferentes capacidades de plataforma suportadas pela aplicação.
• Tempo médio entre [Core Action 1,2.]. por utilizador.	• Intensidade do envolvimento. • Relatório ao nível do inquilino. • O objetivo seria reduzir este tempo para promover a utilização periódica.
• % dos utilizadores que efetuam eventos de criação. • % dos utilizadores que realizam eventos de consumo. Controlar:   - Recibos de leitura para mensagens de bot.   - Cliques de notificação.	• Intensidade do envolvimento. A retenção de aplicações é maior quando mais utilizadores efetuam eventos de criação em comparação com o consumo puro.
• Capacidade ou âmbito da aplicação com elevada utilização periódica.	• Funcionalidades ou capacidades altamente retentivas da aplicação.

Felicidade

Objetivo: forneça um valor suficiente e diferenciado para o utilizador final melhorar a sua vontade de pagamento.

A felicidade pretende medir a atitude do utilizador em relação ao seu produto e pode traduzir-se na sua vontade de pagar e encaminhar outros utilizadores para o seu produto. A felicidade é principalmente auto-reportada. Existem indicadores principais, como, por exemplo, a recolha de comentários, a classificação de satisfação. Os indicadores atrasados incluem novas subscrições e utilizadores que preferem utilizar a aplicação Teams em vez de outras modalidades.

Dica

• A felicidade deve ser medida no contexto no momento certo e contextualizada para o utilizador. Enviar um inquérito genérico numa data fixa pode não dar uma medição precisa da felicidade, uma vez que os utilizadores podem não se lembrar da sua experiência.
• Integre mecanismos de classificação e captura de comentários orientados por produtos para que os utilizadores submetam facilmente comentários e classificações no fluxo após concluirem a ação principal.
• Forneça suporte de produto adequado, suporte técnico para os utilizadores esclarecerem as consultas, comunicarem erros e fornecerem comentários.

Medir	Insights
• Pontuação de Promotor da Rede de Aplicações (NPS) da origem da aplicação.	• Net Promoter Score. • Informações de inquilino e ID do Microsoft Entra.
• % de utilizadores satisfeitos ou satisfeitos.	• Desagregar ao nível do inquilino. • Tendência de relatórios ao longo do tempo.
• % de utilizadores que utilizam a aplicação Teams vs. Web ou aplicação móvel.	• Relatório mês a mês.
• Comentários dos utilizadores sobre a experiência após concluir a ação principal.	• Introduza o caminho orientado para o produto para recolher comentários após concluir a ação principal (por exemplo, mensagem na aplicação para submeter comentários).

Próxima etapa

Planear a instrumentação de código com o serviço de análise