Como acompanhar assinaturas SaaS para reduzir o churn [Tutorial]

O tutorial oficial de 27 de agosto de 2021 propõe um relatório mensal de pagamentos cancelados ou malsucedidos. O cenário busca registros no PostgreSQL, filtra os casos de interesse, grava uma linha no Google Sheets e cria uma tarefa no ClickUp.

Isso organiza uma fila de acompanhamento. Uma falha de pagamento não prova, sozinha, que a assinatura foi cancelada, e criar uma tarefa não garante recuperação do cliente.

Antes de começar

Você precisa de uma conta Make, acesso autorizado ao banco PostgreSQL, uma planilha Google e uma conta ClickUp. O banco e a tabela já devem existir.

A fonte usa a tabela subscriptions e campos como organization_id, valid_from, valid_to, amount, next_amount, owner_email, currency_code, owner_user_id, payment_method, payment_status, payment_created_at e row_added. Adapte-os ao seu esquema: não são campos padronizados do Make.

Consulte as conexões de Postgres, Google Sheets e ClickUp, relidas em 26/09/2026. Use uma conta de banco autorizada para a leitura necessária.

1. Consulte o período correto

Adicione o módulo de execução de consulta PostgreSQL, denominado Execute a query (Advanced) na fonte.

O original combina now, addMonths e formatDate para consultar o mês anterior e programa o cenário para o primeiro dia de cada mês. A transcrição da consulta na captura contém pontuação corrompida; não a copie.

Correção editorial do exemplo: para manter essa estratégia, use um intervalo com início incluído e fim excluído:

SELECT *
FROM subscriptions
WHERE payment_created_at >= '{{formatDate(addMonths(now; -1); "YYYY-MM-DD")}}'
  AND payment_created_at < '{{formatDate(now; "YYYY-MM-DD")}}';

Esse exemplo pressupõe execução no primeiro dia do mês. Em outra data, ele seleciona um intervalo entre os dias correspondentes, não necessariamente o mês-calendário completo. As funções de data do Make foram relidas em 26/09/2026.

Confira o tipo de payment_created_at e o fuso usado pelo banco e pelo Make. Para um teste ou reprocessamento, use limites explícitos aprovados para o período desejado. Não interpole texto arbitrário recebido de usuários em SQL.

Execute a consulta em ambiente de teste e confira amostras antes de mapear as próximas etapas. A consulta acima não foi executada contra um banco real por este site.

2. Prepare o Google Sheets

Crie a planilha e a aba antes de configurar Google Sheets > Add a Row. Conecte a conta, selecione o destino e mapeie os campos relevantes: organização, e-mail do responsável, status, valor, moeda e data do pagamento, por exemplo.

Não leve dados de cartão ou segredos para a planilha. Os dados devem ser suficientes para análise, não uma cópia indiscriminada do banco.

3. Filtre status e valor sem alterar a lógica

A regra do caso original selecionava pagamentos com status Cancelled ou Payment Failed, com valor a partir de 299 dólares. Esse número é um critério comercial do exemplo de assinaturas, não um preço ou limite do Make.

A expressão lógica pretendida é:

(status = Cancelled OU status = Payment Failed) E amount >= 299

Ao configurar grupos de condições no filtro, mantenha o teste de valor nos dois ramos quando necessário:

Cancelled E valor ≥ 299;
OU Payment Failed E valor ≥ 299.

Confira os operadores de texto e numéricos na documentação de filtros. Se sua tabela mistura moedas, não compare valores como se todos fossem dólares. Defina um critério consistente antes de ativar.

Teste pelo menos um cancelamento abaixo do valor, uma falha de pagamento acima e um pagamento bem-sucedido acima. Só os casos previstos devem seguir.

4. Crie a tarefa no ClickUp

Adicione ClickUp > Create a Task e selecione Workspace, Space, Folder e List conforme a configuração da conta. Defina o nome, a descrição e os responsáveis.

Inclua uma referência ao registro de origem e o motivo do acompanhamento. Diferencie “pagamento falhou” de “assinatura cancelada”, para que a pessoa responsável não aborde o cliente com uma conclusão incorreta.

5. Teste e agende

Execute Run once e compare os registros selecionados com as linhas e tarefas geradas. Salve e programe o cenário para o primeiro dia de cada mês, se mantiver a consulta acima. A referência atual é o Help de agendamento.

Recomendação editorial: guarde um identificador do pagamento ou do caso de acompanhamento e defina como tratar uma repetição. Reexecutar o mês não deve criar tarefas duplicadas sem necessidade.

O que esse relatório não mede

O cenário não calcula automaticamente uma taxa de churn. Para isso, é preciso definir a base de clientes, o período e o evento de cancelamento. Também não determina sozinho a causa da saída nem o melhor programa de recuperação.

Fonte

Make — How to Track SaaS Subscriptions to Reduce Churn, publicado em 27/08/2021, capturado em 29/06/2026. As correções de SQL, lógica do filtro e distinção entre falha e cancelamento estão explicitadas acima.