Equipe · Organização (Mukutu Circle)
Mukutu Circle · Master Espresso · Equipe
Como esta entrega se organiza: Mukutu Circle é o parent (agência do Fernando, multi-projetos). Master Espresso é 1 projeto sob este circle. Cada papel tem responsabilidade clara.
flowchart TD MC[🌀 Mukutu Circle<br/>agência parent] F[👤 Fernando<br/>Diretor Mukutu<br/>sponsor + decisões estratégicas] ME[☕ Master Espresso<br/>este projeto<br/>assinatura café B2B Grande SP] G[👨💻 Gabriel<br/>Dev parceiro<br/>entrega + execução] CME[🏢 Cliente Master Espresso<br/>operador do produto<br/>dia-a-dia + decisões operacionais] OUT[👥 Cliente final<br/>empresas RH/coworking/escritório<br/>quem compra assinatura] MC --> F MC --> ME F -. brifa .-> G G -. entrega .-> ME ME --> CME CME -. opera .-> OUT classDef parent fill:#2a1a0e,stroke:#fbbf24,color:#fed7aa,stroke-width:2px classDef person fill:#1e3a8a,stroke:#60a5fa,color:#dbeafe classDef project fill:#422006,stroke:#d97706,color:#fed7aa classDef operator fill:#064e3b,stroke:#34d399,color:#a7f3d0 classDef external fill:#1e1b4b,stroke:#a78bfa,color:#ddd6fe class MC parent class F,G person class ME project class CME operator class OUT external
Papéis + decisões
Seção intitulada “Papéis + decisões”| Papel | Quem | Decisões | NÃO decide |
|---|---|---|---|
| 🌀 Mukutu Circle | empresa parent | direção estratégica multi-projeto, contratação | implementação técnica |
| 👤 Fernando | Diretor Mukutu | stack base (BRIEF), orçamento, prazo macro, decisões cross-projeto | UX componente individual, dia-a-dia operacional |
| 👨💻 Gabriel | Dev parceiro | implementação técnica, escolha lib/framework dentro BRIEF, refactor tático | escopo, prazo macro, decisões comerciais |
| 🏢 Cliente Master Espresso | operador produto | catálogo café/máquina, copy comercial, FAQs, alterações operacionais | stack tech, deploy infra |
| 👥 Cliente final (empresa) | RH/facilities | comprar/não-comprar, montar cesta, gerenciar conta | nada do produto interno |
Fluxo de aprovação
Seção intitulada “Fluxo de aprovação”- BRIEF inicial → Fernando define (escopo + stack + orçamento). Gabriel recebe, executa.
- Decisões técnicas dentro do BRIEF → Gabriel decide solo (lib, framework, refactor).
- Decisões operacionais produto → Cliente Master Espresso (catálogo, copy, validation tasks pré-launch).
- Decisões estratégicas que mudam BRIEF → escalam pra Fernando (sponsor/diretor).
- Decisões comerciais cliente final → Cliente Master Espresso suporte humano (cancel, dispute, multa).
Próximo
Seção intitulada “Próximo”- 📋 Visão Geral (Roadmap) — o que estamos entregando + quando
- 🗺️ Backlog Detalhado — cards técnicos por versão
- 📄 Definição Fernando (BRIEF original) — escopo + stack acordado