Kodama Solutions — Marketing Plan v1.2
Kodama Solutions — Marketing Plan v1.2
Prepared by: Claude Code (fCMO mode), metodologia marketing-plan do plugin marketing-skills
For: founder da Kodama Solutions
Date: 2026-07-01 (v1), atualizado 2026-07-01 (v1.1, v1.2)
Status: Draft v1.2 — para revisão
Nota de arquétipo. A biblioteca de skills modela principalmente SaaS/app/marketplace. Kodama Solutions é studio de engenharia B2B por projeto + retainer (não subscription self-serve). Adaptação usada em todo o plano: "Activation" = da conversa qualificada até contrato assinado + primeiro valor entregue (loja no ar / agente respondendo), não signup→trial. "Retention" = renovação de retainer + expansão de serviço, não DAU/engagement.
Changelog v1.1 (2026-07-01). Execução da Semana 1 revelou que o "Vendedor IA" do pacote não precisa ser construído do zero:
vek1(vek1.com.br, projeto irmão do mesmo founder) já é um SaaS pronto e em produção — agente WhatsApp + RAG + catálogo + pedidos + pagamento PIX/COD + stock sync + billing Stripe live, pricing público Starter R$199/Pro R$599/Business R$1.499/mês. Decisão do founder: reaproveitar vek1 como motor do pacote. Preço recalibrado nas Seções 2, 4, 5, 8, 11.
Changelog v1.2 (2026-07-01, mesmo dia). Decisão do founder: o pacote oferece duas variantes de canal WhatsApp — (1) conexão direta no número que o lojista já tem (Evolution/QR, o que o vek1 roda em produção hoje) e (2) WhatsApp Business oficial (Cloud API da Meta). Research de suporte (workflow 2 agents, 2026-07-01): variante oficial não é vendável hoje — a migração Cloud API do vek1 é spec em draft (2026-05-27) com zero código e nenhum ativo Meta criado; melhor caso ~5-8 semanas após iniciar a Trilha A + App Review. Custo Meta na variante oficial é quase zero pra comércio responsivo (service grátis na janela de 24h; típico R$20–100/mês). Modo coexistência confirmado e live no Brasil: o lojista mantém o app WhatsApp Business no mesmo número junto com a Cloud API (QR dentro do app, app aberto ≥1x/14 dias). Ver Seções 5, 8, 9, 13.
1. Executive Summary
Frame: este plano otimiza por uma coisa: converter os primeiros 2–3 clientes-referência em 90 dias, com R$0 de budget pago, usando founder solo + agents de IA como única força de execução. Tudo o resto (SEO, conteúdo, posicionamento de longo prazo) é secundário a isso até que exista prova social.
Três apostas, por ordem de alavancagem:
- Beachhead único, não dois ao mesmo tempo. A pesquisa de ICP confirma (com dois documentos prévios independentes,
varejo.htmledestilado01.md, apontando pro mesmo padrão) que o comprador certo pros próximos 90 dias é o dono-operador de loja física/e-commerce de cidade média — não o comprador "empresa que vê IA como infraestrutura crítica" do site institucional, que exige ciclo de vendas e prova social que a Kodama ainda não tem. Diluir a prospecção entre os dois é a causa mais provável de chegar aos 180 dias com zero clientes. - Consertar o vazamento técnico antes de qualquer investimento em aquisição. (Resolvido na Semana 1 — ver Seção 9.) O domínio
kodama.solutionsnão tinha DNS configurado. Corrigido: apontado pra Vercel, canonical/schema já estavam corretos (confirmados), bug delangno/encorrigido na raiz (restruturação de layout, não gambiarra client-side). - Prova de engenharia, não promessa de feature, é o diferencial defensável — e agora com motor real, não hipotético. O mapeamento de 12 concorrentes reais mostra um padrão consistente: plataformas de CX (Blip, Zenvia, Digisac, Octadesk) somem no suporte pós-venda; point-solutions baratas (Zaia, Nuvem Chat) cortam caminho em confiabilidade (WhatsApp não-oficial, zero customização); agências de e-commerce (Rollin, Ideia Vertical) não têm competência real de engenharia de LLM. O ângulo defensável da Kodama — "a loja qualquer agência entrega; o vendedor que entende o catálogo, decide e presta contas é engenharia" — agora se apoia num produto (
vek1) que já prova isso em produção. A oferta dual-channel (Seção 8) reforça a honestidade como diferencial: a Kodama nomeia o trade-off do canal não-oficial em vez de escondê-lo (como a Zaia faz) e oferece o caminho oficial como upgrade.
O que 12 meses parecem, de forma plausível:
- 2–3 clientes pagantes ativos ao fim do mês 3; 8–12 clientes cumulativos ao fim do mês 12 no pacote "Loja + Vendedor IA" (loja Nuvemshop/Tray + vek1 configurado e gerenciado)
kodama.solutionssaudável tecnicamente, >10 páginas indexáveis (hoje são 2)- Variante WhatsApp Business oficial disponível (gated na migração Cloud API do vek1 — decisão de go/no-go na Seção 13)
- Motor de conteúdo rodando, primeiras posições orgânicas nos termos de cauda longa mapeados (Seção 4)
- Pipeline de indicação nascente a partir dos primeiros cases publicados
- Decisão tomada (não adiada) sobre expandir de volta pro comprador "infraestrutura crítica" mais amplo, com prova social finalmente em mãos
Prioridades dos 90 dias:
- ✅ Corrigir DNS do domínio raiz + confirmar canonical/schema/sitemap/robots.txt + corrigir bug de
lang+ H1 duplicado (Semana 1 — feito) - Publicar landing dedicada do pacote "Loja + Vendedor IA" (vek1-powered, apresentando as duas variantes de canal), tom simples/concreto (Semana 1–2)
- Rodar prospecção ativa (outbound presencial + digital) travada 100% no beachhead varejo, com a pergunta de margem como filtro de qualificação (Semana 2 em diante)
- Decidir go/no-go de iniciar a migração Cloud API do vek1 (Trilha A) — destrava a variante oficial em ~5-8 semanas (Semanas 3–4)
- Fechar 2 clientes-piloto com desconto de portfólio (case + depoimento em troca) (mês 1–2)
- Publicar o primeiro case e iniciar cadência de conteúdo nos termos de cauda longa de menor competição (mês 2–3)
2. Strategic Frame
O que é a Kodama Solutions, em uma frase
Studio de engenharia de software brasileiro que constrói e opera agentes de IA e sistemas autônomos como produto de produção — com governança, observabilidade e ROI mensurável — não uma agência genérica, não uma plataforma self-serve.
A categoria que reivindica
Nem "chatbot", nem "agência de e-commerce com IA de brinde". A pesquisa de concorrentes mapeou 12 players reais em duas categorias adjacentes e confirmou um espaço livre: "engenharia de agentes autônomos", com rigor técnico (observabilidade, governança, versionamento, ROI auditável) como eixo de confiança — exatamente onde a maioria dos concorrentes falha (padrão de queixa idêntico em 4 dos 6 players de CX/WhatsApp: somem depois da venda). A Kodama não vende feature, vende engenharia com responsabilidade contínua sobre o resultado.
Quem é (ICP, distilado)
- Beachhead dos 90 dias: dono-operador de loja física/e-commerce pequeno, cidade média (50–300k hab., interior PR/SC/RS como ponto de partida geográfico natural), faturamento R$15–60k/mês, decisor único sem comitê.
- Dor real: venda escapando pela fresta do atendimento manual no WhatsApp — cliente manda mensagem fora do horário ou quando a loja está cheia, ninguém responde a tempo, a venda vai pro concorrente.
- Já tentou e não resolveu: Instagram ativo mas sem conversão, freelancer de social media que só posta, talvez um marketplace abandonado por falta de tempo.
- Objeção dominante: "é caro/complicado pra mim" (medo de ficar refém de mensalidade sem retorno) ou "eu mesmo respondo, não preciso de robô" (medo de perder o toque pessoal).
- O site institucional (6 primitivos) não é o alvo da prospecção ativa — continua servindo como vitrine ampla pro comprador "infraestrutura crítica" via inbound/SEO, sem mudança de mensagem.
Lógica de negócio
Projeto (implantação, faixa na Seção 8) + recorrência (assinatura vek1 + fee de gestão Kodama) — modelo de serviço com componente recorrente, não subscription self-serve pura. O motor de IA (agente WhatsApp/RAG/pedidos/pagamento) é o vek1, produto irmão já maduro e em produção — a Kodama Solutions entrega a loja (Nuvemshop/Tray) e a configuração/gestão completa do vek1 pro cliente não-técnico. O canal WhatsApp tem duas variantes (detalhe na Seção 8): conexão direta no número que o lojista já tem (disponível hoje) ou WhatsApp Business oficial via Cloud API (roadmap, gated na migração do vek1). Motor de aquisição hoje: outbound presencial (CAC ~R$0 em mídia, custo é tempo do founder) + SEO orgânico de cauda longa. Sem os 2–3 primeiros clientes-referência com desconto de portfólio (case + depoimento em troca), não existe prova social pra destravar venda de ticket maior depois.
Voz de marca (não-negociável)
Direto, técnico, sem jargão de marketing vazio — "engenharia", nunca "agência". Vocabulário-âncora do site: governança, observabilidade, ROI mensurável, guardrails. Evitar tom "vendedor". Dois registros de voz coexistem intencionalmente, não é inconsistência a resolver: o institucional mantém o tom "sistema operacional" (HUD, terminal, STATUS: ATIVO); a landing do beachhead varejo usa tom mais simples e concreto ("sua loja vendendo sozinha no WhatsApp"), porque fala pra um comprador diferente — mesmo registro, aliás, que o próprio vek1 já usa na sua landing PME ("sabe o nome do cachorro", zero jargão técnico). Honestidade sobre trade-offs é parte da voz: a oferta nomeia a diferença entre canal direto e oficial em vez de esconder (padrão que o vek1 já pratica nas vs-pages com a seção "quando faz sentido escolher [o concorrente]"). Ver Seção 13 se essa decisão precisar de revisão.
3. Current State
Time (superfície de marketing)
| Pessoa | Papel | Superfície de marketing |
|---|---|---|
| Founder | Todos os papéis | Estratégia, vendas, produto, execução técnica e de marketing |
| Agents de IA (Claude Code + plugin marketing-skills) | Execução | Pesquisa, copy, SEO, conteúdo, automação |
Sem hire dedicado — correto pro estágio (Tier 1 não desbloqueia contratação, ver funding-stage-unlocks).
Budget de marketing (atual)
- Aquisição paga: R$0/mês
- Stack de ferramentas: mínimo, infra já absorvida por outros projetos Kodama (Vercel, NocoDB self-hosted)
- Retainers/fCMO: este plano, executado internamente via agents
- Headcount: 0 dedicado
- CAC hoje: 100% tempo do founder (outbound presencial), zero componente de mídia
- Tier: Pre-seed/bootstrapped ($0–2K/mês, orgânico apenas) — confirmado no intake
Fase de crescimento
$0 ARR — pré-cliente. Fase mais dura do ciclo ("grueling", $0–10K ARR). Restrição vinculante não é canal — é prova social: zero clientes fechados gera fricção em qualquer venda de ticket alto, inclusive no beachhead mais fácil.
O que já foi feito (reconhecer, depois construir em cima)
| Asset | Status | Alavancagem de marketing |
|---|---|---|
| Site institucional (6 primitivos, pt/en) | Live em kodama.solutions (apex, migrado Semana 1) |
Vitrine ampla, schema JSON-LD tecnicamente correto |
FAQ + FAQPage/WebPage schema |
Live | SEO técnico resolvido |
vek1 — motor de IA pronto (agente WhatsApp/RAG/pedidos/pagamento/stock-sync) |
Live em produção (canal Evolution), billing Stripe (test mode), pricing público R$199/599/1.499/mês | Elimina o maior risco técnico do pacote — motor provado, não hipotético |
| Spec migração Cloud API do vek1 | Draft (2026-05-27), zero código | Caminho da variante oficial já desenhado (fases A0–A7, dual-provider por agent) — falta executar |
| Estudo de pricing e-commerce (pesquisa multi-agent, mercado BR real, jun/2026) | Pronto na vault, recalibrado na Seção 8 | Base de precificação, ancorada em COGS conhecido |
Landing varejo.html (oferta anterior, modelo de comissão) |
Existe | Prova que já existe o padrão "landing por oferta" — reaproveitar formato pro pacote atual |
Análise destilado01.md (MVP/validação) |
Pronta | Já mapeou o mesmo ICP duas vezes de forma independente — sinal validado |
Plugin marketing-skills (45 skills) |
Instalado | Motor de execução de marketing operacionalizado |
O que está em andamento
| Item | Status | Bloqueador |
|---|---|---|
| Prospecção ativa outbound | Esporádica | Sem script/pitch formalizado pro beachhead varejo |
| SEO orgânico | Ativo | Domínio corrigido Semana 1; falta conteúdo de cauda longa (ver rubric #16) |
O que está travado (desbloquear neste trimestre)
| Issue | Custo de inação | Ação |
|---|---|---|
| Nenhuma landing dedicada ao pacote "Loja + Vendedor IA" (vek1-powered) | Prospecção usa o tom "infraestrutura crítica" do institucional, que não converte dono de loja pequena | Publicar landing beachhead — Semana 1–2 |
| Migração Cloud API do vek1 parada em draft desde 27/05 | Variante oficial invendável; oferta fica exposta na comparação com players oficiais (Nuvem Chat usa API oficial da Meta) | Go/no-go do founder — Semanas 3–4 (Seção 13) |
| Zero clientes fechados | Trava toda venda de ticket maior por falta de prova social | Prospecção focada + desconto de portfólio pros 3 primeiros |
Rubric de 17 seções (scored a partir de research + materiais existentes)
| # | Seção | Score | Nota |
|---|---|---|---|
| 1 | Positioning | 4 | Claro e original; dois registros de voz (institucional × beachhead) ainda não formalizados como decisão intencional |
| 2 | Customer research | 3 | ICP validado por research + 2 documentos prévios independentes; ainda não é voice-of-customer contínuo (zero clientes = zero VoC real) |
| 3 | Homepage | 4 | Domínio corrigido Semana 1, voz alinhada, schema correto — sobe de 2 pra 4 |
| 4 | Páginas de produto/venda | 1 | Só cards de serviço na home; nenhuma página dedicada por serviço/pacote |
| 5 | Páginas de conversão | 1 | varejo.html existe mas com oferta descontinuada; sem landing do pacote atual |
| 6 | Comparação de concorrentes | 0 | Nenhuma página de posicionamento competitivo (vek1 já tem 6 — reaproveitar padrão é candidato Q2) |
| 7 | Conteúdo/recursos | 0 | Sem blog, sem conteúdo indexável além da home |
| 8 | Onboarding | N/A | Sem análogo SaaS direto — mapeado como "onboarding de projeto" na Seção 5 |
| 9 | Email lifecycle | 0 | Inexistente |
| 10 | Material de vendas | 1 | Chat IA de qualificação já existe no site; sem deck/case/one-pager formal |
| 11 | Messaging | 4 | Documentado em lib/i18n.ts, consistente pt/en, distintivo |
| 12 | Pricing | 4 | Estudo de mercado robusto, recalibrado com COGS real do vek1 + custos Meta reais; ainda não pressure-tested com cliente real |
| 13 | CRO | 0 | Nenhum teste rodado |
| 14 | GTM launches | 1 | Nenhum launch estruturado |
| 15 | Ads (pago) | 0 | Esperado pro estágio — reflete budget R$0, não é falha (rubric: não penalizar pre-seed) |
| 16 | SEO | 3 | Domínio corrigido, schema correto, lang bug resolvido; falta conteúdo indexável — sobe de 1 pra 3 |
| 17 | Internacionalização | 2 | Site já em pt/en; sem GTM internacional — adequado pro estágio |
Total: 28/85 (33%, excluindo #8 N/A). Subiu de 24→28 com os fixes técnicos da Semana 1. Formato inalterado: alto em Positioning/Messaging/Pricing/Customer research, baixo em páginas de produto/conversão/conteúdo. Seção 4 (Acquisition) segue carregando o peso do plano — agora sem o vazamento técnico atrapalhando.
4. Acquisition
Estado atual
Outbound esporádico sem script formal; domínio técnico corrigido (Semana 1). Nenhum canal pago. Nenhuma página de conversão dedicada ao beachhead.
O plano
Move 1 — Fix técnico do domínio. ✅ Feito Semana 1: DNS do apex kodama.solutions apontado pra Vercel (decisão tomada — migrar pro apex), canonical/hreflang/JSON-LD/sitemap/robots.txt já estavam corretos, bug lang="pt-BR" no /en corrigido na raiz via restruturação de layout (app/(pt)/layout.tsx + app/en/layout.tsx), H1 duplicado/keyword-stuffed removido.
Move 2 — Landing dedicada "Loja + Vendedor IA" (vek1-powered, dual-channel). Página própria fora do tom "infraestrutura crítica", reaproveitando o padrão que varejo.html/smile-secret.html/picks.html já validam nesse mesmo repositório. Copy: "sua loja vendendo sozinha no WhatsApp". Apresenta as duas variantes de canal com honestidade: conexão direta no número atual (começa hoje, sem custo por mensagem) e WhatsApp Business oficial (selo Meta, sem risco de bloqueio, mantém o app — disponível como upgrade/roadmap enquanto a migração do vek1 não conclui; não prometer prazo firme, é gated em App Review da Meta). CTA de proposta em 24h.
Move 3 — Prospecção ativa outbound, presencial + digital. Script fixo com a pergunta de margem como filtro ("qual a margem média dos seus produtos mais vendidos?") logo nos primeiros minutos — abaixo de ~35–40% desqualifica o prospect pro modelo recorrente (Seção 8). Presencial em cidades médias do interior (vantagem estrutural do founder), complementado por DM/WhatsApp direto. A opção dual-channel entra no script como resposta à objeção de confiança: "começa no seu número de hoje; quando quiser o selo oficial da Meta, a gente migra".
Move 4 — SEO de cauda longa. Domínio já corrigido — atacar os termos de baixa/média competição mapeados na auditoria: "quanto custa um chatbot com IA", "RPA para pequena empresa", "consultoria em inteligência artificial para PME", "agência de automação com IA Francisco Beltrão" (geo-nicho, Google Meu Negócio/local SEO), "ROI de automação com inteligência artificial". Candidato novo pós-v1.2: "whatsapp business api preço" / "api oficial do whatsapp quanto custa" — o research de pricing Meta desta versão já é conteúdo pronto pra virar artigo (custo real ~R$20–100/mês pra lojista responsivo é contra-intuitivo e altamente buscado). Termos genéricos ficam pra depois — exigem autoridade de domínio que ainda não existe.
Move 5 — Founder-led LinkedIn. Conteúdo técnico sobre engenharia de agentes/observabilidade/governança — usar o próprio gap dos concorrentes ("somem depois da venda") como argumento recorrente, sem citar nomes diretamente até existir uma página de comparação formal (Seção 12).
Move 6 — PR local. Imprensa/blog de negócios do interior PR/SC/RS com angle "startup local constrói tecnologia que grande centro não tem" — Q2, depois que existir pelo menos 1 case pra ancorar a matéria.
Move 7 — Paid layer. Held. Sem budget no Tier 1. Reavaliar no fechamento dos primeiros contratos (ver Seção 10, unlocks).
Moves dos 90 dias
Ver Seção 9 (tabela semana a semana) e a tabela Roadmap 90 Dias no NocoDB.
Outlook de 12 meses
- Q1: landing beachhead no ar (dual-channel), prospecção rodando, primeiro conteúdo de cauda longa publicado, go/no-go da migração Cloud API
- Q2: primeiras posições orgânicas nos termos de baixa competição, primeira matéria de PR local, páginas de comparação competitiva (reaproveitando padrão das 6 vs-pages do vek1), variante oficial disponível se a Trilha A tiver iniciado no Q1
- Q3: conteúdo cadenciado (cluster por serviço), primeira campanha piloto paga se caixa permitir
- Q4: decisão sobre voltar a mirar o comprador "infraestrutura crítica" com prova social em mãos
Skills + ferramentas
seo-audit, ai-seo, schema, programmatic-seo (Q3+), content-strategy, cold-email, prospecting, social, copywriting, competitor-profiling, competitors (páginas "vs."), analytics (instrumentar GA4 desde já).
5. Activation
(Adaptado: sem signup/trial — "ativação" é da conversa qualificada até o cliente ver o primeiro resultado real do agente.)
Estado atual
Chat IA de qualificação já existe no site institucional (promessa: resposta humana em 24h) — bom padrão, mas serve o comprador errado hoje (institucional, não beachhead). Sem proposta padronizada.
O plano
- Proposta rápida e padronizada — checklist de cotação (produtos, ERP/NF-e, migração, quem produz conteúdo, prazo, variante de canal) pra devolver proposta em até 24h, igual promessa do site.
- Demo antes do fechamento, sem construir nada pra isso — a demo usa o preview de agente já existente no vek1 (
/agents/[id]/preview) com um catálogo de teste — não precisa montar protótipo do zero. - Onboarding de projeto — difere por variante de canal:
- Conexão direta (hoje): setup 15–30 dias no total (loja + vek1); o canal WhatsApp em si conecta no mesmo dia — QR code no número que o lojista já usa, zero burocracia Meta.
- WhatsApp Business oficial (quando disponível): mesmos 15–30 dias de loja + vek1, mais o trilho Meta em paralelo: Embedded Signup (via QR dentro do próprio app WhatsApp Business, modo coexistência — o lojista mantém o app funcionando), display name aprovado (horas a 2 dias), verificação de negócio com CNPJ (2–15 dias úteis; sem ela o limite é 250 conversas iniciadas pela empresa/24h — conversas iniciadas pelo cliente são ilimitadas mesmo sem verificação, o que já atende o lojista responsivo desde o dia 1). Requisito operacional a comunicar: app aberto pelo menos 1x a cada 14 dias, senão a conexão cai; listas de transmissão e mensagens temporárias ficam indisponíveis no app.
- Primeiro valor visível rápido — priorizar deixar o agente vek1 respondendo mensagens reais o quanto antes, mesmo que o catálogo completo da loja ainda esteja sendo cadastrado.
Skills + ferramentas
onboarding (adaptado pra onboarding de projeto), copywriting, sales-enablement (proposta padronizada), ab-testing (Q2+, testar scripts de pitch).
6. Retention
(Adaptado: retention = renovação de retainer mensal + expansão de serviço, não engagement de produto.)
Estado atual
Inexistente — zero clientes ainda. vek1 já tem dashboard/stats real e token-usage tracking que alimentam o relatório.
O plano
- Relatório mensal como motor de retenção — usar os dados que o vek1 já expõe (
/dashboard,/token-usage, conversas/pedidos) pra montar o relatório mensal de conversas/vendas do agente; formalizar como ritual fixo. - Check-in trimestral estruturado — validar resultado, capturar depoimento/dado de ROI enquanto está fresco (alimenta Seção 4 Move 6 e Seção 12).
- Upgrade de canal como momento de retenção — quando a variante oficial ficar disponível, oferecer a migração pros clientes da conexão direta é um touchpoint natural de renovação/expansão (e elimina o risco de ban da base instalada — interesse mútuo).
- Success fee como complemento — só depois de 6 meses de relação — não usar no primeiro contrato.
Skills + ferramentas
emails (relatório mensal automatizado), churn-prevention (Q2+), copywriting.
7. Referral
Estado atual
Indicação/network já é um dos 2 canais ativos hoje (confirmado no intake) — mas informal, sem processo.
O plano
- Pedido formal de indicação pós-entrega — no momento do check-in trimestral (Seção 6), pedir indicação direta pra outro lojista da mesma praça.
- Depoimento em vídeo curto — mais forte que texto pra convencer o próximo dono de loja cético; reaproveita pro conteúdo de LinkedIn e pra landing beachhead.
- Efeito rede local — cidades médias têm associação comercial/grupo de lojistas; um case bem-sucedido tende a circular rápido nesse círculo fechado (mesma lógica do GTM "porta-a-porta" já documentado em
destilado01.md).
Skills + ferramentas
referrals (formalizar o programa Q2), social, copywriting.
8. Revenue
Estado atual — recalibrado pós-decisão vek1 (v1.1) + variantes de canal (v1.2)
O estudo original (pricing-ecommerce.md) assumia construir o "Vendedor IA" do zero. Com vek1 como motor pronto, o escopo de engenharia da Kodama cai pra: montar a loja (Nuvemshop/Tray) + configurar e gerenciar o vek1 pro cliente.
Pacote recalibrado (primeira passada — confirmar com founder antes de cotar; usar como referência, não tabela rígida)
| Item | Valor | Nota |
|---|---|---|
| Implantação (one-off) | R$4.000–7.000 | Loja Nuvemshop/Tray + config completa do vek1 (catálogo, agente, WhatsApp, treinamento) |
| Projeto-referência (3 primeiros) | R$3.000–4.000 | Desconto de portfólio nomeado, expira sozinho |
| Recorrência | ~R$500–1.100/mês | Assinatura vek1 (R$199 Starter / R$599 Pro conforme volume) + fee de gestão Kodama R$300–500/mês |
Tier vek1 recomendado por padrão: Pro (R$599/mês, até 5.000 produtos, ~5 mil conversas/mês) — Starter provavelmente curto pro perfil do beachhead; Business é overkill no primeiro ano.
As duas variantes de canal WhatsApp
| Variante 1 — Conexão direta ("configuração normal") | Variante 2 — WhatsApp Business oficial (Cloud API Meta) | |
|---|---|---|
| O que é | Conecta o número WhatsApp/WhatsApp Business que o lojista já tem, via QR code (Evolution) | Número na API oficial da Meta; com modo coexistência, o lojista mantém o app WhatsApp Business funcionando no mesmo número |
| Disponibilidade | Hoje — é o que o vek1 roda em produção | Roadmap — gated na migração Cloud API do vek1 (spec draft, zero código; melhor caso ~5-8 semanas após iniciar Trilha A + App Review Meta). Não vender como entrega imediata. |
| Custo por mensagem | R$0 | Quase zero pra comércio responsivo: conversas iniciadas pelo cliente + respostas na janela de 24h = grátis e ilimitadas. Típico R$20–100/mês; utility fora da janela ~R$0,04/msg; marketing ~R$0,34/msg (blast de 1.000 msgs ≈ R$345). Desde jul/2026 Brasil tem rate card em BRL. |
| Setup extra | Nenhum — QR no mesmo dia | Embedded Signup + display name (horas–2 dias) + verificação de negócio CNPJ (2–15 dias úteis; opcional pra começar — sem ela, 250 conversas iniciadas pela empresa/24h, inbound ilimitado) |
| Trade-offs (comunicar com transparência) | Canal não-oficial (engenharia reversa) — risco de bloqueio do número, sem SLA Meta, sem templates/recursos oficiais. Mesma fraqueza que apontamos na Zaia — a diferença é que a Kodama nomeia o trade-off e oferece o caminho oficial. | App precisa abrir 1x/14 dias; listas de transmissão e msgs temporárias desabilitadas no app; grupos não sincronizam com a API; mensagens proativas fora da janela exigem template aprovado pela Meta (1–48h) |
| Cobrança Meta | N/A | Na fase Tech Provider do vek1, o lojista paga a Meta direto (cartão dele na WABA dele) — fatura única via vek1 só após aprovação Solution Partner (meses). Impacta a decisão de faturamento (Seção 13). |
| Preço Kodama | Incluída no pacote base | Adicional de setup R$500–1.000 (trilho Meta: BM, signup, display name, verificação, templates) + custos Meta repassados/pagos direto |
Upgrade path: cliente começa na conexão direta hoje → migra pro oficial quando disponível. Com coexistência, a migração não exige abandonar o app (o desenho antigo de "deletar conta + 24h de downtime" era do modelo pré-coexistência — validar o fluxo exato na execução da migração do vek1).
O plano
- Manter a régua de portfólio pros 3 primeiros clientes.
- Cobrar recorrência sempre junto — nunca entregar loja sem contrato de manutenção assinado.
- Sempre à parte — ERP/NF-e, migração, cadastro em massa, design exclusivo, setup do trilho Meta (variante oficial).
- Reavaliar preço-cheio após os 3 primeiros.
Unit economics
| Métrica | Valor | Nota |
|---|---|---|
| ARPC (receita média mensal por cliente) | ~R$500–1.100/mês (estimado) | Assinatura vek1 (R$199–599, custo conhecido/público) + fee de gestão Kodama (R$300–500, margem real) |
| CAC pago (blended) | R$0 | 100% tempo do founder, sem mídia paga |
| Retenção anual | Desconhecido | Primeira leitura só após o primeiro ciclo de renovação |
| LTV (estimado) | A calcular | Depende de retenção real — flag como decisão aberta (Seção 13) |
| LTV/CAC | N/D | Sem CAC pago, métrica tradicional não se aplica ainda |
Skills + ferramentas
pricing (recalibrado nesta seção), sales-enablement, revops (Q2+), ab-testing (Q3+).
9. Roadmap 90 dias
Semanas 1–2 — Unblock
| Move | Estágio | Status |
|---|---|---|
Fix DNS do domínio kodama.solutions (apex → Vercel) |
Acquisition | ✅ Done |
| Confirmar canonical/hreflang/JSON-LD/sitemap/robots.txt | Acquisition | ✅ Done (já estavam corretos) |
Corrigir lang="pt-BR" → lang="en" na página /en |
Acquisition | ✅ Done |
| Consolidar H1 duplicado (remover keyword-stuffing oculto) | Acquisition | ✅ Done |
| Decidir e formalizar: vek1 como motor do pacote (não agente custom) | Strategic | ✅ Done |
| Decidir e formalizar: oferta dual-channel (conexão direta + WhatsApp Business oficial) | Strategic | ✅ Done (v1.2) |
| Publicar landing dedicada "Loja + Vendedor IA" (vek1-powered, dual-channel) | Acquisition | Em andamento |
| Escrever script de prospecção com pergunta de margem + resposta dual-channel à objeção de confiança | Acquisition | Pendente |
Semanas 3–4 — Foundation
| Move | Estágio | Owner |
|---|---|---|
| Go/no-go: iniciar Trilha A da migração Cloud API do vek1 (destrava variante oficial em ~5-8 semanas; sem isso, variante 2 fica invendável no Q2) | Strategic | Founder |
| Activation | Founder (esforço reduzido) | |
| Padronizar template de proposta (24h, com campo de variante de canal) | Activation | Founder |
| Iniciar prospecção ativa presencial + digital no beachhead | Acquisition | Founder |
| Instrumentar GA4 no site | Acquisition | Founder + agents |
| Publicar primeiro conteúdo de cauda longa (candidato: "quanto custa a API oficial do WhatsApp" — research desta versão já é o rascunho) | Acquisition | Founder + agents |
Semanas 5–8 — Velocity
| Move | Estágio | Owner |
|---|---|---|
| Fechar cliente-piloto #1 (desconto de portfólio) | Revenue | Founder |
| Fechar cliente-piloto #2 (desconto de portfólio) | Revenue | Founder |
| Onboarding do projeto #1 (loja + config vek1, conexão direta) | Activation | Founder |
| Cadência de conteúdo (2–3 termos/mês) | Acquisition | Founder + agents |
| Estruturar relatório mensal recorrente (usando dashboard/stats do vek1) | Retention | Founder + agents |
Semanas 9–12 — Compound
| Move | Estágio | Owner |
|---|---|---|
| Publicar primeiro case + depoimento | Referral | Founder |
| Check-in trimestral cliente #1 (se aplicável) | Retention | Founder |
| Pedido formal de indicação | Referral | Founder |
| Primeira matéria de PR local (se caixa/case permitir) | Acquisition | Founder |
| Revisão de 90 dias: decisão sobre ICP e sobre voltar ao comprador institucional | Strategic | Founder |
(Tabela completa e com status vivo em: NocoDB → base "Kodama Solutions — Marketing Plan" → tabela Roadmap 90 Dias.)
10. Outlook 12 meses
Método de budget: nenhum dos dois métodos padrão (Revenue-Based ou Goal-Based) se aplica com fidelidade num Tier 1 de R$0. Budget usado: R$0 pago, 100% tempo do founder + agents. Meta informal: alcançar caixa suficiente (2–3 clientes ativos) pra reavaliar um primeiro budget de teste pago no Q3.
Padrão de crescimento esperado: não-linear no início (degrau, não curva) — o salto real acontece quando o primeiro case published desbloqueia indicação e reduz o ciclo de venda. Antes disso, cada contrato fechado é 100% outbound manual.
Q1 — Meses 1–3
Estado de funding: Pre-seed/bootstrapped (Tier 1)
Foco: landing + prospecção rodando, fechar os 2–3 primeiros clientes-referência, go/no-go da migração Cloud API
Resultados esperados: domínio saudável (feito), landing dual-channel no ar, 2–3 clientes ativos (conexão direta), primeiro conteúdo publicado
KPIs-alvo: 2+ contratos fechados, 5+ propostas enviadas, 1+ conteúdo de cauda longa publicado, decisão Cloud API tomada
Q2 — Meses 4–6
Estado de funding: ainda Tier 1
Foco: transformar os primeiros clientes em prova pública + variante oficial disponível (se Trilha A iniciou no Q1)
Resultados esperados: case publicado, depoimento em vídeo, 4–6 clientes cumulativos, primeiras posições orgânicas, primeiros clientes na variante oficial ou upgrades da base
KPIs-alvo: 1 case publicado, 2+ novos contratos, retenção 100% da base atual
Q3 — Meses 7–9
Estado de funding: possível transição pro Tier 2 se caixa permitir teste pago pequeno
Foco: consolidar conteúdo em clusters por serviço, avaliar teste de mídia paga pontual
Resultados esperados: 8–10 clientes cumulativos, páginas de comparação competitiva no ar, primeiro teste de PR estruturado
KPIs-alvo: 2+ novos contratos, DR/autoridade de domínio em crescimento mensurável
Q4 — Meses 10–12
Estado de funding: Tier 1 ainda mais provável
Foco: decisão estratégica sobre expandir de volta pro comprador "infraestrutura crítica" com prova social em mãos
Resultados esperados: 8–12 clientes cumulativos, decisão de ICP tomada com dados, plano v2 iniciado
KPIs-alvo: retenção da base ≥ meta definida no Q2, pipeline de indicação gerando 1+ lead/mês sem esforço ativo
11. Marketing Operations Stack
A tese
Founder solo + biblioteca de 45 skills do plugin marketing-skills + agents de IA executando em paralelo = capacidade operacional equivalente a uma pequena equipe de marketing, sem headcount. Este próprio plano é a prova: 3 agents rodaram em paralelo (competitor profiling, seo-audit, ICP research) na v1; a v1.2 usou um workflow de 2 agents (leitura da spec de migração na vault + pricing Meta na web) pra definir as variantes de canal com fatos, não achismo.
Skills mapeadas por estágio AARRR
| Estágio | Skills primárias | Skills de apoio |
|---|---|---|
| Acquisition | seo-audit, ai-seo, schema, cold-email, prospecting, competitor-profiling |
content-strategy, social, analytics, public-relations |
| Activation | onboarding (adaptado), sales-enablement, copywriting |
ab-testing |
| Retention | emails, churn-prevention |
copy-editing |
| Referral | referrals, social |
copywriting |
| Revenue | pricing, revops, sales-enablement |
ab-testing |
| Cross-cutting | product-marketing, customer-research, marketing-ideas |
marketing-psychology |
O motor de produto por trás do stack de marketing
O produto que sustenta o pacote "Loja + Vendedor IA" é o vek1 — já em produção, com billing, dashboard, KB/RAG, orders e stock-sync prontos (projects/vek1/ na vault). Canal WhatsApp hoje: Evolution (conexão direta). Variante oficial: gated na migração Cloud API (spec projects/vek1/whatsapp-cloud-api-migration.md, fases A0–A7, schema dual-provider wa_provider evolution|meta já desenhado — as duas variantes vão coexistir no produto). A Kodama Solutions não reconstrói nada disso — conecta esse motor real ao ICP varejo via loja + gestão.
Exemplo operacional concreto
Nesta mesma sessão: a pergunta "nós já temos pronta essa solução?" do founder revelou, via fork lendo a vault, que o "Vendedor IA" já existia pronto em vek1 — evitando meses de engenharia duplicada. Na sequência, o requisito "tem que ter opção com WhatsApp Business" virou um workflow de research que descobriu o modo coexistência da Meta (lojista mantém o app) e o custo real quase-zero do canal oficial pra comércio responsivo — dois fatos que mudam a copy da landing e o pricing da variante.
Capability unlocks por estágio de funding
| Estágio | Headcount | Ferramentas | Canais ativos |
|---|---|---|---|
| Atual (Pre-seed) | Founder + agents | Vercel, NocoDB, plugin marketing-skills, vek1 (motor) | Outbound presencial, SEO orgânico, indicação |
| Próximo (caixa dos 1os contratos) | Segue sem hire | + teste pago pequeno pontual | + PR local, + teste de mídia paga |
| Seed close (hipotético) | 1ª contratação — estrategista π-shaped, não VP/CMO | + orçamento de conteúdo terceirizado | + LinkedIn Ads, + eventos regionais |
RACI (estratégia × execução)
| Função | Owned by | Executado por |
|---|---|---|
| Growth/aquisição | Founder | Founder + agents |
| Product marketing (posicionamento) | Founder | Founder + agents |
| Conteúdo/SEO | Founder | Agents (produção), founder (voz/revisão) |
12. Tactical Idea Bank
(Nota de metodologia: a biblioteca marketing-ideas tem 139 itens majoritariamente desenhados pra SaaS/app/marketplace. Abaixo: subconjunto curado e relevante, com status e nota específica da Kodama.)
Acquisition
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 1 | Easy Keyword Ranking | Now | Termos de cauda longa mapeados na auditoria; novo candidato v1.2: "whatsapp business api preço" |
| 2 | SEO Audit | Now | Já executado — virou Seção 3/4 deste plano |
| 5 | Content Repurposing | Now | destilado01.md, pricing doc e o research Meta desta versão já são conteúdo pronto |
| 10 | Parasite SEO | Now | Perfis em diretórios B2B/marketplaces de serviço |
| 12 | Marketing Jiu-Jitsu | Now | Usar o padrão "sumiu depois da venda" dos concorrentes como argumento central |
| 39 | LinkedIn Audience | Now | Founder-led, conteúdo técnico sobre engenharia de agentes |
| 139 | Customer Language | Now | Fundacional — captar a fala real dos primeiros clientes pra copy |
| 7 | Internal Linking | Q2 | Depois que existirem páginas de serviço dedicadas |
| 11 | Competitor Comparison Pages | Q2 | Reaproveitar padrão das 6 vs-pages do vek1 pro contexto Kodama |
| 59 | Article Quotes (HARO) | Q2 | Imprensa de tecnologia/negócios BR |
| 74 | Press Coverage | Q2 | Imprensa local, angle "startup do interior" — precisa de 1 case |
| 129 | Review Sites | Q2 | Google Meu Negócio / Reclame Aqui pros primeiros clientes |
| 68 | Local Meetups | Q3+ | Associação comercial / grupo de lojistas da região |
| 4 | Programmatic SEO | Q3+ | Páginas por vertical ou cidade, quando houver volume de conteúdo base |
Activation
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 96 | Onboarding Optimization | Now | Onboarding de projeto (loja + config vek1) — reduzir tempo-até-primeiro-valor |
| 95 | Concierge Setup | Now | Já é o modelo — founder faz o setup completo (loja + vek1 + trilho Meta na variante oficial) |
| 90 | One-Click Registration (adaptado) | Now | Proposta em 24h já é promessa do site — manter |
Retention
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 135 | Support as Marketing | Now | Relatório mensal (dados reais do dashboard/stats do vek1) como prova pública de resultado |
| 46 | Reactivation Emails (adaptado) | Q2 | Check-in trimestral estruturado |
Referral
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 62 | Affiliate Program (adaptado) | Q2 | Indicação formal pós-entrega, sem comissão formal ainda |
| 137 | Two-Sided Referrals | Q3+ | Efeito rede entre lojistas da mesma praça |
Revenue
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 91 | In-App Upsells (adaptado) | Q3+ | Upsell de tier vek1, upgrade de canal (direta→oficial), outros primitivos Kodama |
Cross-cutting
| # | Ideia | Status | Nota Kodama |
|---|---|---|---|
| 114 | Moneyball Marketing | Now | Metodologia — usar os agents pra medir e iterar continuamente |
Skip list (category mismatch)
App Store Optimization (#124), Lifetime Deals (#86), Viral Loops (#93), Newsletter Referrals (#92), Chrome Extensions (#19), Public APIs (#22), Importers as Marketing (#16), Engagement Pods (#43) — dependem de produto self-serve/app store que a Kodama Solutions não tem no modelo atual.
Resumo do banco de ideias
- 14 ideias aplicáveis a Acquisition (estágio dominante), 3 Activation, 2 Retention, 2 Referral, 1 Revenue, 1 cross-cutting; 8 categorias puladas por incompatibilidade estrutural
- Cobertura deliberadamente estreita: mais ideias entram no plano v2, depois que o beachhead validar
13. Measurement, RACI, Decisões Abertas, Apêndice
Medição — métricas que importam
North star proposto: clientes-referência ativos com case publicável — não receita bruta, porque no estágio atual prova social é o gargalo real.
Indicadores líderes por estágio:
| Estágio | Indicadores líderes |
|---|---|
| Acquisition | propostas enviadas/semana, contatos qualificados (passaram no filtro de margem) |
| Activation | tempo entre contrato assinado e agente vek1 respondendo mensagens reais |
| Retention | renovações de retainer, relatórios mensais entregues em dia |
| Referral | indicações recebidas sem pedido ativo |
| Revenue | ARPC real vs. proxy R$500–1.100, margem líquida por projeto |
Cadência de revisão: semanal (pipeline de prospecção), mensal (plano vs. roadmap NocoDB), trimestral (recalibração — ponto de decisão sobre expandir ICP).
RACI
| Domínio | Responsável | Aprovador | Consultado | Informado |
|---|---|---|---|---|
| Plano estratégico | Founder | Founder | Agents (research) | — |
| Voz de marca | Founder | Founder | — | — |
| SEO técnico/conteúdo | Agents | Founder | — | — |
| Prospecção/vendas | Founder | Founder | — | — |
| Precificação | Founder | Founder | Agents (pesquisa de mercado + COGS vek1 + custos Meta) | — |
Decisões abertas (ranqueadas por impacto)
Domínio final✅ Resolvido — migrado pro apexkodama.solutions(Semana 1).Motor do "Vendedor IA"✅ Resolvido — reaproveitarvek1(v1.1).Variantes de canal WhatsApp✅ Resolvido — oferta dual-channel: conexão direta (hoje) + WhatsApp Business oficial (roadmap) (v1.2).- Go/no-go: iniciar a Trilha A da migração Cloud API do vek1 já no Q1? A variante oficial só fica vendável ~5-8 semanas após o início + App Review da Meta (KYC 1–3 semanas, termos/privacy publicados, app fora de dev mode). Spec parada em draft desde 27/05. Recomendação deste plano: iniciar no Q1 pra ter a variante oficial disponível no Q2 — é também o de-risk do GAP-23 (ban risk) pra base instalada do próprio vek1.
- Estrutura de cobrança da variante oficial: quem fatura os custos Meta? Fato novo (v1.2): na fase Tech Provider do vek1, o lojista paga a Meta direto (cartão dele na WABA dele) — fatura única via vek1 só existe após aprovação Solution Partner (meses, sem garantia). Ou seja, no curto prazo a decisão está tomada pela realidade: lojista paga Meta direto, Kodama cobra só setup + gestão. Revisar quando Solution Partner aprovar.
- Beachhead único travado nos 90 dias — revisar só no Q4? Recomendação: não revisar antes do Q4 (Seção 10).
- Quando reavaliar o corte de faturamento mínimo do ICP (R$15k)? Sinal de invalidação já definido (3 de 3 pitches morrendo em preço mesmo após demo).
- Formalizar success fee (1,5–4% acima de meta) já no 1º contrato ou só depois de 6 meses? Pricing doc recomenda esperar; manter.
Apêndice — links
Vault (kodama-vault/brain/):
projects/kodama-solutions/pricing-ecommerce.md— estudo de pricing original (base pré-vek1)skills/marketing-skills-plugin.md— mirror do plugin de skills usado neste planoprojects/vek1/state.md,projects/vek1/features.md,projects/vek1/pricing-design.md— motor de produto por trás do pacoteprojects/vek1/whatsapp-cloud-api-migration.md— spec da migração Cloud API (gate da variante oficial),projects/vek1/gaps.md(GAP-23)
Research v1.2 (fontes Meta/BSPs): developers.facebook.com (pricing per-message, embedded signup/coexistência, messaging limits), ycloud.com, flowcall.co, messagecentral.com, chakrahq.com — custos BR: marketing US$0,0625/msg, utility US$0,0068/msg (grátis na janela 24h), service grátis; coexistência live no BR (app ≥2.24.17, QR in-app, app aberto 1x/14d); rate card BRL a partir de jul/2026.
Repositório do site:
C:\Users\User\website\lib\i18n.ts— messaging/voz de marca fonteC:\Users\User\website\agent-context\destilado01.md— validação de MVP prévia (mesmo ICP)C:\Users\User\website\public\varejo.html— landing anterior, padrão reaproveitável
Tracker operacional (tabelas vivas):
- NocoDB → base "Kodama Solutions — Marketing Plan" (
https://nocodb.kodama.solutions) — 7 tabelas
Kodama Solutions Marketing Plan v1.2. Preparado por Claude Code (fCMO mode), 2026-07-01. Para revisão e discussão do founder.