Cripto-Casino
Torrent Gear
Como funciona um analista offfer em sistemas CPA
1) O que é um analista e onde vive
Nos sistemas CPA, «off» é a configuração de um produto (marca/geo/land/modelo de pagamento/regras de validade) para o qual a plataforma considera conversão, custo e qualidade. Um analista offshore é a coleta e o processamento de eventos de cada offshore, a comparação de fontes/criatividade, a indexação de taxas e a tomada de decisões sobre escala/pé.
Tarefas-chave:- Ver a eficiência de CTR, CR (click→reg→KYC→FTD), CPA, ROAS/ROY.
- Controle de qualidade: D7/D30 retenção, 2nd-dep rate, chargeback/refund, NGR.
- Gerenciar a economia: parquets payout, caps/pacing, congelamento/disputas.
- Defender-se: Deduplicação, antifrode, regras de validade FTD.
2) Esquema de dados off (contrato mínimo)
Offer: `offer_id`, `brand`, `geo`, `device`, `landing_id`, `payout_model (CPL/CPA/Hybrid/RS)`, `payout_rules`, `cap/day`, `compliance_guides`.
Traffic touchpoints: `click_id`, `sub_id/aff_id`, `utm_`, `creative_id`, `placement`, `device/os`, `ip/asn`.
Events (S2S): `registration`, `kyc_approved`, `deposit_success {amount,currency,is_ftd}`, `second_deposit`, `refund/chargeback`.
Finance: `payout_calc`, `hold`, `schedule`, `currency`, `fx_rate(date)`.
Quality: `risk_flags`, `fraud_score`, `cohort_metrics`.
3) Atribuição, dedução e validação
A chave de atribuição é 'click _ id' (criado por um reditor de rede/parceiro).
Idempotidade de eventos: exclusivo 'event _ id' → repetição ≡ 'já contabilizado'.
Deduplicação FTD: por '(post _ id OR payment _ fingerprint) + off + janela 30-90 dias)'.
Regras de validade FTD (Ofer): depósito mínimo, proibição de reposição bónus/zero, status KYC.
Cruzamento de origem: Em vários cliques até FTD, política (last click dentro da janela de atribuição) ou data-driven no lado do rastreador.
4) Métricas de análise (camada de operação)
Vórtice:- `CTR = Clicks / Impressions`
- `CR1 = Reg / Clicks`
- `CR2 = KYC / Reg`
- 'CR3 = FTD/Reg' (ou 'FTD/KYC' para vórtice rigoroso)
- `CPA = Spend / FTD`
- `ARPU_Dn = NGR_Dn / FTD`
- `Payback = min{n: Cum_ARPU_Dn ≥ CPA}`
- `ROAS = NGR / Spend`, `ROI = (NGR − Spend − Direct_Opex) / Spend`
- `2nd_dep_rate = Users_with_2nd_dep / FTD`
- `Retention_D7/D30`, `Chargeback_rate`, `Refund_rate`
5) Eventos Pipeline: do clique ao pagamento
1. Clique: Reditor cria 'click _ id', normaliza UTM, escreve o logista.
2. Ir para o land: espaço 'click _ id '/cifra; uma frente sem dados sensíveis.
3. Eventos de servidor da operadora: 'registration/kyc/deposit/...' na rede S2S-endpoint → para a fila → processador.
4. Regras off: verificação de validade, janela de atribuição, dedução.
5. Vitrines BI: cômodos FTD (D1/D7/D30), NGR, Payback, cancelamentos/disputas.
6. Billing e pagamentos: Cálculo de modelo (CPA/Hybrid/RS), hold, acertos e acertos.
6) Indexação payout e «breckets de qualidade»
O pagamento CPA é frequentemente associado à qualidade do cômodo. Exemplo de regras:- Brecket básico: 'CPA = $120' se '2nd _ dep ≥ 25%' e 'ARPU _ D30 ≥ $90'.
- Rebaixamento: 'CPA = $100' se '2nd _ dep <20%' ou 'Marceback> 3%'.
- Aumento: 'CPA = $140' se 'ARPU _ D30 ≥ $110' e 'D7 _ ret ≥ 40%'.
- A indenização é repassada por cômodos e fontes. As decisões são fixadas no suprimento do ofer.
7) SmartLink e arranjo automático off
SmartLink distribui o fluxo entre os offshores dentro da sala de aula (um GEO/vertical). O analista de fora dá um Fidbeck:- Sinais: CR a FTD, proxy ARPU, taxa de rejeição/disputa, bandeiras de compliance.
- Controle: white/black-list off, «pin» manual, caps, pacing, prioridades.
- O objetivo é maximizar o payback/qualidade, respeitando as regras de validade.
8) Antifrode e qualidade ao nível off
Clique-frod: IP/ASN-screening, regras velocity, device-fingerprint, listas de fontes.
Eur-frod: Correspondências de documentos/CUS, pacotes de registro noturno, baixo engagement.
Depósitos «bónus», devoluções, «carrossel» de pagamentos.
Resposta: congelamento automático de pagamentos de off/saba, investigação, acertos, ajustes de payout.
9) Dashboards de analistas de fora (conjunto obrigatório)
1. Vórtice por offer: kliki→reg→KYC→FTD por 'fonte/creative/place/device'.
2. Qualidade/linha: ARPU D1/D7/D30, 2nd-dep, Retenção, Payback.
3. Cancelamentos/controvérsias: desvios, chargeback/refund por razões e fontes.
4. Estabilidade do tracking: atraso no pós-back, proporção de duplicados, EMQ/proporção de eventos sem 'click _ id'.
5. Economia de pagamento: CPA/Hybrid/RS vs brokets, previsão de cash flow (hold, schedule).
10) Alertas e SLA por off
Faixa-SLA: atraso S2S> 15 minutos, erro-rate> 1%, proporção de duplicação> 0,5%.
Negócios SLA: queda de 'CR ( )' para X , elevação de chargeback, ARPU.
Complacência: desvios criativos/lendas, queixas, land-bidding - escalação automática.
Resposta: Auto-parar/kap, notificação do gerente, abertura de investigação.
11) Disputas e acertos
Procedimento padrão:1. Cruzamento de volume por 'click _ id/event _ id' por período (UTC).
2. Comparação da validade FTD com as regras do off.
3. Descarregando as malas de borda (rejeitadas/chargeback).
4. Acerto final, ajustes de payout/RS, atualização de barras de qualidade.
12) Fórmulas e mini-exemplo
Originais: 30 dias por off 'BR-Android'
Spend = 25 000; Clicks = 50 000; Reg = 4 000; KYC = 2 600; FTD = 600
GGR_D30/FTD = 130; bónus = 15%; provedores de jogos = 10% GGR; lenços = 3% dos depósitos; carregeback = 1% dos depósitos
CPA contrato = $110 (brequete básico)
Cálculo NGR _ D30 (em 1 FTD):- GGR = 130 → menos bônus 19,5 (15%) → menos provedores 13 (10%) → menos pagadores £3,6 → menos chargeback £1,2 ⇒ NGR ≈ 92,7
- ARPU_D30 = 92,7; CPA facto = 25 000/600 = 41,7 (para rede)
- Payback (grosseiramente): ARPU diário ≈ 92,7/30 = 3,09 ⇒ 41,7/3,09 ≈ 14 dias
- Qualidade Bracket: se 2nd-dep _ rate ≥ 25% e ARPU _ D30 ≥ 90 → CPA indexado para 120 $.
13) Erros frequentes no analítico offshore
1. Contar por GGR, sem considerar bónus/comissão → falso ROAS.
2. Não há idempotency de duplicação de FTD em retrações.
3. A mistura de geo/slide em um único ofer → «temperatura média», más decisões.
4. Falta de eventos de chargeback/refund → ARPU exagerado.
5. Regras ímpares de validade da FTD → discussões eternas, congelamento de pagamentos.
6. Apenas a EPC sem cômodos e 2nd-dep é uma economia frágil.
7. Não há alertas para atrasos de S2S → falhas de dados, quebra de billing.
14) Folhas de cheque
14. 1. Antes de iniciar o off
- Descrito 'payout _ modelo', 'payout _ rulas', janela de atribuição, validade FTD
- s2s-схема: `registration/KYC/FTD/2nd_dep/refund/chargeback`
- UTC, moedas, tabela fx; idempotency по `event_id`
- Limiar antifrod, white/lista de fontes
- Dashboards: vórtice, cômodos, descartagens, métricas SLA
- Alertas: atraso> 15 min, anomalias CR, picos de chargeback
14. 2. Rotina semanal
- Acerto «operator↔set» por evento e soma
- Atualização de breckets de qualidade (por cômodos)
- Retrô em criações/lendas/fontes em corte off
- Atualização das folhas white/black, análise de malas controversas
15) Plano 30-60-90 de implementação de analistas
0-30 dias - Esqueleto e higiene
Normalize o modelo off e eventos S2S; inclua idempotency, UTC, moedas.
Levanta os dashboards básicos: vórtice, cômodos D7/D30, rastreamento SLA.
Digite os brecets de payout e liminares de antifrode mínimos.
31-60 dias - Qualidade e economia
Adicione chargeback/refund, 2nd-dep, Retenção nos relatórios.
Configure a indexação CPA pela qualidade da coorte, automatize os caps e o paising.
Ligue os sinais SmartLink (white/black lists, prioridades).
61-90 dias - Sustentabilidade e auditoria
Introduza logs com correlação 'click _ id/event _ id', DLQ e retrai.
Faça testes de estresse S2S e verificação com BI/finanças (NGR-consistência).
Formalize playbooks de malas disputadas e auditorias trimestrais off.
Um analista offshore não é uma «tabela de leitos», mas um sistema: um circuito S2S confiável, regras de validade rígidas, economia cômica e barras de pagamento transparentes. Quando cada off é descrito como um objeto com eventos, qualidade e finanças, você rapidamente distingue o «ruído» do crescimento, protege as margens e escala apenas os laços que realmente dão payback e longa LTV.