Perceber o que fazem os utilizadores da tua aplicação
A loja diz-te quantas pessoas a instalaram. Não te diz nada sobre se a abriram duas vezes.
A situação
Uma aplicação é mais difícil de medir do que um sítio e as perguntas são as mesmas: a que ecrãs as pessoas chegam, se voltam, e se a última versão piorou as coisas.
A dificuldade concreta é que uma má compilação não se arranja destacando. Está lá fora até as pessoas atualizarem, e o primeiro aviso costuma ser uma análise.
Como se faz
1. Acrescenta o SDK. Há um para Android, iOS, Flutter, React Native, Kotlin Multiplatform, Unity, .NET e Electron. Cada um contenta-se com o identificador da aplicação e uma chamada para arrancar.
2. Nomeia os teus ecrãs com cuidado. Uma aplicação não tem URL, portanto o nome de ecrã que o teu SDK reportar é o que aparece em todos os relatórios. É a única decisão do momento da instalação que não se muda barato depois.
3. Lê a estabilidade por versão. A taxa sem falhas, separada por versão da aplicação. No total não significa nada durante um destacamento faseado: uma má compilação que chega a uma décima parte dos utilizadores dilui-se a uma décima.
4. Anota a publicação. A diferença entre «o envolvimento caiu na semana 12» e «o envolvimento caiu quando publicámos a 4.2».
5. Conta com que as compilações antigas continuem a reportar. O formato de transmissão está congelado na versão 1, portanto uma compilação publicada há dois anos continua a mandar dados. Filtrar por versão é como se leem os relatórios, não uma funcionalidade avançada.
Onde isto pára
Não há dados de velocidade, e não vai haver uns falsos. O SDK de uma aplicação manda quando um ecrã aconteceu, não quanto tempo demorou o que quer que fosse. Inventar um número a partir do intervalo entre dois ecrãs mediria a rapidez com que alguém toca no ecrã. Se precisas de tempos de arranque e de imagens por segundo, isso é uma ferramenta de desempenho.
Sem mapas de calor, sem gravações, sem widget de opiniões. Esses precisam de uma página a que se agarrar. Uma aplicação tem ecrãs, sessões, retenção e erros, e essa é a lista inteira.
Uma taxa sem falhas esconde uma funcionalidade que falha em silêncio. A aplicação mantém-se de pé e o ecrã não faz nada. O sinal aí são os ecrãs por sessão, não a estabilidade.
Outros trabalhos
Arranjar um registo que perde gente
Encontra o passo que as pessoas abandonam, e depois vê o que aconteceu lá de facto.
Provar que marketing trouxe receita
Liga o dinheiro à campanha, sem que o relatório de referenciadores diga Direto.
Ouvir os visitantes antes de saírem
Um comentário preso à página de que fala, em vez de um inquérito que ninguém começa.
Reportar sem distribuir palavras-passe
Uma ligação de leitura para um cliente ou um conselho, e um resumo que chega sozinho.
Acompanhar um dia de lançamento
Vê o tráfego a chegar à medida que acontece, e sabe dentro da hora se está a correr mal.