O tráfego fraco revela-se depois do registo

O tráfego fraco deixa um padrão depois do registo: nenhuma tentativa de pagamento, um depósito mínimo sem jogo posterior, um pico suspeito de atividade ou contas duplicadas. Esses padrões justificam uma análise do tráfego quando os dados da marca mostram que o caminho no produto funciona e o problema se mantém no mercado e tipo de criador testados. Um total de registos com bom aspeto não os explica.

Os dois relatórios têm de descrever o mesmo teste

Comece pelo mercado, pelo tipo de criador e pelo período de registos em análise. Os registos atribuídos pela agência precisam de um grupo correspondente no relatório da marca. Compará-los com todas as contas novas do painel cria uma divergência antes sequer de se analisar a qualidade do tráfego.

O fuso horário e o corte também têm de coincidir. Os dados de depósitos e atividade precisam de cobrir o período de observação acordado para esses registos. Use o método das coortes para comparar prazos e as regras do relatório de depósitos para as contagens. Estas verificações devem ser acordadas de uma vez, para que cada análise de tráfego não se transforme noutra discussão de definições.

A marca precisa de seguir as mesmas contas do registo à tentativa de pagamento, ao depósito concluído e à atividade posterior. A agência precisa das referências de rastreio e dos totais correspondentes por mercado e tipo de criador. Nenhuma das partes resolve uma contagem contestada apontando para um número maior no seu próprio painel.

O último passo concluído indica onde investigar: os jogadores pararam antes da caixa, falharam dentro dela ou concluíram um pagamento que desapareceu do relatório?

Registos sem tentativas de pagamento revelam pouco interesse

Uma fonte que traz repetidamente registos com pouco interesse em chegar à caixa adequa-se mal a um teste de depósitos. Conte quantos jogadores registados tentaram pagar. Uma tentativa falhada mostra um problema diferente de uma conta que nunca chegou a esse passo.

Se poucos jogadores tentarem pagar em vários grupos comparáveis, enquanto outro tráfego utiliza o mesmo caminho com sucesso, os jogadores dessa fonte mostram pouco interesse em depositar. Isso basta para questionar a presença dessa fonte no teste. A agência deve explicar a adequação entre o mercado e o tipo de criador e propor o que mudaria.

Se as tentativas falharem pelo mesmo motivo em todo o tráfego, a caixa precisa de uma correção. Um método de pagamento em falta ou um passo bloqueado no produto cabe à marca. As verificações de preparação ajudam a encontrar essa perda. Chamar-lhe tráfego fraco deixa o impedimento no mesmo sítio para a próxima fonte.

Depósitos mínimos sem jogo são um problema de qualidade

Um grupo recorrente de depósitos mínimos sem jogo posterior é um forte alerta sobre a intenção dos jogadores. Merece uma análise do tráfego mesmo que o número de primeiros depósitos pareça bom. A marca queria jogadores que usam o produto. Recebeu um grupo que parou assim que o pagamento mínimo ficou concluído.

Primeiro, verifique se o jogo está a ser registado e se o caminho até ao jogo funciona. Compare os jogadores do grupo testado com outros que usam esse caminho no mesmo período de observação. Se a atividade aparecer normalmente noutros grupos e os jogadores de depósito mínimo não fizerem nada depois, repetidamente, o problema mantém-se nesse grupo da fonte.

Estas percentagens inventadas não são um limite de alerta universal. O problema é o comportamento repetido depois de a marca verificar os dados de atividade e o caminho no produto. Se faltarem eventos de jogo em todo o tráfego, corrija a recolha desses dados antes de comparar.

Os primeiros depósitos concluídos ficam no relatório de depósitos. A atividade posterior fraca fica na avaliação de qualidade. Um número elevado de primeiros depósitos não elimina a razão para mudar de tipo de criador ou parar.

Um pico tem de passar pela verificação das horas

Vários registos chegarem juntos pode ser normal. O que exige ação é um pico recorrente de atividade real com o mesmo passo seguinte fraco: as contas aparecem num intervalo curto e depois não tentam pagar, ou fazem o depósito mínimo e param. O padrão diz mais do que o pico isolado.

Use a hora em que o jogador agiu. Uma exportação atrasada ou uma fila de eventos que escoa as mensagens acumuladas pode juntar ações sem relação no mesmo minuto de um gráfico. Se o pico desaparecer quando se utiliza a hora do evento, o problema é o momento da entrega. As verificações de rastreio tratam dessa diferença.

Se o pico se mantiver, compare o histórico de pagamentos e atividade com o fluxo habitual no mesmo mercado. Depois de a marca excluir uma interrupção no produto, contas que param repetidamente no mesmo passo são uma razão para questionar a fonte. Pergunte à agência por esse grupo enquanto os dados ainda são fáceis de encontrar.

Um pico de tentativas com a mesma falha na caixa aponta noutra direção. A equipa de pagamentos deve identificar o caminho e o período afetados. O relatório mostra depois o padrão de tráfego separado do impedimento, para que um não esconda o outro.

Separe mensagens repetidas de contas duplicadas

Um evento repetido é uma falha no reporte. Contas duplicadas são uma questão de qualidade do tráfego. Comece por comparar os dados das transações: a repetição do mesmo pagamento concluído deve desaparecer quando os eventos são verificados com a caixa. Depois, consulte as verificações de contas da marca para o grupo restante.

Quando a marca confirma que contas duplicadas chegam repetidamente pelo mesmo grupo testado, é preciso agir sobre a fonte. Verifique se o padrão volta no grupo seguinte. Não continue a contá-lo como volume novo enquanto espera pelo fim do teste. Para essa avaliação, use as contas duplicadas confirmadas pela marca. Um dispositivo partilhado, por si só, deixa a questão em aberto.

As mensagens repetidas cabem a quem gere a entrega dos eventos. O tráfego de contas duplicadas confirmado entra na análise da fonte. Uma melhor entrega dos eventos remove o primeiro problema e deixa o segundo visível.

Pergunte no primeiro relatório ou na primeira anomalia

Antes do arranque, acorde que parte do relatório a marca pode pedir: mercado, tipo de criador, período de registos, período de observação dos depósitos, fuso horário e corte. Acorde como as referências de rastreio da agência se ligam aos dados da marca. Isso poupa tempo quando surge um padrão fraco e alguém pede uma explicação.

O primeiro relatório é a primeira verificação. Se as contagens diferirem, peça os dados correspondentes nesse momento. Se surgirem contas duplicadas ou depósitos mínimos sem jogo entre relatórios, pergunte de imediato. Esperar pelo total final do teste dá mais espaço ao mesmo problema.

Não esperamos pelo relatório final quando o mesmo padrão fraco se repete. O pedido deve dizer o que aconteceu, que grupo é afetado e que comparação distingue um problema da fonte de um impedimento no produto. «Verifiquem o tráfego» dá pouca informação à agência.

Repita a verificação depois da correção e depois no próximo grupo comparável. Uma correção do relatório de ontem mostra que ontem foi corrigido. O grupo seguinte mostra se o mecanismo que produziu o problema mudou.

Peça uma exportação correspondente e resolva a diferença

A resposta da agência deve incluir os números do mercado e tipo de criador em causa, as referências de rastreio que os sustentam, as datas e as regras de contagem usadas. A marca fornece os dados correspondentes de contas, caixa e atividade. Peça os campos que explicam a diferença.

Compare separadamente os pagamentos concluídos em falta no relatório atribuído, os eventos repetidos, os primeiros depósitos contados por engano e as contas duplicadas confirmadas. Cada divergência precisa de uma razão clara e de um total corrigido. Uma resposta geral a dizer «os números foram atualizados» não explica a causa.

Fazer circular a mesma captura de ecrã entre equipas não é um método de reconciliação.

Uma captura pode mostrar que algo está errado. O cruzamento dos dados mostra onde falhou. A agência pode explicar as referências de rastreio e o seu relatório; a marca pode explicar o estado dos pagamentos e as verificações de contas. A equipa que gere a entrega de eventos pode explicar uma mensagem em falta ou repetida.

O processo do lado do cliente começa com acesso às estatísticas de depósitos ou com uma exportação regular. Use esse acesso para encontrar onde os jogadores pararam e depois verifique se o grupo corrigido continua a mostrar o problema da fonte.

Trate o problema que encontrou

Pouco interesse em pagar, depósitos mínimos repetidos sem jogo e tráfego confirmado de contas duplicadas podem justificar mudar de mercado ou de tipo de criador, ou parar o teste. Um pico real reforça essa conclusão quando traz o mesmo comportamento fraco. A agência precisa de responder diretamente ao que foi encontrado.

Um impedimento na caixa ou na atribuição exige uma pausa operacional e uma verificação da correção. Indique que caminho ou que dados falharam, quem vai verificar a correção e o que permite retomar o teste. Chamar problema de fonte a uma falha de produto manda simplesmente o próximo teste para o mesmo caminho que falha.

A análise de uma fonte deve terminar com o comportamento fraco que as verificações confirmaram e com uma resposta da agência sobre o que muda. Uma correção do relatório altera a contagem, não o comportamento fraco. Se os dados continuarem em discussão, explique como isso limita a conclusão. A marca pode parar um teste que não consegue avaliar, deixando a causa em aberto.

Depois, repita a verificação no próximo grupo comparável. O mesmo comportamento fraco volta a aparecer? Enquanto isso não for verificado, um total mais limpo é apenas um total mais limpo.