K
Kodama Vault
knowledge hub
Vault
HomeBoardMap of ContentChatConversasAuditoria
Agentes
AgentsIssuesCriar IssueTerminalPreviews
Sistema
MCPSetup MCPSettings
Brain
amazon-arb-scoutcode-standards-auditordesign-master (subagent)erica-nardi-auditorfeature-auditorGlobal agent instructionskodama-hub-auditorAgente: kodama-hub-launch-qalanding-page-architect (subagent spec)meta-campaign-builder (subagent spec)need-context-auditorprospek-blog-auditor — gate editorial do blog do Prospekprospek-blog-author — autor do blog do Prospekprospek-campaign-manager — gerente de campanhas do Prospekprospek-content-director — diretor de conteúdo diário do blogProspek Demo RecorderSubagent — prospek-marketing-creativeprospek-qaprospek-social-producerprospek-social-publisherprospek-social-strategistroblox-sim-buildersageland-auditor (subagent spec)seo-geo-optimizerteam-leadervek1-auditor — subagent specvek1-styleguide-auditor
Análise custos migração — evitar senha no payloadLevantamento fluxo registro + duplicados StripeRelatório segurança + pentes finos (Cláudio)Revisão security concerns e race conditionsMagic link / esqueceu senha via SupabaseCorrigir erros pós-upgrade TypeScriptTestar PRs do agente Vault para mergeAnálise de 3 issues para iniciarErro no terminal do VSCodePR #173 — aguardando aprovação do LeoTestar fluxo ponta a ponta — criação de clients no StripePR #172 — testar e subir correção de funções deprecatedPitch de vendas SaaS — agendar call de conversãoOrganizar issues e bugs rápidos para a semanaMerge PR cadastro-novo — funcionalidades e correçõesCorrigir bugs PR #173 e #172 — image domainsPR mesosóico — página de acesso mobile + segurança OTPRefatoração de códigos — PR #202Ajustes em PRs abertos de ontemEstudo de jornada de compra e técnicas de fechamentoDefinir preço e entregável do produtoProspecção de reuniões para esta semanaAgente anti AI slop — centralização de conhecimento ConnfitPR #179 — resolver conflitos e erros de teste CLIAlinhamento de preços e usos da ConffitFix adicional para PR #183 — perfil do usuárioCorrigir estilização da Connfit para identidade visualSubir modificações no copy da ConnfitCriação de 4 campanhas no Meta AdsRevisão de PRs do GilinesExploração do Roblox EditorRelatório João — devolutiva TikTok ShopReunião presencial Zassi Uniformes — diagnóstico automaçõesCriar repositório de diagnósticos e relatórios de entrevistasDiagnóstico da ZassiGeração de relatórios para reuniões de fechamentoProposta Zassi — apresentação amanhãProspecção — Clínica Odontológica Dr. ButAlinhamento com ADRIANO sobre produtos e simulaçãoCombinar com Lauro os produtos do diagnósticoSolicitar recursos (vbucks) à INEDIA/ObiettoAnálise de issues do Kodama-Hub e início pelo vaultIssue KH03 — estudo de abordagem DockerKH-12 — script de correção e PR no kodama-hubTeste de despacho e agentes da vaultRemover issues 7, 9 e 10 do fluxo de trabalhoKH-15 — testar e preparar para Gilini testar em prod (Kodama Hub)VEK-1 — testar no WhatsAppBot local — testar localmenteEscrever issues para replicação do modelo de LPSwarm — modelar landing pages para tecnologias concorrentes (Google Ads)Configurar Docker no Windows para tarefas do Hub LisaLP de Suplementos — iniciar issue #96 (Vek)PR #93 git — subir para testar em prodPR #94 git — despachar agents pelo vaultTestes e documentação de bugs no site VEKPR #98 de LP — cosméticosRemover issues concluídas do board (#5, #10, #11, #12, #13)PRs de comparação vek1 vs LPs — correções e mergeDocumentação de uso e bugs na Vek1Criação de issues via Vault — bugs VekFix bug redirect botão Produtos na sidebar colapsada (vek)Planejamento de issues e mini sprint no site da Vek1facilitabusca — cron de fetch parado desde 05/08 (RESOLVIDO 11/08)
kodama-watchdog — self-heal + alerta pra todos os projetos da VPS HermesVPS Hermes — acesso e estrutura
Memory namespacing (multi-user)
OpenSpec -- Spec-Driven Development no VaultPlano de Teste — OpenSpec Vault Persistence
CaumzitoNyxzZanini
CNPJ Kodama — Dados cadastraisKodama Solutions — Marketing Plan v1.2Parceria comercial Nordeste (Carlos) e combos de hotelaria e políticaPricing — E-commerce (estudo de mercado + tabela Kodama)Produção externa (foto, vídeo, identidade visual) como linha revendidaGestão de Tráfego Pago (Meta Ads) como linha de serviço Kodama
Amazon Arb (atacado→varejo BR)
Claude Code — Setup MCP VaultClaude Desktop — Setup MCP Vault (remote)VS Code + Copilot — Setup MCP Vault
Skill — Carousel Designer (Paper Style)carousel-paperPlugin marketing-skills (coreyhaines31/marketingskills)
Standup 2026-05-14Standup 2026-05-15Standup 2026-05-16Standup 2026-05-17Standup 2026-05-18Standup 2026-05-19Standup 2026-05-20Standup 2026-05-21Standup 2026-05-22Standup 2026-05-25Standup 2026-05-26Standup 2026-05-27Standup 2026-05-28Standup 2026-05-29Standup 2026-06-01Standup 2026-06-02Standup 2026-06-03Standup 2026-06-05Standup 2026-06-11Standup 2026-06-15Standup 2026-06-16Standup 2026-06-17Standup 2026-06-18Standup 2026-06-22Standup 2026-06-23Standup 2026-06-29Standup 2026-06-30Standup 2026-07-01Standup 2026-07-02Standup 2026-07-03Standup 2026-07-06Standup 2026-07-07Standup 2026-07-08Standup 2026-07-09Standup 2026-07-10Standup 2026-07-13Standup 2026-07-14Standup 2026-07-15Standup 2026-07-16Standup 2026-07-17Standup 2026-07-21Standup 2026-07-22Standup 2026-07-23Standup 2026-07-28Standup 2026-07-29Standup 2026-07-30Standup 2026-07-31Standup 2026-08-03Standup 2026-08-06Standup 2026-08-07Standup 2026-08-10Standup 2026-08-11Standup 2026-08-12Standups
MOCStandup 2026 07 23Welcome
v0.3
K
Kodama Vault
brain / projects / kodama-solutions

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:

  1. Beachhead único, não dois ao mesmo tempo. A pesquisa de ICP confirma (com dois documentos prévios independentes, varejo.html e destilado01.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.
  2. Consertar o vazamento técnico antes de qualquer investimento em aquisição. (Resolvido na Semana 1 — ver Seção 9.) O domínio kodama.solutions não tinha DNS configurado. Corrigido: apontado pra Vercel, canonical/schema já estavam corretos (confirmados), bug de lang no /en corrigido na raiz (restruturação de layout, não gambiarra client-side).
  3. 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.solutions saudá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:

  1. ✅ Corrigir DNS do domínio raiz + confirmar canonical/schema/sitemap/robots.txt + corrigir bug de lang + H1 duplicado (Semana 1 — feito)
  2. Publicar landing dedicada do pacote "Loja + Vendedor IA" (vek1-powered, apresentando as duas variantes de canal), tom simples/concreto (Semana 1–2)
  3. 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)
  4. 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)
  5. Fechar 2 clientes-piloto com desconto de portfólio (case + depoimento em troca) (mês 1–2)
  6. 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
Montar protótipo de demo genérico — usar preview de agente do vek1 direto 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)

  1. Domínio final ✅ Resolvido — migrado pro apex kodama.solutions (Semana 1).
  2. Motor do "Vendedor IA" ✅ Resolvido — reaproveitar vek1 (v1.1).
  3. Variantes de canal WhatsApp ✅ Resolvido — oferta dual-channel: conexão direta (hoje) + WhatsApp Business oficial (roadmap) (v1.2).
  4. 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.
  5. 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.
  6. Beachhead único travado nos 90 dias — revisar só no Q4? Recomendação: não revisar antes do Q4 (Seção 10).
  7. 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).
  8. 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 plano
  • projects/vek1/state.md, projects/vek1/features.md, projects/vek1/pricing-design.md — motor de produto por trás do pacote
  • projects/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 fonte
  • C:\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.

notas relacionadas
carregando…