"Lovable dos Processos" pra Empreendedor Brasileiro · 5 camadas × 8 estágios
Cada coluna é um estágio da jornada. Cada linha é uma camada do serviço. As 3 linhas tracejadas separam o cliente da operação visível, o visível do invisível, e o time interno dos sistemas de suporte.
Role horizontalmente pra ver os 8 estágios. Em telas grandes, abre tudo de uma vez.
| Camada | Estágio 1Descoberta | Estágio 2Engajamento | Estágio 3Experimentação | Estágio 4Wow Moment | Estágio 5Conversão | Estágio 6Entrega Chancelada | Estágio 7Operação Contínua | Estágio 8Expansão / Advocacia |
|---|---|---|---|---|---|---|---|---|
| Physical EvidenceTouchpoints | Anúncio Meta/Reels + Google Search; post-recomendação de contador parceiro; thumbnail de testimonial em vídeo. | Landing captura.baseia.cloud; hero "manda o vídeo, recebe a automação"; vídeos curtos de cases SMB; FAQ; form de captura. |
Tela de gravação no navegador (mobile-first) com prompts guiados; barra de progresso de upload; opção "descreve por texto/áudio"; confirmação visual + WhatsApp "diagnóstico em ~5min". | Email + WhatsApp pessoal: "Olá [Nome], seu fluxograma está pronto"; PDF/link com fluxograma visual + diagnóstico de 6-10 linhas + ROI estimado; CTA "fechar setup". | Página de checkout (Stripe); seletor de tier 497/1297/2997; wizard de credenciais (4-6 steps); termo digital; recibo + boas-vindas no WhatsApp. | WhatsApp "começamos a montar"; Loom curto (≤2min) de Romeu/Nelson; link app.baseia.cloud com status; primeira execução de teste com output visível. |
Dashboard com runs em tempo real; relatório mensal em PDF (horas economizadas, R$ evitado em erro, runs executados); alertas WhatsApp só quando precisa input humano; cobrança recorrente. | Email sazonal "vi no seu uso que dá pra automatizar X"; programa de indicação com bônus em mensalidade; convite pra testimonial; changelog de novos blocks. |
| Customer ActionsO que o cliente faz | Rola feed; vê anúncio; pensa "será que serve pro meu negócio?"; clica. | Lê copy; assiste 1-2 cases; preenche form mínimo (nome, WhatsApp, empresa, segmento). | Grava vídeo de 3min descrevendo processo OU digita; faz upload via mobile; recebe confirmação. | Abre WhatsApp; clica no link; vê fluxograma com nomes dos sistemas dele (Bling, ContaAzul, etc.); lê diagnóstico; decide. | Escolhe tier; paga R$2.500 setup; passa credenciais via wizard (ERP, banco, WhatsApp Business, email); assina termo; aguarda. | Aguarda ~24h; assiste Loom; clica no dashboard; vê primeira execução; aprova ou pede ajuste. | Confere relatório 1×/mês; responde alerta quando aparece; fala com BaseIA quando muda algo no negócio; renova automaticamente. | Indica colega; grava testimonial (talvez); aceita upsell de segunda automação; upgrade de tier. |
| — — — Linha de interação (cliente ↔ onstage) — — — | ||||||||
| OnstageVisível | Criativo do anúncio (copy curta + prova social BR); pixel ativa remarketing. | Cópia conversacional do landing; vídeos com depoimento de SMB; modal sticky com botão WhatsApp pra dúvida. | Instruções pré-gravação ("fale como se fosse pro seu primo"); progress bar real; mensagem "Romeu já recebeu, voltamos em ~5min"; auto-reply WhatsApp. | Mensagem WhatsApp com primeiro nome + nome da empresa + 1 detalhe específico ("você falou que recebe 80 boletos/mês via Bling"); link pra fluxograma. | Modal de checkout; wizard com explicação por step ("por que precisamos do token Bling"); progress bar; mensagem "entrega em ~24h, você vai receber um Loom". | Notificações de progresso; Loom pessoal com nome do cliente; dashboard com runs verdes; "Romeu revisou e aprovou" como assinatura visível. | Relatório com narrativa humana ("esse mês evitamos 23 boletos esquecidos"); alertas precisos e infrequentes; resposta rápida (<4h) a ajustes; cobrança transparente. | NPS leve trimestral; mensagem proativa "vi 200 NF/mês no relatório, monto isso?"; botão "indicar e ganhar 1 mês grátis"; CTA pra case. |
| — — — Linha de visibilidade (visível ↔ invisível) — — — | ||||||||
| BackstageInvisível | Romeu compra mídia (gestor de tráfego é ele mesmo); produção de criativos semanal; análise de CPM/CTR; banco de hooks/ângulos. | Romeu/Nelson iteram copy semanal por conversão; A/B em hero; tracking de funil etapa-a-etapa; revisão manual de leads suspeitos. | Pipeline FastAPI: upload → R2 → Celery → transcrição (AssemblyAI ou Whisper local) → Sonnet 4.6 com prompt cache → diagnóstico estruturado (Pydantic) → fluxograma renderizado (Mermaid/D2) → fila de envio. | Geração de mensagem WhatsApp/email personalizada via LLM com template; tracking de open/click; flag de "diagnóstico aprovado pra envio" (Romeu confere antes de enviar nos primeiros meses). | Stripe webhook → cria tenant em Postgres → provisiona Fly.io → credenciais em vault → notifica Romeu/Nelson em Telegram → entra na fila de entrega; checagem de KYC mínima. | Pipeline: blueprint compiler (Pydantic) → automation_compiler gera código a partir do block catalog → Romeu/Nelson revisam OUTPUT (não código) → ajustam blueprint → deploy → smoke test → aprovação humana → vai pra prod. | Celery beat roda jobs scheduled; Sentry/Loki/Prometheus → alerta em Telegram pros sócios; manutenção semanal por tenant; relatório mensal gerado via LLM + revisado por Romeu nos primeiros meses; biblioteca atualizada continuamente. | Análise de logs/uso por tenant detecta upsell (LLM lê padrão); Romeu/Nelson curam testimonials; programa referral (Stripe coupon); biblioteca de processos cresce com cada caso (moat); refactor de blocks pra reuso cross-tenant. |
| — — — Linha de interação interna (time ↔ sistemas) — — — | ||||||||
| SupportSistemas / 3rd-parties | Meta Ads + Google Ads; pixel/GA4; banco de criativos no Drive; CRM mínimo (Postgres). | Cloudflare Pages; FastAPI form backend; Postgres lead table; Resend (welcome email); Twilio/Z-API (auto-reply WhatsApp). | Cloudflare R2 (storage); AssemblyAI (fallback); Whisper local (custo zero); Anthropic API com prompt cache; Celery + Postgres; Sentry; Loki. | Anthropic API (geração); Mermaid/D2 → SVG/PDF; Resend; Twilio/Z-API; URL shortener com analytics; biblioteca de processos (lookup por segmento). | Stripe (checkout + recurring); Cloudflare KV ou vault próprio pra credenciais; Fly.io provisioning API; Postgres tenants/credentials; notificação Telegram interna. | automation_compiler (proprietário); block catalog em Pydantic; Fly.io deploy; Sentry; Loki; smoke test framework interno; biblioteca versionada de blocks. | Celery beat; Sentry; Loki; Prometheus; Postgres; Anthropic (relatórios + retries); Resend; Stripe recurring; rotação de credencial OAuth; observability multi-tenant. | Postgres analytics + LLM (detecção de upsell); Stripe coupons; Loom (gravação manual de case); CRM mínimo; biblioteca de processos versionada como moat de longo prazo. |
Failure points (onde a experiência quebra), wait points (onde o cliente espera) e decision points (onde abandona ou continua) — desdobrados estágio a estágio.
Nenhum significativo nesse estágio.
Nenhum significativo nesse estágio.
Ordenados por impacto. O que quebra primeiro se você não atacar.
Estágio 6. Estrutural. SLA de 1 dia + chancela humana + 2 sócios = teto matemático em ~5-8 entregas simultâneas/dia. Quebra antes da meta de 100 clientes ativos.
MitigaçãoSeparar "chancela de saída do diagnóstico" (estágio 4, baixo risco) de "chancela de deploy em prod" (estágio 6, alto risco). A trajetória do contexto (humano-em-todo → low-confidence → premium) só funciona se o classificador de confidence estiver em produção até mês 6 — isso vira phase crítica.
Estágio 7. Operação contínua de centenas de automações LLM-dependentes em uma única API. Outage de 2h derruba todos os tenants simultaneamente, e os 2 sócios não conseguem responder em paralelo.
MitigaçãoA multi-LLM abstraction do roadmap precisa virar phase com SLA, não item de backlog. Fallback determinístico (sem LLM) por block onde possível.
Estágio 7. Run "verde" com output errado é o pior tipo de falha — a confiança erode invisível e o churn aparece 3 meses depois sem causa rastreável.
MitigaçãoSampling de QA humano semanal por tenant nos primeiros 90 dias + assertions automáticas no automation_compiler que detectem outputs fora de distribuição esperada.
Estágio 5. É a única etapa onde o cliente sai do "modo planilha pronta" e vira admin de TI. SMB BR não tem token OAuth do Bling na ponta dos dedos; muitas vezes o ERP é gerenciado pelo contador.
MitigaçãoIncluir fluxo de "convidar contador pra preencher" via link único; aceitar credencial parcial e completar por contato humano nos casos premium.
Estágio 1. Tier R$497 com CAC de R$300 já é margem apertada considerando que setup R$2.500 cobre só os primeiros meses. Se CPM Meta sobe ou criativo cansa, unit economics quebram silenciosamente antes do dashboard captar.
MitigaçãoContador parceiro como canal não-Meta (CAC zero variável) precisa virar canal estruturado, não esperança.
Onde investir em surpresa positiva pra criar memória e advocacia.
Estágio 4 — wow primário, já planejado. Onde investir: especificidade local. Não basta "um fluxograma genérico de cobrança" — tem que ter "Bling → Asaas → email com boleto registrado → fallback Pix se vencer 3 dias". Cada termo BR-específico que aparece correto no fluxograma é uma micro-validação de "eles entendem meu negócio".
InvestimentoPrompt engineering específico por segmento + biblioteca de termos/sistemas BR + revisão humana nos primeiros 200 diagnósticos pra calibrar.
Estágio 6 — wow subutilizado. Loom de 90s com Romeu ou Nelson dizendo o nome do cliente, mostrando o fluxo rodando, e explicando "se algo aparecer estranho, me chama no WhatsApp" é o oposto exato do que SaaS impessoal entrega. Isso é o "premium" que justifica o setup de R$2.500.
InvestimentoTemplate de Loom estruturado (intro/demo/contato) pra produção rápida — 5-7min de gravação por cliente nos primeiros meses, depois pré-gravação modular.
Estágio 7 — wow recorrente que blinda churn. "Esse mês a automação evitou 23 boletos esquecidos e processou 187 NF — você economizou ~14h." Não é dashboard, é narrativa. Empreendedor SMB não olha gráfico, ele lê WhatsApp.
InvestimentoPrompt de geração de relatório com voz humana (não corporate), assinado por "Romeu/Nelson — equipe BaseIA". O wow contínuo é o que justifica mensalidade recorrente.
Reduzem load humano sem afetar percepção do cliente. O cliente nem sabe que existem.
Alimenta a trajetória mês 7-12. Hoje (mês 0-6): humano em todos. Pra avançar pro próximo estágio, precisa classificador que diga "este blueprint é low-confidence, manda pra Romeu/Nelson; este é high-confidence baseado em padrão da biblioteca, libera direto".
ImplementaçãoRótulo manual nos primeiros 200 casos + fine-tune ou prompt baseline + threshold conservador (>95% confidence pra liberar direto). Pré-requisito explícito pra escalar além de ~50 tenants.
Mata o failure point #3 sem virar 24/7 ops. Em vez de só Sentry (que pega exceção), assertion no nível do block: "este run gerou 0 boletos hoje quando média histórica é 12 — flag pra revisão". LLM como "inspetor de output" lendo logs do tenant 1×/dia.
Custo estimadoR$1-3/tenant/mês, gera issue interna pra Romeu/Nelson revisarem só os flagados.
Sem isso, o moat de longo prazo não se materializa — vira só promessa. Cada entrega nova é um caso brasileiro real. Hoje, sem disciplina, vira código solto. Automação: parser que lê o blueprint final compilado, extrai padrões reutilizáveis, propõe novo block nomeado pra biblioteca, e pede aprovação humana 1×/semana em batch.
Por que importaMantém o moat funcionando (cada cliente baixa custo marginal do próximo) sem virar trabalho manual de catalogação que ninguém faz.
Brutalmente honesto. O que pode quebrar na arquitetura — não na execução.
O contexto diz "Fly.io multi-tenant per-tenant" — tem que checar se é per-tenant lógico (isolamento por tenant_id em DB compartilhado, mais barato e escalável) ou per-tenant físico (1 app Fly por cliente, isolamento forte mas custo linear e ops insustentável pros 2 sócios). Se for o segundo, isso é phase crítica antes de 30 clientes.
"Credenciais armazenadas em vault" sem especificar Cloudflare KV / HashiCorp / próprio. Credenciais SMB BR (token Bling, OAuth banco, senha do contador) é o ativo mais sensível — sem rotação automática e auditoria, um vazamento mata a empresa. Tratar como phase de segurança independente, não item embutido em outra phase.
Mês 0-6 com 2 sócios é factível pra ~30 clientes; passar pra 100+ no mês 13 sem o classificador de confidence em prod é matematicamente impossível. A trajetória é uma promessa; o classificador é a phase que a torna real. Sem ele em produção até mês 6, ou se contrata (proibido por restrição) ou se baixa SLA pra 3-5 dias (quebra promessa tripla).
Ver oportunidade de automação backstage #3. Hoje é promessa de longo prazo; sem automação backstage, vira tech debt invisível.
Bloqueio do número (comum em volume alto sem WhatsApp Business API oficial) corta comunicação com base inteira simultaneamente. Precisa pool de números + fallback email-first em estágios não-críticos.
Não é fragilidade técnica, é fragilidade humana — e é a mais difícil de mitigar porque não está no roadmap de software. Sugestão direta: definir capacity ceiling explícito (ex: max 8 entregas chanceladas/dia = ~30 clientes ativos novos/mês) e fechar funil quando bater. Promessa tripla quebrada por gargalo humano é pior que funil fechado por uma semana.