Briefing

Verdade única do projeto. Documento vivo de alinhamento estratégico entre negócio, produto, design e engenharia. Define dor, público, ecossistema, princípios e governança.

Para que serve

O Briefing é o ponto de partida de qualquer pessoa que chega ao projeto. Define o problema que o Peppe resolve, quem é o público-alvo, qual o ecossistema de canais (app, WhatsApp, voz, e-mail), os princípios de design (SDUI como cenografia mutável) e a governança da referência-fonte. Quem precisa entender o "porquê" do projeto antes de tocar em qualquer artefato consulta aqui primeiro.

Sumário das seções

  1. §1. A Dor e o Público-Alvo — quem é o "Acumulador de Jornadas" e por que ele não está sendo atendido.
  2. §2. Definição do Ecossistema — canais (app, WhatsApp, voz, e-mail), papéis e fronteiras.
  3. §3. Governança de Agentes — papéis humanos e de IA; quem decide o quê.
  4. §4. Filosofia de Design System via SDUI — interface como cenografia mutável, não menu navegável.
  5. §5. Integração de Domínios — compromissos × finanças; como os dois pilares se cruzam.
  6. §6. Diretrizes para Expansão — princípios de evolução do produto.
  7. §7. Governança da Referência — regra dura sobre como tratar a inspiração-fonte (backstage, não cenário).
  8. §8. Síntese Executiva — sumário em uma página pra quem precisa só do essencial.

Relacionados no DS

  • Manifesto — fonte de verdade sobre voz, tom e caráter; complementa o Briefing nas decisões de personagem.
  • Workflow — operacionaliza a governança que o Briefing define.
  • Use Cases — tangibilizam o problema que o §1 descreve.
  • Jobs to be Done — formaliza o "trabalho a ser feito" derivado do público do §1.

Para aprofundar