Equipe · Backlog Detalhado (Story Map)

Story Map · 4 versões × 4 fases Mukutu

Matrix: linhas = versões (v0.1 → v0.4), colunas = fases Mukutu (Discovery / Build / QA / Validation). Toggle resumo (executivo, 1 frase por célula) ↔ detalhe (cards técnicos com SLAs, estimativas, métricas). Visão executiva → Equipe · Visão Geral.

📋 Visão Resumo🔍 Visão Detalhe

Discovery20% do budget

derivado por versão →WIP 1

Build40% do budget

derivado por versão →WIP 1

Internal QA25% do budget

derivado por versão →WIP 1

Validation15% do budget

derivado por versão →WIP 1

v0.1S1-S2 (8d camel — MVP guts, hard ceiling estendido p/ BRIEF Fernando ampliado)próximaA primeira venda real do produto que o Fernando especificou no BRIEF — o cliente percorre as 7 telas definidas pelo Diretor Mukutu, escolhe a cesta + máquina em comodato e paga via Pix ou cartão recorrente automático. Esta versão prova que a visão original do BRIEF funciona em produção.

Definir regras de comodato + CEP Grande SP com Cliente Master Espresso

Walk-through T1-T7 com Cliente Master Espresso

backlog

Validar copy + termos + regras CEP Grande SP + comodato.

1d

Confirmar Pagar.me sandbox (Pix Automático + cartão recorrente)

backlog

Criar conta sandbox Pagar.me; 1ª cobrança Pix Automático + 1ª cobrança cartão recorrente teste, validar webhooks.

0.5d

Onboarding T1-T7 em sandbox: cesta, máquina, pagamento via Pix ou cartão recorrente

T1-T3 catálogo + cesta + ticket realtime

backlog

Seleção cafés/bebidas/açúcar com cálculo R$/mês ao vivo.

1.5dticket visível <1s

T4-T5 máquina comodato + revisão termos

backlog

Seletor máquina condicional cliente-novo + checkbox termos obrigatório.

1d

T6 cadastro + ViaCEP Grande SP

backlog

Form cadastro + lookup CEP + bloqueio fora Grande SP + cache hot.

1dViaCEP p95 <500ms

T7 Pagar.me Pix Automático + cartão recorrente

backlog

Integração gateway com seleção Pix ou cartão + 1ª cobrança recorrente + confirmação visual + e-mail boas-vindas.

2dTTL pagamento <30s · Pix + cartão funcionando

Fluxo completo T1→T7 sem falhas em produção sandbox (Pix + cartão validados)

Smoke fluxo completo T1→T7 (Pix + cartão)

backlog

Conta nova: cadastro → pagamento Pix → 1ª cobrança real Pagar.me sandbox; repetir com cartão.

1d

Concorrência ViaCEP + webhook gateway

backlog

10 reqs paralelos ViaCEP + 3 cobranças simultâneas Pagar.me (mix Pix/cartão), sem race.

0.5d

Cliente Master Espresso conclui 1ª assinatura real e aprova UX

Cliente Master Espresso completa onboarding real

backlog

Operador Master Espresso assina caixa-teste em produção. Valida UX + recibo + e-mail.

1d

📋 Pré-launch validations

• Liberar infra DNS+SSL (master-espresso.com.br)
  altoantes S1Cliente Master Espresso
• Confirmar produtos da oferta inicial (SKUs cesta + máquinas)
  altoS1Cliente Master Espresso
• Aprovar copy + termos contrato comodato
  altoS1-S2Cliente Master Espresso
• Configurar conta Pagar.me produção + credenciais Pix Automático + cartão recorrente
  altoS2Cliente Master Espresso
• Validar 1ª assinatura real produção end-to-end (testar Pix + cartão)
  altoS2 finalCliente Master Espresso
• Confirmar regras CEP Grande SP (39 municípios)
  medioS1Cliente Master Espresso

v0.2S3-S4 (6d dog — painel cliente)planejadaO assinante entra no painel — a área logada que o Fernando incluiu no escopo — e, sem ligar para ninguém, vê quando a próxima cobrança ocorre, quando a próxima caixa chega e altera endereço, método de pagamento (Pix ou cartão) ou dados por conta própria.

Mapear top 3 alterações que cliente faz no painel

Mapear top 3 mudanças cliente faz

backlog

Levantar: endereço, cartão, telefone — outras edge cases?

0.5d

Painel cliente self-service (endereço, cartão, dados)

T8 dashboard cliente

backlog

Próxima cobrança + próxima entrega + ações rápidas alterar plano/cartão.

1.5d

T9 dados cadastrais editáveis

backlog

Form edit telefone/e-mail/senha/cartão + ViaCEP no endereço entrega.

1.5dsave <2s

Auth Supabase magic-link

backlog

Login passwordless via e-mail, integra com painel cliente.

0.5d

Cliente troca endereço sem suporte humano envolvido

Smoke edição completa cliente

backlog

Login → trocar endereço Grande SP → trocar cartão → próxima cobrança refletindo.

0.5d

Cliente Master Espresso edita própria conta sem ajuda do dev

Cliente Master Espresso edita conta real produção

backlog

Operador Master Espresso muda endereço da própria assinatura sem suporte.

0.5d

📋 Pré-launch validations

• Definir top 3 alterações cliente faz (mapping suporte → painel)
  altoantes S3Cliente Master Espresso
• Aprovar copy painel cliente + flows edit
  altoS3 inícioCliente Master Espresso
• Cliente Master Espresso edita própria conta produção sem ajuda dev
  altoS3 finalCliente Master Espresso
• Configurar Supabase auth domain + magic-link template e-mail
  medioS3Gabriel

v0.3S4-S5 (6d dog — alteração recorrência)planejadaO assinante personaliza a cesta do próximo mês — mais Bourbon, menos Tradicional, por exemplo — sem precisar cancelar e reassinar. A tela de alteração de recorrência que o Fernando previu no BRIEF (T10) transforma variedade em fidelidade.

Decidir quando alteração de cesta aplica no ciclo

Regra: quando alteração aplica

backlog

Pré-cobrança N dias antes? Ou só próximo ciclo? Decidir com Cliente Master Espresso.

0.5d

Cliente troca SKUs e queue aplica na próxima cobrança

T10 alteração recorrência

backlog

Reusa T1-T3 para reseleção + queue 'alterações pendentes' aplica próximo ciclo.

2dsave→queue <1s

Worker aplica fila pré-cobrança

backlog

Cron noturno: aplica alterações pendentes do ciclo que vai cobrar amanhã.

1.5d

Smoke ciclo completo com cesta alterada antes da cobrança

Smoke alteração + ciclo seguinte

backlog

Altera cesta → confirma queue → mock data ciclo seguinte → cobrança usa nova cesta.

0.5d

Cliente Master Espresso troca SKU real e confirma próxima caixa

Cliente Master Espresso muda cesta real

backlog

Operador Master Espresso troca 1 SKU + confirma que próximo recibo do gateway reflete a cesta nova.

0.5d

📋 Pré-launch validations

• Decidir regra: quando alteração aplica (próximo ciclo D-N)
  altoantes S4Cliente Master Espresso
• Aprovar UX seleção SKUs
  medioS4 inícioCliente Master Espresso
• Cliente Master Espresso troca SKU real + confirma próxima caixa reflete
  altoS4 finalCliente Master Espresso
• Definir limite alterações/ciclo (1? 3? ilimitado?)
  baixoS4Cliente Master Espresso

v0.4S6-S8 (9d camel — Chat Native + 4 Gen UI Suite)planejadaUma evolução inteligente do Painel Administrativo que o Fernando especificou no BRIEF (T11-T13): em vez de três telas estáticas de gestão, o Cliente Master Espresso opera a plataforma conversando com ela. Pede 'mostra faturamento do mês' → gráfico aparece. Pede 'lista assinantes em risco' → tabela na hora. Pede 'cadastra novo produto' → formulário preenchível. O assinante final também tem acesso ao chat: 'quando chega minha entrega' → timeline visual; 'como altero minha cesta' → orientação imediata. O valor que o Diretor Mukutu pediu — visibilidade operacional total — entregue de forma mais natural.

Curar FAQs Master Espresso e definir quando escalar humano

Curate 50 FAQs Master Espresso

backlog

Pares Q&A: cobrança/entrega/cesta/comodato/cancel/pause. ~10k tok pra system prompt.

0.5d

Definir 4 Gen UI component specs

backlog

Schemas tool calls: render_revenue_chart, show_product_upload_form, display_subscriber_grid, show_order_timeline.

0.5d

Chat na home + 4 ferramentas visuais (gráfico, formulário, lista, entrega)

Chat base Astro island Vercel AI v6

backlog

Svelte/React island com useChat hook + Haiku 4.5 + system prompt FAQ-RAG + tool calling.

1.5dTTL primeiro token <1s

Supabase auth magic-link + chat history

backlog

Trusted-header SSO + chat_messages table persistence.

1d

RevenueChart admin (Gen UI)

backlog

Tool render_revenue_chart({timeframe}) → React component Recharts/Chart.js inline + dados Supabase aggregation.

0.5d

ProductUploadForm admin (Gen UI)

backlog

Tool show_product_upload_form() → form inline + Supabase Storage + insert SKUs table.

1dupload <3s end-to-end

SubscriberGrid admin (Gen UI)

backlog

Tool display_subscriber_grid({status}) → table interativa + Supabase query + pagination.

0.5d

OrderTimeline cliente (Gen UI)

backlog

Tool show_order_timeline({user_id}) → timeline visual status entrega + tracking gateway.

0.5d

20 perguntas reais resolvidas sem escalação humana ≥80%

Smoke 20 intents reais + 4 components

backlog

Roteiro Q's cliente + operador Master Espresso invoca cada Gen UI component 1×. ≥80% resolved sem escalação.

0.5d≥80% resolved + 4/4 components render

Cliente Master Espresso opera 4 ferramentas inline no chat real

Cliente Master Espresso opera real produção

backlog

Operador Master Espresso loga + invoca RevenueChart com dados reais + ProductUploadForm SKU teste + SubscriberGrid filter.

0.5d

📋 Pré-launch validations

• Curar 50 FAQs Master Espresso reais com Cliente Master Espresso
  altoantes S5Cliente Master Espresso
• Definir trigger escalation WhatsApp (confidence threshold + intents)
  altoS5Cliente Master Espresso
• Configurar WhatsApp Business API Cliente Master Espresso (número + token)
  altoS5Cliente Master Espresso
• Cliente Master Espresso opera 4 Gen UI components real produção
  altoS6 finalCliente Master Espresso
• Validar custo modelo/chat <R$5/mês prod estimado
  medioS6Gabriel
• Aprovar copy chat hero + tom de marca
  medioS5Cliente Master Espresso