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.
Saída: ambiente acessível e documentação navegável. Ambiente e publicação.
  • Revisar documentação e atualizações oficiais relevantes.
  • Verificar permissões, plano e pontos de personalização disponíveis.
  • Classificar cada superfície e registrar evidências.
  • Definir carregamento, isolamento, reversão e custo do mecanismo.
  • Identificar incompatibilidades que afetem a escolha do tema.
Saída: relatório utilizável para decidir a compra, sem dúvidas críticas sobre o mecanismo. Roteiro da auditoria.
  • Comparar referências atuais e demonstrar alternativas visuais.
  • Conferir componentes, responsividade, arquivos e licença dos candidatos.
  • 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.
  • Testar a adaptação no GHL e a remoção da skin.
Saída: base navegável e mecanismo comprovado antes de reproduzir todas as telas. 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.

​
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