# Premiação e cobrança — épico fora de escopo

**Dono:** Igor · **Status:** decisão registrada · **Data:** 03/08/2026

> **Este arquivo não é um PRD.** O épico foi deliberadamente tirado do
> escopo desta versão, então não há regra a decidir nem story a derivar.
> Ele existe para que a decisão não se perca — e para que ninguém, daqui a
> três meses, ache que o assunto foi esquecido.

---

## A decisão

**O app não mexe com dinheiro nesta versão.** Nem custódia via gateway, nem
registro de quem pagou. Bolão só pela competição.

## O que isso deixa de fora

Da Fase 1 do `bolao-usuario`, estas necessidades ficam sem atendimento —
todas do administrador, exceto a última:

- Definir valor de entrada e como o prêmio divide
- Ver quem pagou sem catar comprovante no grupo
- Saber quanto tem no bolo e quanto falta entrar
- Decidir se quem não pagou pode palpitar e concorrer
- Resumo de quem recebe quanto no encerramento
- `[CASUAL]` Saber quanto custa, pra quem pagar, e que o pagamento ficou
  registrado

## O custo aceito

O admin continua cobrando no WhatsApp e controlando Pix na mão. Isso é
relevante porque, na Fase 1, **o admin é a persona que desiste primeiro** —
e cobrar foi apontado por ele como a pior parte do papel. A dor de contar
pontos foi resolvida pelo épico _Pontuação e ranking_; a de cobrar não foi.

**O que vigiar:** se o admin abandonar o bolão mesmo com a pontuação
automática, a cobrança manual é a primeira suspeita.

## Efeito nos PRDs já escritos

- **_Pontuação e ranking_** — o critério de desempate escolhido terminava em
  "os empatados dividem o prêmio". Sem prêmio, virou **dividir a posição
  (co-campeões)**. A regra de divisão de prêmio fica registrada aqui para
  quando o dinheiro entrar.
- **_Criação e convite_** — não há valor de entrada a definir na criação.
- **_Ciclo de vida do bolão_** — o encerramento não paga prêmio; entrega
  campeão e ranking final.

## O que reabre esta discussão

1. Admin abandonando bolão por causa da cobrança manual.
2. Decisão de custodiar dinheiro — que **não é uma regra de produto, é uma
   mudança de arquitetura**: puxa gateway de pagamento, conciliação, taxas e
   responsabilidade legal sobre dinheiro de terceiros. Essa pergunta deve
   ser respondida **antes** de escrever o PRD, não durante.

Se a escolha futura for apenas **registrar** pagamento (sem custodiar), o
esforço é pequeno e cabe num PRD curto. Se for **custodiar**, o assunto
deixa de ser um épico e passa a ser uma decisão de produto e jurídica.
