O negócio inteiro roda dentro de uma cabeça só, a sua. O produto é bom e a procura está acontecendo, mas cada função nova (atender, explicar, vender, comissionar, gravar, codar) cai em você. Enquanto for assim, o teto do negócio é o número de horas que você tem no dia.
Alexandre, esse documento é a parte executável do seu plano. Ele não fala de faturamento nem de preço, porque esses números ainda não estão na mesa. Eles ficam pro fim, na aba Fechar o Plano. O que ele resolve é o que você mesmo apontou: você estar tendo que ser a operação inteira sozinho.
Você tem um ativo raro. Um SaaS para igrejas já em produção, com cliente pagante, e um segundo, corporativo, a caminho. Produto que funciona e demanda que chega são os dois lados mais difíceis de conseguir, e você tem os dois. O que falta não é produto, é deixar de ser o gargalo dele.
A virada está na frase que o Davi te passou: o poder da Naia é você centralizar tudo em um só lugar. Em vez de juntar cinco ferramentas e ser a cola entre elas, uma agente autônoma assume as frentes. Ela não é mais uma ferramenta, é quem opera. Você conversa com ela por áudio no Telegram e ela vai construindo, como se estivesse no terminal, do pedido ao sistema no ar no mesmo dia.
E a oferta não é só marketing. São quatro coisas, na ordem que o Davi te falou: criação de site, criação do sistema de vocês, otimização e melhora do código de vocês, e o marketing em volta de tudo isso. Repare na terceira: mexer no código do seu SaaS. Pra quem já tem produto em produção com cliente pagando, isso vale mais que qualquer conteúdo.
Com dado real de igreja em jogo, esse documento fala em auditoria e correção, nunca em plataforma "blindada" ou "100% segura". Auditoria acha e corrige o que dá pra achar, e isso reduz muito o risco conhecido. Prometer proteção total seria assumir uma responsabilidade que ninguém honesto assume quando tem dado de gente real na base. Você é técnico o suficiente pra saber que é assim. Detalhe na aba Segurança.
Os scores saem apenas dos áudios. Onde falta número (faturamento, ticket, metas), o pilar fica marcado, porque score chutado com você, que é técnico, não cola. O pilar A, Audit, é o mais rico, porque você mesmo listou os gargalos.
Você tem lastro real: produto em produção com cliente pagante prova que entrega, e isso vale mais que qualquer discurso. Mas a superfície de marca ainda não existe. Você mesmo diz que "marketing" e "explicação de como ela funciona" estão na fila do que falta fazer. A plataforma ainda não tem divulgação, posicionamento público, nem presença construída. Fundação sólida, comunicação por fazer.
[PEDIR AO ALEXANDRE: como o mercado te enxerga hoje, e se já existe presença em rede social da plataforma]O mercado de gestão para igrejas é amplo no Brasil, e você já tem tração dentro dele. Cliente pagando é validação de demanda e de disposição a pagar. SaaS ainda tem recorrência natural, que é o melhor tipo de receita que existe. A segunda frente, corporativa, amplia o mercado que você pode endereçar. O que segura esse score de subir mais é a falta dos números que dimensionam a sua fatia.
[PEDIR AO ALEXANDRE: quantas igrejas pagam e quanto cada uma paga]Aqui está o retrato mais honesto, e vem quase todo da sua boca.
Pontos fortes: produto em produção, stack moderna (Supabase, Vercel, Git), processo de desenvolvimento com IA (Claude Code, Codex, ChatGPT), e um segundo produto já saindo. Isso é raro de ver junto.
Gargalos, na ordem em que você falou:
O gargalo que amarra todos os outros é o número 4. Produto bom, operação centralizada em você. Muito potencial preso por falta de estrutura e de delegação.
Direção você tem, e boa. Sabe o que quer (agentes para CRM, ligação com automação, WhatsApp e rede social), usa as ferramentas certas, e identificou o próprio gargalo sozinho, o que já é meio caminho andado. Comprou a imersão no plano mais caro pra guardar o material, sinal de compromisso de verdade. Falta o sequenciamento, o que vem primeiro sem se afogar, e os números que definem ritmo e investimento. É exatamente o que esse documento entrega.
[PEDIR AO ALEXANDRE: meta de faturamento em 12 meses e horas por semana disponíveis]Operação com produto sólido e direção clara, travada por centralização e pela falta dos números que fecham o plano financeiro. O plano certo aqui é de estruturação e delegação, ainda não de escala. A escala vem depois que os chapéus saem da sua cabeça.
Isso não é catálogo de recursos. É a ponte entre o que você sofre hoje e o que a Naia já faz sozinha, com as palavras que o próprio Davi te passou. Cada linha da esquerda saiu do seu áudio.
"Eu estou tendo que ser tudo agora"
Uma pessoa só tocando tráfego, atendimento, conteúdo e produto ao mesmo tempo, porque tudo fica centralizado num lugar só.
Atendimento que você faz na mão
Agentes respondendo no direct do Instagram, no direct do TikTok e no WhatsApp, sozinhos. E já sem ManyChat.
Marketing que você não consegue fazer
Conteúdo criado e publicado no automático, com um cron que roda todo dia sozinho e ainda deixa os próximos roteiros programados.
27 módulos de vídeo nunca gravados
Criação de conteúdo em vídeo, imagem e carrossel, e edição de vídeo. Os módulos deixam de ser um monte de trabalho parado.
CRM inacabado
A própria agente constrói o front-end e o back-end do que falta, com cliente já usando a plataforma.
Segurança da plataforma (dado real de igreja)
Ela mexe no código pra auditar e corrigir os furos conhecidos. Auditoria e correção, nunca blindagem prometida.
Segundo SaaS corporativo em construção
Plataforma em aperfeiçoamento constante, construída e melhorada em paralelo, sem parar a que já está no ar.
Seis coisas concretas que o Davi te mostrou, e por que cada uma importa no seu caso:
Você não precisa de Lovable nem de amarrar uma pilha de ferramentas. É uma máquina viva que cria as páginas, o front e o back, e mantém tudo em aperfeiçoamento enquanto os clientes usam. Menos ferramenta pra gerenciar, menos cola manual sua.
Você manda um áudio do celular e ela vai codando, como se fosse o terminal. Sem terminal aberto, sem estar na frente do computador. Do pedido por áudio ao sistema no ar no mesmo dia.
Otimização e melhora do sistema que já está em produção, com cliente pagando. Pra você, técnico e com produto no ar, isso vale mais que conteúdo. É a terceira coisa que o Davi te ofereceu, e a mais valiosa.
A própria Naia responde no direct e faz as automações do Instagram. Uma ferramenta paga a menos na sua stack, e uma integração a menos pra dar problema.
No caso que o Davi contou, um Bid Cap com 200 anúncios em vídeo: ela sobe todos e cria todas as campanhas, cada uma com 5 conjuntos e de 5 a 8 criativos. Na mão, isso é umas 3 horas do seu dia, uma a uma.
Todo dia, sozinha: pesquisa as principais notícias de IA, escolhe 3 entre 20, transforma em carrossel e agenda pra aprovação ou publica. A operação anda mesmo quando você não está.
É assim que o Davi toca vários projetos sozinho. Ele é sócio do Denderson, que nem precisa encostar nos projetos dele pra eles andarem. A ideia aqui é você chegar no mesmo lugar: o negócio rodando sem depender de você estar em cada etapa.
Seis frentes que a Naia assume, na ordem exata em que você priorizou. Cada uma tira um chapéu da sua cabeça. A Fase 0 vem antes de tudo, porque não se coloca nada pra operar em cima de dado real de igreja sem auditar a base primeiro.
O peso de saber que tem dado real de igreja rodando e não ter o mapa de onde estão os furos. Hoje você carrega esse risco sozinho e no escuro.
A Naia mexe no código pra auditar e corrigir os pontos de exposição conhecidos da sua stack, com relatório do que foi encontrado e do que foi corrigido.
Acesso de leitura ao Supabase (policies RLS e configuração de chaves), ao repositório Git e ao Vercel, mais a indicação de quais tabelas guardam dado sensível.
Antes de qualquer outra frente. É a fundação. Sua dor declarada número um.
Você ser o suporte, ser quem explica como a plataforma funciona e quem recebe a igreja nova. Esse chapéu some da sua mesa.
A igreja nova é recebida e guiada no primeiro uso, e as dúvidas são respondidas no direct do Instagram, no direct do TikTok e no WhatsApp, a qualquer hora, sem você e sem ManyChat. O que a Naia não resolve, ela te escala já com o contexto pronto.
A documentação da plataforma (os cadernos), as contas conectadas (WhatsApp, Instagram, TikTok), e o desenho do onboarding de uma igreja nova.
Primeira frente. Ataca direto o "eu estou tendo que ser esse agente", que é o chapéu mais pesado do seu dia.
A pendência do "CRM não está pronto", o registro manual de cada cliente, e o peso de ser você a única pessoa mexendo no código enquanto os clientes já usam.
A Naia constrói o front-end e o back-end do que falta no CRM, mantém os registros vivos (lead entra, status muda, follow-up agendado), e ainda otimiza e melhora o código do sistema em produção, em aperfeiçoamento constante. O mesmo vale pro segundo SaaS, tocado em paralelo.
O escopo do que ainda falta no CRM, as regras de pipeline (estágios, campos que não podem faltar), e acesso ao repositório.
Terceira frente. Vem antes da comissão, porque a comissão precisa da venda já registrada aqui.
A divisão de comissão de venda que você está montando na mão com os representantes.
Cada venda registrada gera o cálculo da comissão conforme a regra, e cada representante recebe o número dele, sem você calcular. Fim da planilha manual.
As regras de comissão (percentuais, o que conta como venda, quem ganha o quê) e a venda chegando registrada no CRM.
Quarta frente, logo depois do CRM, porque depende das vendas já entrarem registradas.
O "marketing pra fazer" que não sai porque você está sendo tudo, e as horas que sumiriam subindo campanha na mão.
A Naia produz o conteúdo (vídeo, imagem, carrossel) e posta sozinha, e no tráfego sobe volume que a mão não alcança: no caso do Davi, 200 anúncios subidos de uma vez, todas as campanhas criadas (5 conjuntos cada, de 5 a 8 criativos), o que na mão levaria umas 3 horas do dia. Um cron roda todo dia: pesquisa as notícias de IA, escolhe 3 entre 20, vira carrossel e agenda ou posta.
O posicionamento da plataforma (pra quem e pra quê) e os pilares de comunicação.
Quinta frente. Depois de atendimento e CRM de pé, pra não gerar demanda que a operação ainda não consegue receber.
Os 27 módulos que explicam a plataforma e que você nunca gravou, e o peso de encarar isso do zero.
Os 27 módulos são estruturados e roteirizados (ordem, o que cada um ensina, roteiro pronto), e a própria Naia cria o conteúdo em vídeo, imagem e carrossel e edita o vídeo. Se você não for aparecer na tela, o mesmo conteúdo vira material escrito ou guiado dentro da plataforma.
A lista dos 27 módulos e o que cada um cobre, mais a decisão de formato.
Sexta frente. É a que mais depende de uma escolha sua.
A ordem não é capricho do método, é a sua própria ordem de dores. Segurança primeiro, porque é dado real. Atendimento logo depois, porque é o chapéu mais pesado no seu dia. CRM e código no meio, porque destravam a operação e o produto. Comissão na sequência, porque depende da venda registrada. Divulgação só quando a casa aguenta receber. Vídeos por último, porque dependem de uma decisão sua de formato.
Tem cliente na plataforma, então são dados de pessoas reais e de igrejas. Vou ser técnico e direto com você aqui, porque você é técnico e vai preferir assim.
É auditoria e correção: a gente encontra os pontos de exposição conhecidos e corrige o que dá pra corrigir, com relatório do que foi achado e do que foi consertado.
Não é garantia de que a plataforma fica "segura", "blindada" ou imune a invasão. Ninguém honesto promete isso quando tem dado real de gente na base. Reduzir risco conhecido é possível, e é muito. Prometer proteção total seria assumir uma responsabilidade que não se honra.
Os dois furos que mais derrubam aplicação em Supabase, e que por isso são os primeiros a olhar:
Se o RLS está desligado ou com uma policy permissiva demais, a chave pública (a anon key, que vai no front e qualquer pessoa consegue ler) passa a ler a base inteira. Numa base com dado de igreja e de membros, esse é o primeiro lugar que se olha: tabela por tabela, cada uma que guarda dado sensível precisa de uma policy explícita que limite quem lê e quem escreve.
A service_role key ignora o RLS e tem acesso total à base. Se ela vaza pro bundle do front na Vercel, e uma variável de ambiente no lugar errado já basta pra isso, qualquer pessoa com o console do navegador aberto extrai tudo. Segundo lugar que se audita: garantir que a service_role vive só no servidor, nunca no client.
Depois dos dois principais, a auditoria varre:
Semana 1 é a auditoria, encontrar e listar. Semana 2 é a correção, consertar o que foi achado e retestar. As duas entregam relatório: o que foi encontrado, o que foi corrigido, e o que fica como recomendação contínua. Só depois disso qualquer frente encosta em dado real.
Doze semanas. Esse roadmap só traz o que não depende dos números que ainda faltam. Ritmo de divulgação paga e metas de venda entram quando você me passar horas por semana e budget, na aba Fechar o Plano.
Investimento de tráfego, meta de vendas por mês e projeção de faturamento não entram nesse roadmap. Dependem de budget e metas que ficam pras perguntas do fim. Colocar número agora seria chute, e chute com você não cola.
São faixas, não um orçamento cravado. O número exato depende do volume (quantas igrejas, quantas conversas por mês) e do budget de tráfego, que ficam pras perguntas do fim. Você já roda sua própria infra (Supabase, Vercel, Git), então as faixas abaixo são o custo de operar a Naia por cima disso.
| Item | Faixa (R$ por mês) |
|---|---|
| VPS pra rodar a Naia | 200 a 800 |
| APIs de LLM (os modelos variam entre Kimi, Claude e Codex, conforme a complexidade) | 200 a 2.000 |
| CRM Avalanche (se optar pelo da casa) | 297 a 997 |
| Ferramentas auxiliares | 100 a 500 |
| Operação total, sem tráfego | 800 a 4.300 |
| Tráfego pago | variável, fase 2 |
O ManyChat sai da conta: a própria Naia responde no direct e faz as automações do Instagram. Uma ferramenta paga a menos, e uma integração a menos pra manter. Centralizar tudo nela também corta o custo (e o trabalho) de amarrar várias ferramentas separadas, que é parte do que te consome hoje.
A recomendação do método é provisionar pelo menos R$ 2.000 por mês de operação fixa, fora tráfego. Mas o seu número real só fecha com o volume e o budget. As APIs de LLM, por exemplo, variam bastante: quanto mais conversa de atendimento e mais construção de código por mês, mais alto o consumo. Por isso a faixa é larga.
[PEDIR AO ALEXANDRE: budget mensal pra divulgação paga]Sete perguntas. Com as respostas, a fase 2 fecha: projeção de faturamento em três cenários, escada de preços e ritmo de tráfego. Sem elas, qualquer número seria chute, e você ia perceber na hora. Por isso ficaram de fora, de propósito.
Quanto o SaaS de igrejas fatura por mês, na média.
Quantas igrejas pagam, e quanto cada uma paga (o ticket).
Onde você quer o faturamento daqui a um ano.
Quantas horas por semana você e o Marcelo têm pra tocar isso.
Quanto por mês você tem pra divulgação paga.
Você grava vídeo bem, ou prefere material escrito e guiado. Isso define o formato dos 27 módulos.
O que você não quer fazer de jeito nenhum.
Me passa o contato do Marcelo pro grupo e responde essas sete, que eu fecho a fase 2. O que já está aqui, segurança, operação, roadmap e custo, você pode começar a executar essa semana, porque não depende de nenhuma dessas respostas.