> ## Documentation Index
> Fetch the complete documentation index at: https://docs.growtify.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Roadmap de execução

> Tarefas, dependências e critérios: da base preparada à skin em produção.

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

| Etapa                      | Status                                    | Depende de                      |
| -------------------------- | ----------------------------------------- | ------------------------------- |
| 1. Ambiente e documentação | Base preparada                            | —                               |
| 2. Viabilidade GHL         | Parecer inicial publicado; prova pendente | 1                               |
| 3. Direção visual e tema   | Referências preparadas; escolha pendente  | Parecer de 2; compra após prova |
| 4. Base e prova técnica    | Pendente                                  | 3                               |
| 5. Telas e protótipo       | Pendente                                  | 4                               |
| 6. Skin nativa             | Pendente                                  | Aprovação das telas             |
| 7. Homologação             | Pendente                                  | 6                               |
| 8. Publicação              | Pendente                                  | 7                               |
| 9. Manutenção              | Pendente                                  | 8                               |

## Tarefas por etapa

<AccordionGroup>
  <Accordion title="1 · Ambiente e documentação" defaultOpen>
    * [x] Criar ambiente separado para a skin.
    * [x] Verificar DNS, HTTPS e redirecionamento.
    * [x] Disponibilizar a documentação no Mintlify.
    * [x] Registrar escopo, decisões, tarefas e critérios de aprovação.
    * [x] Conectar GitHub NOMMAD-Digital/Growtify, main e raiz.
    * [x] 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](/servidor).
  </Accordion>

  <Accordion title="2 · Viabilidade técnica GHL">
    * [x] Revisar fontes oficiais de white label, Custom JS/Pages, menus e dashboards.
    * [x] 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.
    * [x] Classificar superfícies com fontes e amostra de dashboard/oportunidades.
    * [ ] Executar prova prática; login, modais e mobile continuam sem homologação.
    * [x] Definir direção CSS/JS mínimo e critérios de isolamento/reversão.
    * [ ] Comprovar esses mecanismos no piloto antes da aplicação global.
    * [x] 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](/viabilidade).
  </Accordion>

  <Accordion title="3 · Direção visual e tema">
    * [x] Preparar referências atuais e links oficiais de três candidatos.
    * [ ] Comparar demos com Marcelo e registrar a direção visual.
    * [ ] 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](/temas).
  </Accordion>

  <Accordion title="4 · Base visual e prova técnica">
    * [ ] 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](/design-system).
  </Accordion>

  <Accordion title="5 · Telas reais e protótipo">
    * [ ] 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](/pagina-a-pagina).
  </Accordion>

  <Accordion title="6 · Aplicar a skin nativa">
    * [ ] 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.
  </Accordion>

  <Accordion title="7 · Homologar">
    * [ ] 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](/servidor).
  </Accordion>

  <Accordion title="8 · Publicar">
    * [ ] 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](/servidor).
  </Accordion>

  <Accordion title="9 · Manter">
    * [ ] 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](/servidor).
  </Accordion>
</AccordionGroup>

## 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.

<Warning>
  Um protótipo publicado não conclui o projeto. A entrega exige funcionamento nas telas aprovadas do GHL real, testes e reversão verificada.
</Warning>