| name | preencher-briefing |
| description | Conduz a entrevista guiada de briefing de uma implantação VendaCerta ERP — perguntas uma a uma, pré-preenchidas com o que o dossiê já revelou, para reunir tudo o que o playbook e o mapa de CS precisam para montar o cronograma. Atualiza estado-cliente.md, classifica o porte P/M/G e completa a Ficha de Escopo. Ao final, chama /criar-cronograma. Use após /criar-projeto ou quando o usuário pedir para "preencher briefing" / "fazer a entrevista". |
| argument-hint | <slug> (opcional) |
/preencher-briefing — Etapa 2 da cadeia
Segunda de 6 skills. Objetivo: completar os dados do cliente por entrevista guiada e classificar o porte, deixando o estado-cliente.md pronto para o cronograma.
Pré-requisitos e descoberta do slug
$ARGUMENTS pode conter o <slug>. Se vazio, detecte a pasta de cliente mais recente em implantacoes/ ou pergunte qual usar.- Verifique que
implantacoes/<slug>/estado-cliente.md e 01-dossie-e-ficha-escopo.md existem. Se não existirem, avise que é preciso rodar /criar-projeto primeiro e pare.
- Leia
estado-cliente.md, 00-pesquisa-web.md e 01-dossie-e-ficha-escopo.md antes de perguntar qualquer coisa.
- Leia também
docs/02-playbook-implantacao-vendacerta.md (tabela de porte §2, variações §9) e docs/03-processo-cs-encantamento-vendacerta.md.
Regra da entrevista
- Uma pergunta por vez.
- Pré-preencha o que a pesquisa/dossiê já revelou e peça só confirmação (ex.: "A pesquisa indica ~4 lojas em PE — confere?").
- Marque no estado o que é confirmado vs. o que segue como inferência.
Cobertura mínima (do playbook, doc 2 §2, e do mapa de CS, doc 3)
Colete/confirme, um item de cada vez:
- Nº de lojas / CNPJs
- Nº de usuários
- Módulos complementares contratados (ver
docs/01-estrutura-erp-vendacerta.md)
- Plano contratado (Start / Pro / Rede)
- Estados de atuação e regime tributário (Simples/Presumido/Real) + particularidades (ST, NCM)
- Sistema legado atual e se haverá migração (senão, Cadastro Inicial Assistido)
- Periféricos (impressora fiscal, TEF, leitor)
- Prazo desejado / data de virada
- Sponsor (decisor) e Key User (usuário-chave)
- TI local / infra (internet, backup, 4G)
- Para o CS: dores/expectativas prioritárias, canal de contato preferido, e qual resultado seria "encantamento" para este cliente
Classificação de porte (doc 2 §2)
Após coletar lojas + usuários, derive o porte:
| Porte | Lojas | Usuários | Prazo | Squad |
|---|
| P | 1 | até 5 | 20–30 dias | 1 Implantador |
| M | 2–5 | 6–20 | 40–50 dias | Implantador + Esp. Fiscal (parcial) |
| G | 6+ | 21+ | 60–90 dias | GP + Implantador líder + apoio + Esp. Fiscal dedicado |
Confirme o porte com o usuário se os sinais forem ambíguos.
Gravação dos resultados
- Atualize
estado-cliente.md: preencha todos os campos com os valores confirmados, defina Porte (P/M/G), registre as dores/oportunidades prioritárias e uma primeira ideia de entrelaçamento com CS (qual funcionalidade de valor vira ritual de encantamento). Marque Etapa concluída: preencher-briefing.
- Atualize
01-dossie-e-ficha-escopo.md: complete a Ficha de Escopo (seção 3) e a identificação (porte, plano) com os dados confirmados; remova placeholders remanescentes.
Encerramento — pausa de aprovação
- Mostre um resumo: porte classificado, escopo confirmado, prioridades de valor.
- Pergunte: "Briefing completo (porte ). Seguir para o cronograma (/criar-cronograma)?"
- Só após o "sim", invoque a skill
criar-cronograma passando o <slug>. Se não, pare.
