Video Central

Por que usar o Registro de Eventos de Assinatura?

O Registro de Eventos de Assinatura fornece um histórico de alterações nas análise de assinatura além do que está disponível em painéis predefinidos:

Análises personalizadas: crie métricas adaptadas às suas definições de negócios específicas e necessidades de relatórios, usando dados brutos em nível do evento
Integração com Data Warehouse: integre os dados de assinatura do Prime Video com seus sistemas internos e outras fontes de dados para uma análise abrangente
Lógica comercial flexível: aplique suas próprias regras de liquidação, lógica de desduplicação e cálculos de métricas para atender às suas necessidades de negócios
Monitoramento do ciclo de vida do cliente: acompanhe as trajetórias individuais dos clientes em eventos de assinatura com identificadores anônimos estáveis

Como funciona

O Registro de Eventos de Assinatura fornece dados de assinatura como um fluxo de eventos somente para acréscimos por meio da API. Cada registro representa um evento distinto no ciclo de vida da assinatura de um cliente. Os dados contêm eventos brutos, sem lógica de negócios pré-aplicada, oferecendo total flexibilidade para calcular métricas de acordo com suas necessidades.

Como escolher o método de acesso a dados correto
O Slate Insights fornece duas maneiras de acessar os dados da assinatura:

Recurso	Painel Analytics Slate	Registro de Eventos de Assinatura (API)
Ideal para	Informações rápidas, relatórios executivos	Análise personalizada, engenharia de dados
Formato de dados	Métricas pré-agregadas	Dados brutos em nível de evento
Lógica de liquidação	Aplicada automaticamente	Você aplica sua própria lógica
Deduplicação	Tratado para você	Você deduplica usando last_update_time_utc
Flexibilidade	Definições de métricas fixas	Personalização completa
Frequência de atualização	Aproximadamente a cada 8 horas	Aproximadamente a cada 4 horas
Dados históricos	Até 2 anos	Até 2 anos
Método de acesso	Interface do usuário da Web	API REST

Use o Painel de controle quando precisar de respostas rápidas ou visualizações predefinidas. Use a API de Registro de Eventos quando precisar criar métricas personalizadas, integrar-se ao seu armazém de dados ou aplicar lógica específica para o seu negócio.

Conceitos-chave
Compreender esses conceitos fundamentais irá ajudar você a trabalhar de forma eficaz com o Registro de Eventos de Assinatura.

Conceito	Descrição
Evento	Uma ação de assinatura específica (iniciar, renovar, cancelar, ativar/desativar renovação automática). Cada evento é identificado por um subscription_event_id exclusivo.
Dimensão	Um atributo que descreve o contexto de um evento, como a data em que ocorreu, o cliente envolvido ou o tipo de oferta. As dimensões são usadas para filtrar e agrupar dados.
Métrica	Uma medida calculada derivada de eventos, como número de assinantes ativos, taxa de rotatividade ou taxa de conversão. As métricas não são armazenadas diretamente, é preciso calculá-las a partir dos dados do evento.
Modelo de registro de alterações	Os dados são somente para acréscimo. Se os atributos de um evento forem alterados, um novo registro será publicado com o mesmo subscription_event_id, mas com um last_update_time_utc atualizado.
Liquidação	Lógica de negócios que filtra interferências de eventos brutos. Por exemplo, ao excluir pares de início/cancelamento na mesma data que não representam assinaturas significativas.
Ciclo de vida	Um “ciclo” de assinatura que representa um período contínuo de assinatura. Um novo ciclo de vida começa após cada evento de cancelamento liquidado.

Observação: Comece com Eventos e Dimensões para consultar os dados, aplique a lógica de Liquidação e Ciclo de Vida para limpá-los e, em seguida, calcule as Métricas correspondentes às suas definições de negócios.

Dimensões

As dimensões são atributos que descrevem o contexto de cada evento de assinatura. São usadas para filtrar dados, agrupar resultados e criar relatórios.

Dimensão do evento
Subscription_event_type é o tipo de evento de assinatura que ocorreu. Essa é a dimensão principal para compreender as ações do ciclo de vida do cliente.

Valor	Descrição	Caso de uso
Start	O cliente se inscreveu no seu canal pela primeira vez. No momento da venda, não existe nenhum registro inicial anterior para esse cliente.	Contagem de novas aquisições de assinantes
Renewal	A assinatura do cliente foi renovada a partir de um período anterior. Os eventos de renovação ocorrem mesmo quando há intervalos entre os períodos de assinatura, desde que o cliente possua um histórico de assinaturas.	Contagem de assinantes retidos
Cancel	A assinatura do cliente foi encerrada. Pode ter sido iniciada pelo cliente ou devido a falha no pagamento.	Calcular a taxa de rotatividade
Active - AR ON	O cliente ativou a renovação automática. A assinatura será renovada no final do período.	Monitorar a taxa de renovação automática
Active - AR OFF	O cliente desativou a renovação automática. A assinatura expirará no final do período, a menos que seja reativada.	Identificar assinantes em risco
Suspended	A assinatura do cliente foi temporariamente suspensa devido a problemas de pagamento (fundos insuficientes ou informações de cobrança inválidas). A assinatura será retomada automaticamente e gerará um evento de renovação quando o cliente atualizar suas informações de cobrança e o pagamento for processado com sucesso.	Ajuda a monitorar assinaturas em um estado de falha temporária que podem ser recuperadas (tornando-se renovações) ou convertidas em cancelamentos

Observação: Um evento Start ocorre somente quando, no momento da venda, não temos nenhum registro inicial anterior para esse cliente em seu canal. Para uma contagem confiável de assinantes ativos, trate os eventos de Start e Renewal como indicadores de uma assinatura ativa. Essa abordagem lida com todos os casos extremos de forma consistente.

Dimensões da oferta
Essas dimensões descrevem a oferta de assinatura associada a cada evento.

Dimensão	Tipo	Formato	Descrição
is_promo	número inteiro	0 ou 1	Indica se o evento de assinatura ocorreu durante um período de oferta promocional. 0 = oferta padrão (sem promoção ativa), 1 = oferta promocional (desconto ou preço especial ativo).
offer_type	string	Texto	Representa a classificação da oferta para a Amazon. Para os canais, será sempre “3P_SUBS”.
offer_marketplace	string	Código da loja	A loja da Amazon onde a oferta de assinatura está disponível. Valores: US (Estados Unidos), UK (Reino Unido), DE (Alemanha), JP (Japão), ROE (Restante da Europa), ROW_NA (Restante do mundo – América do Norte), ROW_EU (Restante do mundo – Europa), ROW_FE (Restante do mundo – Extremo Oriente). O offer_marketplace reflete onde a oferta foi comprada, o que pode ser diferente da localização atual do cliente.
offer_name	string	Texto	O nome legível da oferta de assinatura, conforme configurado na configuração do seu canal.
offer_payment_amount	numérico	Valor numérico (por exemplo, “4,99”, “9,99”)	O preço sugerido da oferta de assinatura na moeda local. Esse campo é somente metadados da oferta e não representa receita transacional. Esse campo mostra o preço da oferta associada ao evento e não representa a receita real obtida ou o dinheiro arrecadado. O mesmo valor aparece em todos os tipos de evento (Start, Renewal, Cancel, alterações de AR), independentemente de o pagamento ter ocorrido. Não é possível somar esse campo para calcular a receita. Para dados reais de receita, consulte seus sistemas de relatórios financeiros separados.
offer_billing_type	string	FT ou HO	O modelo de pagamento da oferta de assinatura. FT = Teste grátis (período introdutório sem custo), HO = Oferta definitiva (assinatura paga).
offer_id	string	Identificador	O identificador exclusivo da oferta de assinatura. Use-o para associar metadados da oferta ou acompanhar o desempenho por oferta.

Observação: O offer_marketplace indica onde a assinatura foi comprada e determina preços, moeda e disponibilidade de conteúdo. Um único cliente pode ter assinaturas em várias lojas. Use offer_billing_type para distinguir entre eventos de período de teste grátis e de assinatura paga ao calcular métricas de conversão.

Dimensões do cliente

Essas dimensões identificam e descrevem o assinante.

Dimensão	Tipo	Formato	Descrição
cid	string	Identificador anônimo	Um identificador de cliente anônimo e estável. Essa ID é consistente em todos os eventos para um determinado cliente dentro do seu canal, permitindo que você monitore o ciclo de vida completo do cliente. O cid é consistente dentro do seu canal principal. O mesmo cliente terá o mesmo cid em todas as ofertas e combos lançados no mesmo canal principal dentro de uma loja (por exemplo, um cliente que assina o “Prime com anúncios (EUA)” e depois muda para o “Prime sem anúncios (EUA)” manterá o mesmo cid, pois ambas as ofertas compartilham o canal principal “Prime (EUA)”). Os clientes terão valores de cid diferentes em diferentes canais parceiros, garantindo a privacidade e permitindo análises por canal.
benefit_id	string	Identificador	A ID de benefício do Prime Video associado à assinatura. Isso vincula a assinatura a direitos de acesso a conteúdos específicos.
channel_label	string	Texto	O nome do canal ao qual a assinatura pertence.
channel_tier_label	string	Texto	O nome do nível específico dentro do canal, se aplicável. Se o seu canal não usar níveis, esse valor pode ser nulo ou corresponder ao channel_label.

Observação: O cid permite monitorar o ciclo de vida do cliente, ao mesmo tempo em que mantém a privacidade. Use o cid para analisar padrões de comportamento individuais dos clientes, calcular métricas de retenção e identificar eventos de renovação de assinatura.

Dimensões de tempo
Essas dimensões fornecem contexto temporal para eventos de assinatura.

Dimensão	Tipo	Formato	Descrição
subscription_event_time_utc	timestamp	ISO 8601: AAAA-MM-DDTHH:MM:SS.sssZ	O registro de data e hora em que ocorreu o evento de assinatura, armazenado em horário UTC. Todos os registros de data e hora dos eventos são armazenados em formato de horário UTC para manter a consistência. Use subscription_event_time_zone para converter para o horário local para geração de relatórios.
subscription_event_time_zone	string	Identificador do fuso horário (por exemplo, América/Nova York, Europa/Londres)	O fuso horário da loja onde ocorreu o evento de assinatura. O painel de controle do Slate Analytics apresenta os dados no fuso horário local.
create_time_utc	timestamp	Formato ISO 8601	O registro de data e hora em que o evento de assinatura foi criado pela primeira vez no registro de alterações, armazenado em horário UTC. Isso representa quando o registro foi adicionado ao registro de alterações, não quando o evento ocorreu. Use subscription_event_time_utc para a hora real do evento.
last_update_time_utc	timestamp	Formato ISO 8601	O registro de data/hora em que o registro do evento de assinatura foi atualizado pela última vez no registro de alterações, armazenado em horário UTC. Use sempre esse campo para deduplicar registros. Quando existirem vários registros para o mesmo subscription_event_id, mantenha somente o registro com last_update_time_utc mais recente.

Exemplo de conversão (Athena SQL):

Observação: Use subscription_event_time_utc para todos os cálculos e filtros. Converta para o fuso horário local usando subscription_event_time_zone somente para fins de geração de relatórios e exibição.

Dimensões do gerenciamento de registros
Essas dimensões ajudam você a gerenciar os dados do registro de alterações corretamente.

Dimensão	Tipo	Formato	Descrição
subscription_event_id	string	Formato UUID	O identificador exclusivo de cada evento de assinatura. Essa é a chave primária para deduplicação. Podem existir vários registros para o mesmo subscription_event_id se os atributos do evento forem atualizados. Sempre deduplique mantendo o registro com o último last_update_time_utc.
is_deleted	número inteiro	0 ou 1	Indica se um registro publicado anteriormente deve ser removido do seu conjunto de dados. 0 = registro ativo (incluir na análise), 1 = registro excluído (excluir da análise - remover das suas tabelas se tiver sido inserido anteriormente). Registros excluídos são raros, mas podem ocorrer quando são necessárias correções de dados. Sempre use o filtro is_deleted = 0 em suas consultas.

Observação: Sempre deduplique usando last_update_time_utc antes de realizar qualquer análise. Filtre os registros excluídos (is_deleted = 1) no início do seu pipeline de ETL para garantir a precisão dos dados.

Limpeza de Dados e Lógica de Liquidação

Esta seção explica o processo de deduplicação em duas etapas usado para transformar dados brutos de eventos em métricas claras e significativas para os negócios. Alguns parceiros usam lógicas de liquidação diferentes, por isso fornecemos dados brutos de eventos para permitir flexibilidade. Esta seção fornece a lógica que usamos no Prime Video para que os parceiros possam reconciliar métricas com o painel de Analytics Slate e ver como modelamos os dados.

Por que a liquidação é importante?
Os dados brutos de eventos de assinatura contêm interferências que podem inflar ou distorcer suas métricas:

Problema	Exemplo	Impacto sem liquidação
Rotatividade no mesmo dia	O cliente inicia e cancela em poucas horas	Contabilizado duas vezes como início e cancelamento
Tentativas de pagamento	Vários eventos de cancelamento devido a falhas na cobrança	Números de rotatividade inflados
Cancelamentos sem início	Eventos Cancel sem um Start correspondente no ciclo de vida	Rotatividade inflacionada sem aquisição correspondente

A lógica de liquidação garante que suas métricas reflitam atividades de assinatura significativas, e não interferências geradas pelo sistema.

Etapa 1: Liquidação no final do dia
Gerencie pares de Start e Cancel no mesmo dia, mantendo somente o estado de Fim de Dia (EOD). Se um cliente tiver um evento de Start/Renewal e um de Cancel no mesmo dia do calendário, mantenha somente o último evento cronológico desse dia. Os cancelamentos no mesmo dia geralmente indicam falhas na autorização de pagamento ou problemas no fluxo de inscrição. Esses eventos não representam um engajamento significativo do assinante e a contagem infla os números de inícios e cancelamentos

Implementação

Exemplo
Esta tabela demonstra como a lógica de liquidação de EOD lida com pares de eventos Start e Cancel no mesmo dia em 15/10/2025, mantendo somente o estado final no final do dia.

Hora	Evento	Sem liquidação de EOD	Com liquidação de EOD
01/08/2025 00:00	Start	Contabilizado como Start	Contabilizado como Start
01/09/2025 00:00	Renewal	–	–
01/10/2025 00:00	Renewal	–	–
15/10/2025 07:00	Cancel	Contabilizado como Cancel	Excluído
15/10/2025 09:00	Start	Contabilizado como Start	Excluído
15/10/2025 09:15	Cancel	Contabilizado como Cancel	Contabilizado como Cancel

Observação: O cliente é contabilizado apenas como Cancel (ou não é contabilizado, dependendo do contexto do ciclo de vida), e não como Start e Cancel simultaneamente. A liquidação no final do dia aplica-se somente a métricas liquidadas (inícios, cancelamentos). As métricas instantâneas usam intervalos de assinatura criados a partir de eventos deduplicados do registro de alterações sem liquidação de EOD para preservar a linha do tempo completa do evento necessária para cálculos e conversões pontuais.

Etapa 2: Deduplicação do ciclo de vida
Agrupe eventos em “ciclos” de assinatura e mantenha apenas o primeiro Start e o primeiro Cancel por ciclo de vida. Um Cancel válido requer um Start correspondente no mesmo ciclo de vida.

Um ciclo de vida representa um período de assinatura contínuo. Um novo ciclo de vida começa após cada evento de cancelamento. Isso permite que você acompanhe:

Vários períodos de assinatura para o mesmo cliente
Reassinaturas após o cancelamento
Limpe o emparelhamento inicial/cancelamento

Os eventos cancelados só serão contados se o ciclo de vida contiver pelo menos um evento Start. Isso garante que cada cancelamento tenha uma aquisição correspondente, evitando que métricas de rotatividade inflacionadas causem ruídos no sistema, como falhas na repetição do pagamento.

Implementação

A condição lifecycle_has_start = 1 garante que os cancelamentos só sejam contabilizados quando o ciclo de vida tiver um evento inicial correspondente.

Exemplo

Cliente	Evento	Hora	Ciclo de vida	Manter?
ABC	Start	1/1/2025	1	✓ Primeiro Start no ciclo de vida 1
ABC	Renewal	01/02/2025	1	✗ Não é o primeiro Start no ciclo de vida 1
ABC	Cancel	01/03/2025	1	✓ Primeiro Cancel no ciclo de vida 1
ABC	Start	15/04/2025	2	✓ Primeiro Start no ciclo de vida 2
ABC	Cancel	15/05/2025	2	✓ Primeiro Cancel no ciclo de vida 2

Importante: Assim como a liquidação de EOD, a deduplicação do ciclo de vida é aplicada somente às métricas liquidadas. As métricas instantâneas usam os intervalos de assinatura brutos, nos quais cada Start/Renewal cria um intervalo que termina no próximo evento, preservando a linha do tempo completa necessária para cálculos pontuais.

Métricas

As métricas são medidas calculadas derivadas de eventos de assinatura. Ao contrário das dimensões, as métricas não são armazenadas diretamente no Registro de Eventos, mas você pode calculá-las agregando e transformando os dados do evento. Observe que as fórmulas de cálculo fornecidas são recomendações; você pode ajustá-las para corresponder às suas definições de negócios.

Métricas principais
As métricas a seguir são fundamentais para a análise de assinaturas:

Métrica	Descrição
End of Period Subscribers	Clientes com uma assinatura ativa no final do período
Active Subscribers	Clientes que possuem uma assinatura ativa a qualquer momento durante o período
Subscriber Acquisition (Starts)	Novos assinantes conquistados
Cancellations	Assinantes que cancelaram
Free Trial Conversion Rate	Conversão de teste grátis pra assinatura paga
Net Paid Starts	Novos assinantes pagantes contabilizados para conversões

Métricas de assinante
Essas métricas monitoram novas aquisições e cancelamentos de assinantes após a aplicação da deduplicação de liquidação e ciclo de vida.

Métrica	Definição	Cálculo
num_starts	Contagem de eventos de Start e Renewal que marcam o início de um novo ciclo de vida da assinatura dentro do período do relatório.	Após aplicar a deduplicação de liquidação e ciclo de vida, contabilize os eventos em que subscription_event_type IN (‘Start’, ‘Renewal’) e o evento se enquadra no período. SUM(CASE WHEN subscription_event_type IN (‘Start', ‘Renewal') AND event_time_local >= period_start AND event_time_local < period_end THEN 1 ELSE 0 END) AS num_starts
num_starts_ft	Contagem de inícios em que o tipo de cobrança da oferta é Teste grátis (FT).	SUM(CASE WHEN subscription_event_type IN (‘Start', ‘Renewal') AND offer_billing_type = ‘FT’ AND event_time_local >= period_start AND event_time_local < period_end THEN 1 ELSE 0 END) AS num_starts_ft
num_starts_ho	Contagem de inícios em que o tipo de cobrança da oferta é Oferta definitiva (HO): assinaturas pagas.	SUM(CASE WHEN subscription_event_type IN (‘Start', ‘Renewal') AND offer_billing_type = ‘HO’ AND event_time_local >= period_start AND event_time_local < period_end THEN 1 ELSE 0 END) AS num_starts_ho
num_net_starts_ho	Novos assinantes pagantes líquidos, calculados como inscrições diretas na HO mais conversões de teste grátis. Fornece uma visão completa dos novos assinantes pagantes, independentemente de eles terem se inscrito diretamente em um plano pago ou terem sido convertidos a partir de um teste grátis.	num_net_starts_ho = num_starts_ho + num_ft_conversions
num_cancels	Contagem de eventos Cancel dentro do período do relatório após a aplicação da deduplicação de liquidação e ciclo de vida.	SUM(CASE WHEN subscription_event_type = ‘Cancel’ AND event_time_local >= period_start AND event_time_local < period_end THEN 1 ELSE 0 END) AS num_cancels
num_cancels_ho	Cancelamentos em que o assinante estava em um plano de oferta definitiva (pago).	–
num_cancels_ft	Cancelamentos em que o assinante estava em um plano de teste grátis (o teste terminou sem conversão).	–

Métricas do período
Essas métricas fornecem capturas pontuais e atividades do período usando intervalos de assinatura criados sem liquidação no final do dia.

Métrica

Definição

Cálculo

Variantes

num_end_period_subs

Contagem de assinantes únicos que estavam ativos no final do período do relatório. Essa é uma captura instantânea em um determinado momento.

De subscription_spans (criado sem liquidação de EOD)

COUNT(DISTINCT CASE

WHEN span_start_date < period_end

AND (span_end_date É NULO OU span_end_date >= period_end)

THEN cid

END) AS num_end_period_subs

num_end_period_subs_ho: assinantes no final do período em planos de Oferta definitiva; num_end_period_subs_ft: assinantes no final do período em planos de Teste grátis

num_active_period_subs

Contagem de assinantes únicos que estiveram ativos em algum momento durante o período do relatório. Captura todos os clientes que tiveram uma assinatura ativa coincidindo com o período, independentemente de quando eles começaram ou cancelaram.

De subscription_spans (criado sem liquidação de EOD)

COUNT(DISTINCT CASE

WHEN span_start_date < period_end

AND (span_end_date É NULO OU span_end_date >= period_start)

THEN cid

END) AS num_active_period_subs

num_active_period_subs_ho: assinantes ativos em qualquer momento durante o período em planos de oferta definitiva (pagos); num_active_period_subs_ft: assinantes ativos em qualquer momento durante o período em planos de teste grátis

Observação: As métricas de período usam subscription_spans criadas sem liquidação de EOD para preservar a linha do tempo completa do evento.

Métricas de teste grátis
Essas métricas monitoram as conversões e liquidações de testes grátis usando intervalos de assinatura criados sem liquidação de EOD.

Métrica	Definição	Cálculo
conversões num_ft_ft	Contagem de assinantes da versão de teste grátis que converteram para um plano pago (Oferta definitiva) dentro do período do relatório. Uma conversão ocorre quando um assinante da versão de teste grátis (offer_billing_type = ‘FT’) tem seu próximo evento como Start/Renewal com offer_billing_type = ‘HO’.	De subscription_spans (criado sem liquidação de EOD) COUNT(CASE WHEN offer_billing_type = ‘FT’ AND span_end_billing_type = ‘HO’ AND span_end_event_type IN (‘Start', ‘Renewal') AND span_end_date >= period_start AND span_end_date < period_end THEN 1 END) AS num_ft_conversions
num_ft_settled	Contagem de assinaturas de teste grátis que foram liquidadas (chegaram a uma finalização) dentro do período do relatório. Um período de teste grátis é concluído quando o assinante converte para assinatura paga ou cancela (o próximo tipo de cobrança não é FT).	COUNT(CASE WHEN offer_billing_type = ‘FT’ AND span_end_date NÃO É NULO AND span_end_date >= period_start AND span_end_date < period_end THEN 1 FIM) AS num_pt_settled
ft_conversion_rate_pct	Porcentagem de testes grátis liquidados que se converteram em assinaturas pagas.	CASE WHEN num_ft_settled > 0 THEN ROUND(100.0 * num_ft_conversions / num_ft_settled, 2) ELSE 0 END AS ft_conversion_rate_pct

Observação: As métricas de teste grátis usam subscription_spans criadas sem liquidação de EOD para monitorar com precisão as conversões em que os clientes mudam de um offer_id para outro.

Noções básicas sobre padrões de eventos

Esta seção explica os padrões de eventos comuns que você encontrará no Registro de Eventos de Assinatura e como interpretá-los corretamente.

Ciclo de vida da assinatura
Uma assinatura típica segue esse ciclo de vida, passando por quatro etapas principais, desde a inscrição inicial até os ciclos de renovação e possível cancelamento. Cada etapa gera tipos de eventos específicos que permitem acompanhar o comportamento do cliente e calcular métricas de assinatura.

Principais pontos do ciclo de vida
Esses principais pontos do ciclo de vida representam as quatro etapas críticas na jornada de assinatura de um cliente, cada uma gerando tipos de eventos distintos que permitem o monitoramento dos padrões de aquisição, retenção, engajamento e rotatividade.

Estágio	Tipo de evento	Descrição
Aquisição	Start	Novo cliente se junta ao seu canal
Retenção	Renewal	O cliente existente continua com a assinatura
Engajamento	Active - AR ON/OFF	O cliente ajusta a preferência de renovação automática
Rotatividade	Cancel	A assinatura do cliente é encerrada

Padrões de eventos comuns

Padrão 1: Renovação sem Start
O histórico de eventos de um cliente mostra eventos de Renewal, mas nenhum Start. O evento Start original do cliente ocorreu há mais de dois anos. Devido à política de retenção de dados, eventos com mais de dois anos não estão disponíveis. Os eventos de Renewal dentro do período ainda estão acessíveis.

Padrão 2: Vários eventos Cancel
Um cliente tem vários eventos Cancel em poucos minutos ou horas. Esse padrão geralmente indica falhas na repetição da tentativa de pagamento: O sistema de cobrança tenta cobrar a forma de pagamento do cliente. Cada tentativa malsucedida pode gerar um evento Cancel. O cliente pode estar tentando se inscrever novamente com um cartão recusado. A deduplicação do ciclo de vida manterá apenas o primeiro Cancel por ciclo de vida.

Padrão 3: Start e Cancel no mesmo dia
Um cliente tem um Start e Cancel no mesmo dia do calendário. As causas comuns incluem:

O cliente se inscreveu e cancelou imediatamente
A autorização de pagamento falhou após a inscrição inicial
Tentativa de inscrição fraudulenta bloqueada

A liquidação de EOD trata disso automaticamente, apenas o estado final é mantido.

Padrão 4: Conversão de teste grátis para assinatura paga
Um cliente tem um Start com offer_billing_type = ‘FT’, seguido por outro Start ou Renewal com offer_billing_type = ‘HO’. O cliente concluiu o período de teste grátis e converteu para uma assinatura paga. Use as funções de janela LEAD() para detectar quando offer_billing_type muda de FT para HO. Contabilize como uma conversão quando o evento de transição ocorrer dentro do seu período de relatório.

Eventos de renovação automática

Os eventos de renovação automática (AR) monitoram quando os clientes ativam ou desativam a renovação automática da assinatura. Esses eventos fornecem sinais antecipados para prever a rotatividade futura e identificar assinantes em risco.

Tipo de evento	Descrição	Caso de uso
AR_ON	O cliente ativou a renovação automática. A assinatura será renovada automaticamente no final do período atual.	Acompanhe os clientes que se comprometeram a continuar sua assinatura.
AR_OFF	O cliente desativou a renovação automática. A assinatura expirará no final do período atual, a menos que a renovação automática seja reativada.	Sinal de alerta precoce: Os clientes que desativam a renovação automática estão sinalizando a intenção de cancelar antes que sua assinatura realmente termine. Previsão de rotatividade: Os assinantes AR OFF certamente cancelarão o serviço ao final do período, a menos que reativem a renovação automática. Isso faz com que os eventos AR OFF sejam um dos indicadores mais confiáveis de rotatividade futura.

Observação: Os eventos de renovação automática são registrados sempre que um cliente altera ativamente sua preferência de renovação automática por meio da interface de gerenciamento de assinaturas.

Como analisar de eventos de AR
Para analisar o comportamento de renovação automática, consulte os eventos AR ON/OFF separadamente do pipeline principal de métricas do ciclo de vida. Os eventos AR seguem as mesmas regras de deduplicação do registro de alterações, mas não são incluídos nos cálculos do ciclo de vida Start/Renewal/Cancel.

Pipeline de ETL

Com base nas definições de métricas e nas transformações de dados acima, use esse pipeline de ETL (Extrair, Transformar, Carregar) para transformar dados brutos do Registro de Eventos de Assinatura em métricas claras e significativas para os negócios. Essa consulta pode ser realizada diretamente no Amazon Athena.

O pipeline implementa uma arquitetura de dois caminhos para calcular corretamente os diferentes tipos de métricas:

Caminho A: Eventos liquidados: aplica a liquidação de EOD E a deduplicação do ciclo de vida. Usado para métricas liquidadas (inícios, cancelamentos). Isso filtra interferências, como pares de Start mais Cancel no mesmo dia, que não representam aquisições reais.
Caminho B: Períodos de assinatura: aplica SOMENTE a deduplicação do registro de alterações. Usado para métricas instantâneas (contagens de fim de período, conversões FT).

Observação: Substitua your_subscription_events_table pelo nome real da tabela. Ajuste o intervalo de datas reporting_periods para atender às suas necessidades de análise.

Perguntas frequentes

As seções a seguir fornecem respostas para perguntas comuns sobre como trabalhar com o Registro de Eventos de Assinatura.

Um ciclo de vida representa um período de assinatura contínuo. Um novo ciclo de vida começa após cada evento de cancelamento. Isso permite que você acompanhe:

Vários períodos de assinatura para o mesmo cliente
Reassinaturas após o cancelamento
Limpe o emparelhamento inicial/cancelamento

Os eventos cancelados só serão contados se o ciclo de vida contiver pelo menos um evento Start. Isso garante que cada cancelamento tenha uma aquisição correspondente, evitando que métricas de rotatividade inflacionadas causem ruídos no sistema, como falhas na repetição do pagamento.

Os eventos Start e Renewal indicam o início de um período de assinatura ativo. O código os agrupa (subscription_event_type IN (‘Start’, ‘Renewal’)) por dois motivos:

Assinantes de longa data: o Start original de um cliente pode estar fora da janela de retenção de 2 anos, deixando visíveis somente os eventos de renovação. Tratar a renovação como um início de ciclo de vida válido garante que esses assinantes fiéis sejam contados corretamente.
Limites do ciclo de vida: após um evento de cancelamento, o próximo Start ou Renewal marca o início de um novo ciclo de assinatura. O pipeline não faz distinção entre eles porque ambos representam uma assinatura ativa.

Esses relatórios medem métricas diferentes, o que leva a discrepâncias:

Registro de eventos de assinatura/painel de análise: “Assinaturas de fim de mês” derivadas = o número total de clientes autorizados no final de cada mês
Relatório Financeiro: Mostra “Nº de assinantes” — a contagem de transações de pagamento bem-sucedidas, levando em consideração o reembolso e o processamento de custos.

O Prime Video usa o atendimento otimista para assinaturas de PVC, o que permite que os clientes iniciem sua assinatura antes que o pagamento seja processado com sucesso. Isso significa:

Os clientes podem ter direito ao conteúdo mesmo que o pagamento ainda não tenha sido liberado
Alguns clientes autorizados podem perder o acesso posteriormente devido a pagamentos falhados
Há uma lacuna de tempo entre o início do direito e o momento em que o pagamento é processado

Devido à lacuna entre as datas de início dos direitos e os pagamentos processados, além da inclusão de ajustes de reembolso e recusto nos relatórios financeiros, os números de assinatura dessas duas fontes não podem ser reconciliados atualmente.