Compras no app + assinaturas
Conecte o RevenueCat para disparar e-mails com a cara da sua marca quando alguém compra, renova, cancela ou tem um problema de cobrança no seu app. O Brew é compatível com 11 eventos de ciclo de vida do RevenueCat, e o mesmo fluxo pode atender assinantes da App Store, do Google Play, da Amazon, do Stripe e do Web Billing.
O RevenueCat e as lojas de apps continuam responsáveis pelas compras, pelas renovações, pelos reembolsos e pelos entitlements (direitos de acesso). O Brew cria e envia os e-mails.
O CANCELLATION pode indicar uma assinatura cancelada ou um reembolso e, por si só, não significa que o acesso terminou. É o EXPIRATION que indica o fim do acesso. O SUBSCRIPTION_PAUSED só agenda uma pausa futura.
Use o CANCELLATION para e-mails de reconquista ou de pesquisa de cancelamento, e o EXPIRATION para tudo o que pressupõe que o acesso acabou. Um UNCANCELLATION não interrompe uma execução de cancelamento que já começou, então confira revenuecat_subscription_status em uma condição antes de cada e-mail seguinte.
Filtre pelo campo environment para manter os eventos de SANDBOX fora das automações ativas.
O Brew é compatível com estes 11 tipos de evento:
O Brew lê o destinatário primeiro no atributo de assinante $email e, como alternativa, aceita um app user ID, um original app user ID ou um alias em formato de e-mail. Os aliases do RevenueCat são o histórico de app user IDs, então defina $email explicitamente em vez de depender deles. Sem um endereço real em nenhum desses campos, o Brew registra o evento como não resolvido, não cria nenhum contato e não inicia nenhuma automação.
Cada evento verificado com um endereço de e-mail real cria ou atualiza um contato do Brew, identificado pelo e-mail, independentemente de alguma automação usar o evento. Quando o evento traz esses dados, o Brew preenche os campos revenuecat_app_user_id, revenuecat_store e revenuecat_environment.
Os eventos de ciclo de vida definem revenuecat_subscription_status como active, cancelled, expired, billing_issue ou pause_scheduled. O Brew também guarda revenuecat_product_id, revenuecat_cancel_reason, revenuecat_expiration_reason, revenuecat_last_purchase_at e revenuecat_pending_product_id quando o evento traz esses dados.
Use o esquema de payload declarado do evento selecionado para as tags de mesclagem. Todos os eventos incluem email, productId, priceUsd, pricePurchaseCurrency, currency, store, environment e createdAt, quando presentes. O priceUsd é o preço em dólares americanos (USD), e o pricePurchaseCurrency é o preço na moeda indicada em currency. Os payloads do RevenueCat não trazem nome nem sobrenome para o Brew.
O campo store vem direto do RevenueCat, com valores como APP_STORE ou PLAY_STORE, e o RevenueCat pode acrescentar novos valores. Filtre pelos valores que importam para você.
Uma compra não estabelece consentimento para e-mails de marketing. Registre o consentimento separadamente e confira-o antes de envios promocionais.
O RevenueCat envia o TRANSFER com app user IDs, mas sem o e-mail do destinatário. O Brew registra o evento como não resolvido e não inicia nenhuma automação.
Receber um evento e enviar um e-mail são etapas separadas. Confirme que uma automação correspondente está ativa, examine os filtros e o histórico de execuções dela e verifique a elegibilidade do destinatário e o domínio de envio. Uma entrega TEST nunca inicia uma automação. Quando um destinatário não for resolvido, confira primeiro o $email; o Brew também aceita app user IDs, original app user IDs e aliases em formato de e-mail.
