Templates de proposta
O que são os templates, como cada tipo de proposta nasce a partir de um, as vitrines públicas e o comando de manutenção /swl-publicar-templates.
1Templates de proposta
Um template é a receita de um tipo de proposta — quais seções existem, em que ordem, e o texto-semente de cada uma. No /swl-init-proposta (passo 4) você escolhe um template, e a proposta nasce já com as seções daquele tipo prontas para editar.
| Template | Para quê |
|---|---|
| Desenvolvimento de Software | Projeto de construção de software com escopo, casos de uso, cronograma e squad |
| Alocação de Profissionais | Cessão de profissionais por perfil, duração e valor mensal |
| Crowdtasking | Testes e tarefas via crowd (Crowdtest) |
Snapshot implícito
Cada proposta é criada como cópia do template no estado de hoje — fica congelada. Melhorias futuras no template não retroagem para propostas já criadas. Para incorporar mudanças, recrie a proposta com um número novo.
1.1Vitrines dos templates
Cada template tem uma demo pública — uma proposta de exemplo que mostra como aquele tipo renderiza, com dados fictícios. Servem para apresentar o formato a um cliente ou conferir o visual sem criar uma proposta real. Ficam em:
propostas.baselabs.com.br/templates/desenvolvimento-software/
propostas.baselabs.com.br/templates/alocacao-profissionais/
propostas.baselabs.com.br/templates/crowdtasking/As vitrines não são propostas reais: não têm deal no CRM, não vão para o Drive e não têm senha de acesso. São publicadas com o comando /swl-publicar-templates — usado por quem mantém o repositório template, não no dia a dia de quem escreve propostas.
2/swl-publicar-templates
Builda e publica as demos dos templates (as vitrines acima). É um comando de manutenção do repositório template — você só precisa dele se alterou um template e quer atualizar a vitrine pública. Não faz parte do fluxo de uma proposta de cliente.
Roda no swl-crm
Diferente dos outros comandos, este precisa rodar de dentro do repositório template (~/src/swl-crm/swl-propostas-templates/) — ele lê a pasta templates/ que só existe lá. Os comandos /swl-init, montar e publicar rodam de qualquer lugar; este não.
/swl-publicar-templates # todos (pergunta antes)
/swl-publicar-templates desenvolvimento-software # só um
/swl-publicar-templates desenvolvimento-software, crowdtasking2.1O que o comando faz
Localiza os templates
Confere que está no repo template e lista os templates com vitrine. Sem argumento, pergunta se publica todos ou só alguns.
Build + deploy por template
Para cada um, roda npm run publish -- --template=<id> --deploy: builda, gera PDF e sobe para o R2 em /templates/<id>/. Pula o Drive (é vitrine, não proposta).
Valida as URLs
Confere que cada vitrine responde HTTP 200. Se vier 404, costuma ser cache do Worker — aguarde ~30s e tente de novo.
Resumo
Lista o que foi publicado, com os links, e o que eventualmente falhou. Se houver falhas, oferece republicar só esses.
Uma falha não derruba o resto
Se um template falhar no build, o comando registra o erro e segue para os próximos — no fim, lista quais falharam.