Skip to main content
A execução avança quando a entrega anterior atende ao seu critério de conclusão. A lista abaixo é o controle central de tarefas; os guias explicam como executá-las.

​
Sequência e status

​
Tarefas por etapa

1 · Ambiente e documentação

  • Criar ambiente separado para a skin.
  • Verificar DNS, HTTPS e redirecionamento.
  • Disponibilizar a documentação no Mintlify.
  • Registrar escopo, decisões, tarefas e critérios de aprovação.
  • Conectar GitHub NOMMAD-Digital/Growtify, main e raiz.
  • Conferir logo maior no site publicado em desktop.
  • Validar documentação em mobile real.
Saída: ambiente acessível e documentação navegável. Ambiente e publicação.
  • Revisar fontes oficiais de white label, Custom JS/Pages, menus e dashboards.
  • Confirmar campos CSS/JS e tema na agência, sem salvar alterações.
  • Confirmar requisitos de plano/distribuição e isolamento para o pacote final.
  • Classificar superfícies com fontes e amostra de dashboard, oportunidades, contatos, conversas, calendário, automações, AI Agents e Sites.
  • Medir interface atual em 390/1440 px e dashboard a 768 px; abrir/cancelar modal vazio sem salvar.
  • Confirmar defeitos mobile e iframe de automações; separar observação de solução testada.
  • Obter superfície autorizada de teste que permita CSS/JS temporário, sem salvar na agência.
  • Executar prova de correção e reversão; login e aparelhos físicos ainda sem homologação.
  • Definir direção CSS/JS mínimo e critérios de isolamento/reversão.
  • Comprovar esses mecanismos no piloto antes da aplicação global.
  • Registrar restrições de iframe, gráficos, builders e distribuição Marketplace.
Saída: relatório utilizável para decidir a compra, sem dúvidas críticas sobre o mecanismo. Parecer e prova técnica.
  • Preparar referências atuais e links oficiais de três candidatos.
  • Comparar demos com Marcelo e registrar a direção visual.
  • Comparar edições, componentes anunciados, amostra responsiva e termos públicos de licença.
  • Validar todos os componentes e arquivos do pacote exato; confirmar licença por escrito.
  • Registrar a escolha aprovada por Marcelo.
  • Receber o pacote comprado e a licença.
Saída: tema escolhido e pacote disponível. Temas e referências.
  • Instalar o pacote no ambiente estático, sem banco ou integrações.
  • Criar a página interativa do Design System com tokens compartilhados.
  • Preparar uma amostra representativa de componentes.
  • Confirmar que os componentes do tema respeitam o mecanismo e a reversão provados na etapa 2.
Saída: base navegável do tema comprado e componentes aderentes à prova técnica anterior. Design System.
  • Inventariar rotas, perfis, estados e componentes reais.
  • Começar pelo login e seguir a fila de telas observadas.
  • Reproduzir cada tela em desktop, tablet e mobile.
  • Registrar aprovação e ajustes por página.
  • Preparar roteiro demonstrável com dados fictícios, se necessário para o vídeo.
Saída: telas aprovadas com links e limitações explícitas. Guia por tela.
  • Adaptar componentes aprovados pelo mecanismo validado.
  • Preservar ações, dados, permissões e navegação.
  • Conferir estados dinâmicos e transições entre rotas.
  • Registrar cobertura e exclusões por versão.
Saída: skin aplicada em contexto controlado, pronta para homologação.
  • Testar fluxos reais e comparar com a experiência sem skin.
  • Conferir dark/light, três tamanhos, teclado e toque.
  • Verificar gráficos, conversas, oportunidades, formulários e áreas isoladas.
  • Corrigir falhas que impeçam tarefas e testar a reversão.
Saída: checklist aprovado, sem falhas bloqueadoras conhecidas. Critérios de liberação.
  • Identificar pacote, versão anterior e cobertura autorizada.
  • Liberar de forma controlada, sem expandir o escopo por conta própria.
  • Verificar o carregamento e os fluxos no Growtify real.
  • Registrar versão, mudanças, limitações e evidências.
Saída: skin funcionando em produção nas telas aprovadas. Publicação e reversão.
  • Revisar o monitor de atualizações já existente, evitando duplicação.
  • Configurar verificações visuais e funcionais das rotas críticas.
  • Definir alertas, permissões de correção e aprovação das exceções.
  • Vincular mudanças do GHL a tarefas e versões da skin.
Saída: acompanhamento ativo, alertas testados e reversão disponível. Manutenção.

​
Bloqueio técnico atual

A ferramenta de navegador permite inspeção e redimensionamento, mas não injeção temporária de CSS/JS. Não foi usado Custom CSS/JS da agência como substituto. A análise e as opções avançaram; a prova de correção não está concluída e o projeto não aguarda compra do tema. Escopo e próximo teste.

​
Regra de avanço

Pendente → Em execução → Em validação → Concluída. Use Bloqueada somente com motivo, impacto e ação necessária registrados. O responsável técnico atualiza as tarefas com links de evidência. Marcelo participa das aprovações visuais e das decisões que exigem nova autorização.
Um protótipo publicado não conclui o projeto. A entrega exige funcionamento nas telas aprovadas do GHL real, testes e reversão verificada.
Last modified on September 8, 2026