13 apps e projetos que criei com Claude Code e Codex: onde cada um ajuda

Se você também não consegue parar de criar soluções com inteligência artificial, provavelmente conhece essa sequência: um problema aparece, você monta uma ferramenta, começa a usar e descobre o próximo gargalo. Foi assim que fui construindo projetos com Claude Code e Codex para partes diferentes da minha operação.

Este guia mostra o que cada projeto tenta resolver, como eu penso o fluxo e o que existe hoje. São 13 apps e projetos, mas isso não quer dizer 13 produtos prontos para contratar. Há interfaces implementadas com dados demonstrativos, um piloto limitado por permissão externa, um projeto em desenvolvimento e um conceito que ainda não virou aplicativo. Também não são peças de uma suíte já integrada. As ligações abaixo mostram a sequência de trabalho de uma operação; uma integração técnica precisa de prova própria.

Eu separo duas palavras porque elas influenciam as decisões deste guia. Rastreamento é coletar e armazenar os dados na sua base própria. Trackeamento é coletar e informar os dados à plataforma de tráfego. O rastreamento deixa a pessoa inteligente. O trackeamento deixa a plataforma inteligente. Uma tela de relatório só ajuda se a informação que chega a ela representa algo que realmente aconteceu.

O mapa antes de abrir os projetos

Use o mapa como um roteiro de diagnóstico, não como desenho de integrações já existentes. Se a origem é desconhecida, um CRM bem organizado ainda não resolve a análise de mídia. Se a origem é conhecida, mas ninguém acompanha o contato, um dashboard mais bonito também não resolve o atendimento. A seguir, cada ferramenta entra pela pergunta que motivou sua criação.

Dados: sair do clique e chegar à jornada

1. RastrackDash WhatsApp: o que aconteceu depois da conversa?

Quando uma campanha leva pessoas para o WhatsApp, o gerenciador de anúncios mostra uma parte da história. Ele não conta, sozinho, quem foi atendido, quem avançou e qual resultado entrou na operação. O RastrackDash WhatsApp organiza uma leitura de campanha → conversa → lead → evento, com funil e relatórios. A instalação pode receber nome, logo e cores da operação.

Imagine duas campanhas. A primeira traz 100 conversas; a segunda, 60. Se a equipe acompanha as etapas e os eventos, consegue investigar se o volume da primeira compensou ou se a segunda trouxe contatos que avançaram mais. Essa comparação só presta quando origem e eventos são registrados corretamente; uma conversa sem vínculo confiável não pode ganhar uma campanha por suposição.

O projeto tem interface real, apresentada em cenário demonstrativo. A interface mostra o tipo de leitura disponível, não um resultado comercial de cliente nem integração universal pronta. Seu foco principal é a origem e o caminho da conversa; o trabalho de quem responde é outra pergunta, tratada no RASTRACK App. Leia o guia do RastrackDash WhatsApp.

Tela demonstrativa de detalhe de lead no RastrackDash WhatsApp, com origem de campanha, conjunto e anúncio; todos os dados são fictícios.

2. RastrackDash Info: quando a jornada passa pelo site

Nem todo contato começa numa conversa. Alguém pode chegar por campanha, visitar o site, acionar um evento, virar lead e comprar depois. O RastrackDash Info coloca campanhas, eventos, leads e vendas no contexto dessa jornada, com um portal para acompanhá-la. O problema que ele tenta resolver é a distância entre um relatório de cliques e o registro final da venda.

Pense numa pessoa que clicou hoje, preencheu o formulário amanhã e comprou mais tarde. Antes de creditar a venda a uma campanha, eu verificaria quais etapas realmente têm registro: visita, evento, lead e transação. Se a origem se perdeu, o painel deve deixar a lacuna visível em vez de inventar uma atribuição.

A interface é real, com dados demonstrativos nas peças de apresentação. Os números explicam a leitura, não comprovam precisão de atribuição ou desempenho. O Info é o ramo da jornada que passa pelo site; o RastrackDash WhatsApp parte da conversa. Veja o artigo do RastrackDash Info.

Lista demonstrativa de jornadas no RastrackDash Info com visitantes, eventos, toques, leads e pedidos fictícios; nenhuma informação de cliente.

3. RastrackIA: o que medir antes de instalar um script?

Um script copiado de outra página pode gerar eventos e ainda assim medir a coisa errada. O RastrackIA parte da estrutura da página: análise, seleção de módulos, geração de script e orientações de instalação. A revisão técnica é parte do fluxo, porque uma inspeção automática não conhece todas as regras da operação.

Numa página com formulário, botão para WhatsApp e checkout externo, eu começaria perguntando o que cada ação significa. Clique no botão não é conversa iniciada; formulário começado não é formulário enviado; saída para checkout não é compra. O app ajuda a organizar sinais e módulos, mas alguém precisa conferir o comportamento instalado e comparar os eventos com ações reais.

Há interface do app com dados demonstrativos. O projeto não deve ser apresentado como implementação autônoma e completa de GTM, Stape e todas as integrações possíveis. O limite prático é claro: script gerado não é coleta validada. Entenda o processo no artigo do RastrackIA.

Captação e atendimento: transformar entrada em próximo passo

4. Forms Dinâmicos: o formulário sabe por que a pessoa chegou?

Nome e telefone permitem retornar a ligação, mas nem sempre dizem o que oferecer ou quem deve atender. O Forms Dinâmicos permite pensar o formulário como jornada de perguntas, respostas e regras de qualificação, com métricas e preparação de integrações. A pergunta útil é aquela que muda o próximo passo; campo extra sem função só aumenta o atrito.

Se uma empresa atende lojas virtuais e negócios que vendem por WhatsApp, pode começar perguntando qual é a operação. As perguntas seguintes mudam conforme a resposta. Ao terminar, a equipe recebe contexto para iniciar a conversa, em vez de repetir o formulário inteiro pelo chat. Eu também olharia onde as pessoas abandonam a jornada, para saber se uma pergunta ficou confusa ou longa demais.

Existe interface do app; a captura editorial do construtor usa conteúdo demonstrativo. Esse visual não prova que todas as integrações estão ativas em produção ou que uma regra sozinha determina a qualidade de um lead. Veja como desenhar a jornada no Forms Dinâmicos.

Builder dos Forms Dinâmicos com duas perguntas fictícias, propriedades de pergunta e prévia do formulário.

5. RastrackDash CRM: o conceito para os formulários da Meta

O formulário instantâneo da Meta entrega o lead. Depois, alguém precisa saber quem ficou responsável, quando houve contato, em que etapa ele está e o que fazer a seguir. É para esse intervalo entre captação e acompanhamento que imaginei o RastrackDash CRM: reunir leads de formulários instantâneos, responsáveis, etapas e histórico de movimentações.

Num time de três atendentes, o mesmo lead pode ser contatado duas vezes enquanto outro fica sem resposta. Um registro com dono, etapa e histórico ajudaria a resolver essa confusão. Antes de implementar, porém, ainda é preciso definir permissões, entradas, duplicações, segurança e o modo como as movimentações são registradas.

Aqui o estágio muda completamente: o RastrackDash CRM é somente um conceito planejado. O aplicativo e a tela funcional ainda não foram implementados. Qualquer visual conceitual precisa ser identificado como tal. Eu não o colocaria numa comparação de recursos disponíveis hoje. Leia o problema e o conceito do RastrackDash CRM.

6. RASTRACK App: quem atende o lead que chegou pelo WhatsApp?

Saber de qual campanha veio a conversa não resolve a rotina da equipe. O lead chega, alguém responde, outra pessoa assume, uma tarefa fica pendente. O RASTRACK App reúne chat, CRM, tarefas e visão da equipe para tornar esse atendimento legível. Aqui o foco é o que o time faz depois da entrada, não a medição principal da origem.

Imagine uma agência atendendo vários clientes. Um contato pede proposta hoje e precisa de retorno na sexta-feira. Se a conversa tem etapa no CRM, tarefa e responsável, a troca de turno fica menos dependente da memória de quem respondeu primeiro. O teste é simples: outra pessoa consegue abrir o histórico e continuar sem pedir ao lead que conte tudo de novo?

Há interface real de CRM, mostrada com leads fictícios na captura editorial. O chatbot está previsto como evolução do projeto; não é recurso que eu descreveria como pronto. Veja o fluxo de atendimento do RASTRACK App.

7. Direct Atendimento: o que fazer quando a mensagem vem do Instagram?

No Direct, a mensagem também pode ficar presa a quem a viu primeiro. O Direct Atendimento procura reunir caixa de entrada, histórico, notas, etapas e próximos passos, com uma resposta preparada para revisão humana. O objetivo imediato é que uma segunda pessoa consiga assumir a conversa com contexto.

Pense num contato que pede retorno amanhã. O atendente abre o histórico, registra uma nota e deixa uma etapa clara para a equipe. Preparar um rascunho de resposta é diferente de enviá-lo. Essa diferença é essencial no estado atual do projeto.

O Direct Atendimento é piloto. O recebimento real já foi registrado, mas o envio para clientes comuns ainda depende de permissão da Meta. A captura de interface usada na documentação foi feita localmente com conversas fictícias; nenhuma resposta foi enviada nessa demonstração. Portanto, não é um robô de respostas pronto para qualquer conta. Leia o estágio real do Direct Atendimento.

Inbox do Direct Atendimento em demonstração: conversas fictícias, histórico, etapa de revisão humana e rascunho não enviado.

Depois do lead: venda, agenda, grupos e visão de negócio

8. PalmUP Platform: a venda conversa com o financeiro?

Depois do atendimento, a operação costuma se espalhar: o contato num CRM, a oferta noutro sistema, a venda numa planilha e o financeiro em mais uma aba. A PalmUP Platform aproxima contatos, produtos, ofertas, atendimento, vendas, financeiro e dados de mídia numa visão de gestão.

Imagine uma venda que precisa ser conferida. Qual contato comprou? Que oferta recebeu? O pagamento foi confirmado ou está pendente? Houve cancelamento ou reembolso? O percurso contato → oferta → venda → financeiro ajuda a fazer essas perguntas na mesma análise. Não significa que todo sistema externo esteja integrado ou que cada exceção já esteja resolvida.

A tela editorial disponível é uma reconstrução fiel dos componentes e estilos do projeto, preenchida com dados fictícios. Ela explica a estrutura, mas não comprova resultados nem operação de ponta a ponta em produção. Veja como pensar essa visão na PalmUP Platform.

9. Agenda: a pessoa quer avançar; existe um horário possível?

Quando a conversa vira convite para reunião, a equipe pode gastar várias mensagens conciliando horários. A Agenda trabalha com link público de agendamento, disponibilidade da equipe e Google Calendar/Meet no fluxo proposto. A boa experiência depende de mostrar horários que o responsável realmente pode cumprir.

Num atendimento de diagnóstico, a pessoa abre o link, escolhe data e horário e recebe detalhes da reunião. Eu testaria a jornada pelo celular e conferiria do lado da equipe: fuso, duração, responsável, evento no calendário, reagendamento e cancelamento. Uma página de horários bonita não basta se o compromisso não aparece corretamente para quem vai atender.

Há interface do app, ilustrada com evento e horários fictícios. A captura pública não comprova uma reserva concluída nem backend validado de ponta a ponta. Lembretes via WAHA não estão validados e não devem entrar como promessa de funcionamento. Veja a conferência prática no artigo da Agenda.

Página pública demonstrativa da Agenda para marcar diagnóstico, com evento fictício de 30 minutos e fuso de Brasília.

10. WhatsGrupos: quantos grupos sua equipe acompanha sem perder o controle?

Para algumas operações, a conversa continua em grupos. O trabalho envolve saber qual número está ligado a cada grupo, que mensagem será enviada, para quem e com qual resultado. O WhatsGrupos organiza instâncias, grupos, modelos, envios e monitoramento para tornar esse mapa menos dependente de abas e planilhas.

Imagine turmas diferentes num lançamento. Um aviso de encontro vai para certos grupos; uma mensagem de boas-vindas vai para outros. Antes de ampliar um envio, eu conferiria instância, destinos e modelo com um teste controlado. Modelo salvo não é mensagem recebida; grupo cadastrado não prova que o envio ocorreu.

Existe interface do app com grupos demonstrativos na captura editorial. Um construtor visual novo foi discutido no projeto, mas sua execução ainda precisa de validação. Por isso, este guia descreve a organização atual, sem prometer automação ainda não comprovada. Leia a rotina do WhatsGrupos.

11. RastrackDash Lançamento: enxergar as frentes no mesmo contexto

Num lançamento, mídia, captação, conversas e vendas costumam ter relatórios separados. O RastrackDash Lançamento foi pensado para colocar Meta Ads, Google Ads, funil, WhatsApp, pesquisa e vendas numa leitura de negócio. A pergunta não é apenas “quantos leads entraram?”, mas em qual etapa o caminho avançou ou travou?

Se uma campanha gerou muitos cadastros e poucas conversas, vale investigar a passagem da captação ao atendimento. Se houve conversa e poucas vendas, a investigação muda. Um painel pode apontar onde olhar; não substitui a conferência da origem dos dados, das datas cobertas e da regra que liga lead e venda.

Há interface do projeto, mas os números da demonstração são fictícios. Eles não comprovam faturamento ou integração validada em todas as contas. Veja como ler o lançamento sem confundir gráfico com prova.

Produção e coordenação: quando a operação continua fora do funil

12. Canal Dark Studio: como retomar uma produção sem recomeçar a investigação?

Produzir conteúdo para vários canais cria outra cadeia: biblioteca, produção, fila, checkpoints e calendário. O Canal Dark Studio busca tornar visível qual material existe, em que etapa está e o que falta fazer. A utilidade está em retomar um trabalho na semana seguinte sem depender da memória ou de uma longa busca por arquivos.

Imagine três vídeos em estágios diferentes. Um tem roteiro; outro foi renderizado; o terceiro aguarda revisão. Se todos aparecem apenas como “em andamento”, alguém pode pular uma checagem ou tentar publicar o arquivo errado. Biblioteca e checkpoints ajudam a separar material preparado, pendente e concluído dentro do processo local.

O Studio tem interface local atual. As contagens vistas nela são histórico local de trabalho, não posts confirmados em plataformas, visualizações nem receita. Uma publicação precisa de evidência no destino. Veja o fluxo do Canal Dark Studio.

Interface local do Canal Dark Studio com biblioteca, fila e histórico local; não comprova publicação no YouTube.

13. NODTeam: quem coordena vários agentes e aprova a entrega?

Com vários agentes trabalhando em paralelo, ganhar velocidade é a parte fácil de enxergar. A parte difícil é saber quem está fazendo o quê, com qual contexto, o que ficou pendente e quem revisa antes de concluir. O NODTeam é o projeto de um QG para squads, agentes, tarefas, contexto e itens aguardando revisão humana.

Pense na produção desta série: uma frente consulta as fontes, outra confere o que já existe, outra escreve e alguém reúne tudo. Se as passagens não estiverem visíveis, uma conclusão de agente pode ser tomada como aprovação editorial sem revisão. O valor do projeto está na clareza dessas transições e na separação entre “executado” e “aprovado”.

O NODTeam está em desenvolvimento. Os KPIs e estados exibidos na interface de demonstração são valores fixos e não comprovam agentes em produção, produtividade ou custos reais. Leia o conceito de coordenação do NODTeam.

Qual projeto olhar primeiro?

A resposta depende da pergunta que sua equipe hoje não consegue responder. Alguns nomes parecem próximos, mas atuam em momentos diferentes:

• De onde veio a conversa no WhatsApp e até onde o lead avançou? RastrackDash WhatsApp: Lê origem e percurso; não substitui a gestão do atendente.
• Quem respondeu, qual etapa está aberta e qual tarefa ficou pendente? RASTRACK App: Organiza a rotina da equipe depois que o contato entrou.
• Que parte da jornada pelo site chegou ao lead ou à venda? RastrackDash Info: Parte dos registros de campanha, site, eventos, leads e vendas.
• O que a página precisa coletar antes de enviar dados a plataformas? RastrackIA: Ajuda a estruturar o script; exige revisão e teste instalado.
• Qual formulário ajuda a qualificar e qual lead da Meta precisa de acompanhamento? Forms Dinâmicos / RastrackDash CRM: O primeiro tem interface de construtor; o segundo ainda é conceito.
• O que aconteceu com oferta, venda e financeiro? PalmUP Platform: Visão de gestão; a tela editorial usa dados fictícios.
• Onde a frente de um lançamento travou? RastrackDash Lançamento: Junta leituras de mídia, funil, WhatsApp, pesquisa e vendas.
• Qual peça de conteúdo ou tarefa de agente precisa de revisão? Canal Dark Studio / NODTeam: Studio tem histórico local; NODTeam ainda está em desenvolvimento.

Como eu pensaria o uso conjunto, sem presumir integração

Há combinações que fazem sentido como desenho de operação. Elas não significam que os projetos já trocam dados automaticamente. Se eu quisesse acompanhar uma campanha que leva para o WhatsApp, começaria definindo como a origem da conversa será registrada no RastrackDash WhatsApp. Depois separaria o trabalho do atendente no RASTRACK App: quem respondeu, qual etapa abriu e qual tarefa ficou pendente. Se a conversa levar a uma reunião, a Agenda pode organizar o horário. Se virar venda, a gestão da PalmUP Platform pode ser o lugar de conferir oferta e financeiro. Cada passagem exigiria identificadores, permissões, processo e testes próprios.

Numa jornada que começa no site, eu partiria da pergunta de coleta com o RastrackIA, observaria a captação com Forms Dinâmicos quando um formulário próprio fizer sentido e usaria a leitura de campanha, evento, lead e venda do RastrackDash Info. O RastrackDash Lançamento pode oferecer uma visão mais ampla quando há várias frentes de mídia e operação. Outra vez: isso é um roteiro para desenhar e verificar as passagens, não uma descrição de integração pronta entre todos esses apps.

Em produção de conteúdo, Canal Dark Studio e NODTeam tratam de trabalhos diferentes. Um organiza biblioteca, fila e calendário dos materiais; o outro propõe coordenação de agentes, tarefas e aprovações. Não preciso afirmar uma conexão técnica entre eles para aprender com as duas ideias: material gerado ainda precisa de revisão; tarefa executada ainda precisa de aprovação; publicação precisa de recibo no canal final.

Antes de combinar qualquer ferramenta, eu faria quatro perguntas: qual dado nasce aqui, quem é responsável por ele, como a próxima etapa o reconhece e qual evidência confirma que a passagem funcionou? Se uma resposta falta, marco a lacuna. É mais útil ter um processo menor e confiável do que um mapa cheio de setas que ninguém consegue verificar.

Os artigos individuais desta série aprofundam cada projeto. Comece pelo gargalo que mais custa tempo ou decisão na sua operação. A ferramenta vem depois da pergunta certa.