Tangibilização da tese em casos de uso concretos. Cada caso ilustra como o Peppe opera num cenário específico do "Acumulador de Jornadas" — e a §5 lista explicitamente o que o produto não resolve (anti-cases).
Para que serve
Os Use Cases são tradução em cenário do que o Briefing define em estratégia. Quando alguém precisa entender "como isso funcionaria na vida real?", abre aqui. UC-01 (compromisso fixo) e UC-02 (resposta de viabilidade) são os dois pilares do core da tese — referenciados em decisões de produto, content e design ao longo de todo o repo. Os anti-cases em §5 importam tanto quanto os cases: dizem o que o Peppe não tenta resolver.
Sumário das seções
- §1. Tese que estes casos defendem — qual a hipótese central que os UCs comprovam.
- §2. Persona âncora — "O Acumulador de Jornadas".
- §3. Casos de uso — UC-01 a UC-07, cada um com cena, fluxo e amarração com job.
- §4. Matriz: casos × pilares da tese — qual UC sustenta qual pilar.
- §5. O que o Peppe não resolve (anti-cases) — terapia financeira, coaching, investimento, score, planejamento de carreira.
- §6. Como estes casos informam decisões do produto — UC ↔ componente ↔ surface template.
- §7. Próximos passos — o que falta levantar.
- §8. Limitações deste documento — o que ele não cobre por design.
Relacionados no DS
- Briefing — define o público-alvo (§1) que os Use Cases personificam.
- Jobs to be Done — protocolo que deriva jobs a partir destes casos.
- Manifesto — fonte de voz e persona; o §6 dele cita exemplos canônicos do UC-02 (Boa Tarde, João).
- Balance Card — peça-chave que materializa UC-02 (resposta de viabilidade).
- Commitment Card — peça-chave que materializa UC-01 (compromisso fixo) e UC-07 (proxy).
Para aprofundar
- Use Cases completos no repositório — fonte de verdade. Edite aqui.
- Briefing — público-alvo e dor que os UCs ilustram.
- Jobs to be Done — protocolo que deriva jobs dos UCs.