> ## Documentation Index
> Fetch the complete documentation index at: https://docs.usekeep.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# O que é o Keep

> Cruza a receita do Stripe com o uso do produto e avisa no Slack quem está saindo, ordenado por quanto dinheiro está em jogo.

Churn é decidido semanas antes de você ficar sabendo. Quando o e-mail de
cancelamento chega, a decisão já foi tomada e a conversa aconteceu sem você.

O Keep conecta o seu Stripe ao seu uso de produto, mostra quais contas pagantes
pararam de aparecer, e manda o aviso no Slack.

## A ordem importa mais que o sinal

A lista vem ordenada por **quanto dinheiro está em jogo**, não por quem caiu mais.

Uma queda de 90% numa conta de R$ 90 pode esperar. Uma queda de 40% numa conta
de R$ 4.200 não pode. Praticamente toda ferramenta de churn ordena por gravidade
do sinal, o que fica bonito no gráfico e é inútil numa segunda de manhã, quando
você tem tempo de ligar para três pessoas e precisa saber quais três.

## De onde vem o uso

Duas fontes, e elas somam.

<CardGroup cols={2}>
  <Card title="PostHog" icon="chart-line">
    Conecta por OAuth, somente leitura. O Keep casa cada cliente pelo e-mail.
  </Card>

  <Card title="Ingestão própria" icon="code" href="/quickstart">
    Uma chamada HTTP do seu backend. É a única forma em que o casamento com o
    Stripe é exato, porque você manda o id do cliente em vez de deixar a gente
    adivinhar pelo e-mail.
  </Card>
</CardGroup>

<Note>
  Em B2B quem paga a fatura raramente é quem usa o produto: a cobrança vai para
  `financeiro@` e o acesso vem de outra pessoa. Por isso o casamento por e-mail
  tem um teto, e por isso mandar o `stripeCustomerId` muda a natureza do
  problema em vez de melhorar a heurística.
</Note>