admtracksteel/BrainWind
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
3219011b330d1c3eaf05adeb1b10ab536bde80f2
BrainWind/ROADMAP-VENDA.md
T

24 KiB
Raw Blame History

BrainWind — Roadmap de Comercialização

Objetivo: Levar o BrainWind (antigo VentoApp/WindApp) do estágio atual de desenvolvimento interno até a venda comercial, com plano detalhado, fases e tarefas concretas.

Estado atual (jul/2026):

  • ✅ 8/8 marcos concluídos
  • ✅ 100% NBR 6123:2023 coberta (36 tabelas + 3 anexos)
  • ✅ Auditoria independente Opus: 91/91 cenários PASS
  • ✅ 38 testes vitest passando
  • ✅ TS estrito, build verde
  • ⚠️ Tudo local (IndexedDB) — sem auth, sem servidor, sem licença

📋 Visão geral das fases

Fase Nome Duração estimada Pré-requisito
0 Decisões estratégicas 1-2 dias Nenhum
1 Infraestrutura comercial (auth + licença + persistência) 2-3 semanas Fase 0
2 Identidade visual + landing page 1-2 semanas Fase 0 (paralela à 1)
3 Empacotamento de venda (preço, checkout, webhook) 1 semana Fases 1 e 2
4 Materiais de marketing + aquisição 1-2 semanas Fases 1, 2 e 3
5 Beta-tester + ajustes finais 2-4 semanas Fases 1-4
6 Lançamento oficial 1 dia Fase 5
7 Escala (desktop, integrações, novos módulos) contínuo pós-lançamento Fase 6

🎯 FASE 0 — Decisões estratégicas

Objetivo: Travar as decisões que vão moldar todo o resto. Sem isso, qualquer trabalho técnico vai ter que ser refeito.

0.1 — Escolher modelo de cobrança

Modelo Vantagem Desvantagem Minha recomendação
Assinatura mensal Receita recorrente previsível Cliente não gosta de mensal ❌ Não começar com
Assinatura anual Receita previsível + desconto incentiva Ticket mais alto ✅ Modelo principal
Licença perpétua Cliente paga uma vez e esquece Receita não-recorrente ✅ Modelo secundário
Por projeto Acompanha uso real do engenheiro Dificulta automação ❌ Não agora

Decisão sugerida:

  • Plano 1 — Anual: R$ 1.500/ano (~R$ 125/mês)
  • Plano 2 — Perpétua: R$ 4.000 (atualização de norma inclusa por 2 anos)
  • Plano 3 — Empresa (5 usuários): R$ 6.000/ano
  • Trial: 14 dias grátis com todas as funções (gate automático)

0.2 — Domínio e marca

  • Verificar disponibilidade de brainwind.com.br (registro.br, ~R$ 40/ano)
  • Alternativas: brainwind.app, brainwind.com, brainwind.eng.br
  • Logo: pode começar com texto estilizado + ícone de vento (Fiverr/99designs, R$ 100-300, ou gerador de logo AI grátis)
  • Cor primária: azul escuro/azul técnico (engenharia remete a confiança)
  • Tipografia: Inter ou Manrope (clean, técnica)

0.3 — Canal de checkout

Gateway Custo Nota fiscal Webhook Recomendação
Kiwify ~R$ 0 + 9.99% Sim Sim, simples ✅ Principal
Hotmart ~R$ 0 + 9.99% Sim Sim Alternativa
Eduzz ~R$ 0 + 9.99% Sim Sim Alternativa
Asaas R$ 0-10 + 2,49% Não Sim Para assinatura recorrente
Stripe direto 4,99% + R$ 0,40 Não Sim Para internacional (não agora)

Decisão sugerida: Começar com Kiwify. Depois, se crescer, considerar Asaas pra recorrência pura (margem maior).

0.4 — Stack de auth + persistência

  • ✅ Supabase Auth + Postgres + RLS (já rodando na VPS, custo zero)
  • Email/senha + OAuth Google
  • Tabela licenses com chave única por usuário
  • Tabela projects com user_id e RLS

0.5 — Forma jurídica

  • Pra emitir nota e receber de pessoa jurídica, precisa de CNPJ
  • MEI funciona pra R$ 81k/ano (teto de receita)
  • Simples Nacional se passar do MEI (R$ 100-500/mês de contador)
  • Abrir MEI: 30 minutos no portal do empreendedor, grátis
  • Decisão a tomar: abrir MEI antes do lançamento oficial

🛠️ FASE 1 — Infraestrutura comercial (auth + licença + persistência)

Objetivo: Transformar o app local num SaaS com autenticação, licenciamento e persistência na nuvem. Sem isso, ninguém compra — é um arquivo Excel glorificado.

Duração: 2-3 semanas Pré-requisito: Fase 0

1.1 — Configurar Supabase para BrainWind

  1. Criar projeto no Supabase da VPS (supabase service, porta 5432)

  2. Schema SQL inicial:

    -- Tabela de usuários (Supabase Auth já cria auth.users)
CREATE TABLE public.user_profiles (
  id UUID REFERENCES auth.users(id) PRIMARY KEY,
  full_name TEXT,
  company TEXT,
  crea TEXT,
  phone TEXT,
  created_at TIMESTAMPTZ DEFAULT now()
);

-- Tabela de licenças
CREATE TABLE public.licenses (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  user_id UUID REFERENCES auth.users(id) NOT NULL,
  license_key TEXT UNIQUE NOT NULL,
  plan TEXT NOT NULL CHECK (plan IN ('annual', 'perpetual', 'enterprise')),
  status TEXT NOT NULL DEFAULT 'active' CHECK (status IN ('active', 'expired', 'revoked')),
  started_at TIMESTAMPTZ DEFAULT now(),
  expires_at TIMESTAMPTZ,
  kiwify_order_id TEXT,
  created_at TIMESTAMPTZ DEFAULT now()
);

-- Tabela de projetos (substitui IndexedDB)
CREATE TABLE public.projects (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  user_id UUID REFERENCES auth.users(id) NOT NULL,
  name TEXT NOT NULL,
  module TEXT NOT NULL,
  data JSONB NOT NULL,
  created_at TIMESTAMPTZ DEFAULT now(),
  updated_at TIMESTAMPTZ DEFAULT now()
);

-- RLS: usuário só vê seus próprios dados
ALTER TABLE public.user_profiles ENABLE ROW LEVEL SECURITY;
ALTER TABLE public.licenses ENABLE ROW LEVEL SECURITY;
ALTER TABLE public.projects ENABLE ROW LEVEL SECURITY;

CREATE POLICY "Users can view own profile" ON public.user_profiles
  FOR SELECT USING (auth.uid() = id);
CREATE POLICY "Users can update own profile" ON public.user_profiles
  FOR UPDATE USING (auth.uid() = id);

CREATE POLICY "Users can view own licenses" ON public.licenses
  FOR SELECT USING (auth.uid() = user_id);

CREATE POLICY "Users can CRUD own projects" ON public.projects
  FOR ALL USING (auth.uid() = user_id);

  3. Variáveis de ambiente no .env do app:

    VITE_SUPABASE_URL=https://supabase.reifonas.cloud
VITE_SUPABASE_ANON_KEY=<chave_anon>

1.2 — Implementar autenticação no app

  1. Instalar cliente: npm install @supabase/supabase-js
  2. Criar src/lib/supabase.ts com cliente singleton
  3. Criar src/pages/Login.tsx:
    • Login com email/senha
    • Login com Google OAuth
    • Esqueci senha
  4. Criar src/pages/Signup.tsx:
    • Cadastro com email/senha
    • Confirmação por email (Supabase já gerencia)
  5. Criar src/store/auth.ts (Zustand):
    • State: user, session, license, loading
    • Actions: signIn, signOut, signUp, checkLicense
  6. Adicionar rota /login e /signup no App.tsx
  7. Guard de rota: se não autenticado, redireciona pra /login
  8. Persistir sessão (Supabase já faz via localStorage)

1.3 — Sistema de licença (client-side)

  1. Criar src/lib/license.ts:
    • getLicenseKey() → busca na tabela licenses ativa do user
    • validateLicense() → confirma status = 'active' e não expirada
    • requireLicense() → throw se inválida
  2. Criar src/components/LicenseGate.tsx:
    • Verifica licença no carregamento do app
    • Se sem licença válida E sem trial ativo: mostra tela "Ative sua licença"
    • Se trial ativo: mostra banner "Faltam X dias"
    • Se licença válida: libera tudo
  3. Trial automático:
    • No primeiro login, criar registro de trial com 14 dias
    • Verificação: trial_started_at + 14 dias > now()
  4. Cache local da licença pra não bater no Supabase toda hora
    • Validar no carregamento, depois a cada 6h

1.4 — Migração de IndexedDB para Supabase

  1. Criar src/lib/storage-adapter.ts:
    • Interface comum: saveProject, loadProject, listProjects, deleteProject
    • Implementação A: IndexedDBAdapter (atual)
    • Implementação B: SupabaseAdapter (novo)
    • Strategy pattern — escolhe baseado em user.authenticated
  2. Manter IndexedDB como fallback offline (sync quando voltar online)
  3. Migração one-time: ao primeiro login, copiar projetos do IndexedDB pro Supabase

1.5 — Telemetria mínima (opcional mas útil)

  • Contar projetos criados por usuário
  • Saber quais módulos são mais usados
  • NÃO telemetria invasiva — apenas métricas de uso agregado
  • LGPD: política de privacidade clara, opt-in

1.6 — Testes da Fase 1

  • Teste E2E: signup → login → criar projeto → salvar → listar
  • Teste de licença: trial expira → gate aparece
  • Teste de licença: chave válida → acesso liberado

🎨 FASE 2 — Identidade visual + landing page

Objetivo: Ter uma cara profissional + página de vendas que converta visitante em lead.

Duração: 1-2 semanas Pré-requisito: Fase 0 (paralela à Fase 1)

2.1 — Identidade visual

  1. Logo:
    • Opção A: contratar Fiverr (R$ 80-200, 2-3 dias)
    • Opção B: usar gerador de logo AI (Looka, Brandmark) — grátis/barato
    • Opção C: começar só com wordmark (texto estilizado)
  2. Paleta de cores:
    • Primária: #1e40af (azul confiança) ou #0f766e (verde técnico)
    • Secundária: #f59e0b (âmbar — destaque)
    • Neutros: #0f172a (texto), #64748b (subtexto), #f1f5f9 (background)
  3. Tipografia:
    • Heading: Inter Bold / Manrope Bold
    • Body: Inter Regular / Manrope Regular
    • Mono (código): JetBrains Mono / Fira Code
  4. Aplicação no app:
    • Header com logo
    • Botões e CTAs com cor primária
    • Footer com links legais

2.2 — Landing page

  1. Stack: Coolify dessa VPS (subdomínio app.brainwind.com.br aponta pra landing, e o app SaaS fica em app.brainwind.com.br/app)
  2. Estrutura da landing (1 página):
    • Hero: Título grande + subtítulo + CTA "Começar trial grátis"
    • Problema: "Calcular vento no Excel dá 4h e sempre dá medo de errar a norma"
    • Solução: "BrainWind calcula em 5 minutos com NBR 6123:2023 atualizada"
    • Demo: GIF/vídeo de 30 segundos mostrando o app calculando um galpão
    • Features: Lista dos 9 tipos de estrutura cobertos
    • Para quem é: Engenheiros estruturais, calculistas, projetistas
    • Validação: "Auditado por IA independente, 91 cenários validados, NBR 6123:2023 completa"
    • Preço: 3 cards (Anual R$ 1.500 / Perpétua R$ 4.000 / Empresa R$ 6.000)
    • FAQ: 6-8 perguntas (norma atualizada?, tem nota fiscal?, roda offline?, ...)
    • CTA final: "Comece grátis por 14 dias"
  3. SEO básico:
    • Title: "BrainWind — Cálculo de vento conforme NBR 6123:2023"
    • Meta description otimizada
    • Schema.org SoftwareApplication

2.3 — Páginas legais (obrigatórias)

  1. Termos de Uso — pode usar template + adaptar
  2. Política de Privacidade — LGPD compliance (Supabase tem template)
  3. Política de Cookies (se usar)
  4. Disclaimer técnico: "Software auxiliar. Profissional habilitado (CREA) é responsável pelo projeto."

2.4 — Email transacional

  1. Criar contato@brainwind.com.br (Zoho Mail grátis até 5 usuários, ou usar Gmail com domínio próprio via Cloudflare Email Routing — grátis)
  2. Templates de email:
    • Boas-vindas (após signup)
    • Confirmação de licença (após compra)
    • Aviso de expiração (7 dias antes)
    • Email de expiração
  3. Não precisa de ferramenta cara — Supabase ou Resend (grátis até 100 emails/dia)

💳 FASE 3 — Empacotamento de venda (checkout + webhook)

Objetivo: Conectar o gateway de pagamento ao sistema de licença. Quando o cliente paga, recebe acesso automaticamente.

Duração: 1 semana Pré-requisito: Fases 1 e 2

3.1 — Criar produtos no Kiwify

  1. Conta Kiwify (kyc com CPF/CNPJ)
  2. Criar 3 produtos:
    • BrainWind — Licença Anual (R$ 1.500, recorrência anual)
    • BrainWind — Licença Perpétua (R$ 4.000, pagamento único)
    • BrainWind — Empresa 5 usuários (R$ 6.000, recorrência anual)
  3. Configurar:
    • URL de obrigado: brainwind.com.br/obrigado?order=XYZ
    • Webhook URL: https://app.brainwind.com.br/api/webhook/kiwify
    • Email de comprador: coletar (Kiwify faz isso)

3.2 — Endpoint de webhook

  1. Criar pequeno serviço backend (FastAPI na VPS ou Edge Function Supabase):

    • POST /api/webhook/kiwify recebe payload do Kiwify
    • Valida assinatura (Kiwify envia hash)
    • Identifica produto comprado → plano correspondente
    • Verifica se já existe usuário com esse email
      • Se sim: cria licença e vincula
      • Se não: cria usuário via Supabase Admin API + cria licença + envia email de boas-vindas
    • Resposta 200 OK

  2. Importante: proteger endpoint com validação de assinatura do Kiwify

3.3 — Fluxo de pós-compra

  1. Cliente paga no Kiwify
  2. Kiwify chama webhook
  3. Webhook cria licença no Supabase
  4. Sistema envia email:
    • Link de acesso
    • License key (se modelo perpétuo)
    • Instrução de primeiro acesso
  5. Cliente entra no app → vê status "Ativo" automaticamente

3.4 — Renovação e expiração

  1. Cron diário (rodar na VPS, PM2 ou cronjob):
    • Verifica licenças próximas de expirar (7 dias antes)
    • Envia email de aviso
    • Se passou da data: marca como expired
  2. Reativação: cliente paga de novo → webhook reativa licença

3.5 — Testes da Fase 3

  • Teste de webhook em sandbox do Kiwify (eles têm ambiente de teste)
  • Teste de fluxo completo: comprar → webhook → licença criada → login → acesso liberado
  • Teste de expiração: forçar data de expiração no passado → gate aparece

📢 FASE 4 — Marketing + aquisição

Objetivo: Gerar leads e converter em clientes pagantes.

Duração: 1-2 semanas (esforço contínuo depois) Pré-requisito: Fases 1, 2 e 3

4.1 — Identificar personas

Persona primária: "João, o calculista"

  • Idade: 30-55 anos
  • Cargo: Engenheiro estrutural autônomo ou em escritório pequeno/médio
  • Atende projetos de galpão industrial, silo, cobertura metálica
  • Usa Eberick/TQS para concreto, mas vento faz em planilha
  • Dor: 4h por projeto recalculando, medo de errar versão da norma
  • Onde está: grupos Facebook de engenharia, LinkedIn, YouTube técnico

Persona secundária: "Marina, a projetista"

  • Idade: 25-40 anos
  • Cargo: Projetista em escritório de cálculo estrutural
  • Faz projetos repetitivos (galpões padronizados)
  • Dor: retrabalho, normas desatualizadas

4.2 — Mensagem central (copy)

Título hero:

"Cálculo de vento NBR 6123 em 5 minutos, sem planilha, sem erro de norma"

Subtítulo:

"BrainWind calcula pressão, arrasto, atrito, Cpi e coeficientes aerodinâmicos para galpões, silos, abóbadas, cúpulas, muros, pontes, torres e estruturas reticuladas. Auditado e validado contra 91 cenários da norma."

4.3 — Conteúdo de aquisição

  1. Vídeo de demonstração (3 min):

    • Mostra fluxo: criar projeto → inserir dimensões → ver zonas de pressão → exportar PDF
    • Hospedar no YouTube (unlisted ou público)
    • Usar como principal material de venda

  2. Posts LinkedIn (engenheiro-para-engenheiro):

    • "Quanto tempo você perde recalculando vento de projeto?"
    • "A NBR 6123:2023 mudou 3 coisas que você talvez ainda não atualizou"
    • "Comparação: tempo de cálculo Excel vs BrainWind"
    • Frequência: 2-3x por semana

  3. Instagram Reels:

    • Versões curtas (15-30s) do vídeo de demo
    • "Tela + voz, sem aparecer"
    • Frequência: 2-3x por semana

  4. Posts em grupos Facebook:

    • "Estruturalistas do Brasil"
    • "Engenharia Estrutural"
    • "Cálculo Estrutural — Galpões"
    • "NBR 6118 / 6123 / 8800 — Dúvidas"
    • Não spammar — participar como membro, oferecer ajuda, mencionar BrainWind quando pertinente

  5. Artigo técnico (blog):

    • "O que mudou na NBR 6123:2023 vs 2013?"
    • SEO: rankeia pra "NBR 6123:2023 alterações"
    • CTA no final: "Calculadora online que aplica a nova norma"

4.4 — Estratégia de beta-tester

Objetivo: 20-30 engenheiros usando de graça em troca de feedback + depoimento.

  1. Recrutar nos grupos Facebook e LinkedIn:
    • Post: "Estou lançando um software de cálculo de vento conforme NBR 6123:2023. Procuro 30 engenheiros pra usar de graça por 30 dias em troca de feedback."
  2. Oferecer:
    • 30 dias grátis (trial estendido)
    • 50% de desconto vitalício se converter depois
    • Acesso ao roadmap (influência no que é construído)
  3. Coletar:
    • Feedback semanal (formulário curto, 5 perguntas)
    • Depoimentos em vídeo ou texto (com autorização pra usar em marketing)
    • Bug reports
  4. Cronograma:
    • Semana 1-2: recrutamento
    • Semana 3-6: uso + feedback
    • Semana 7: ajustes finais baseados em feedback

4.5 — Materiais de venda

  1. One-pager PDF (1 página com tudo que o app faz + preço)
    • Pra mandar por WhatsApp quando alguém perguntar
  2. Tabela comparativa ("BrainWind vs Excel vs Eberick")
  3. Prints do app com destaque pros diferenciais
  4. Screenshot do relatório PDF (motor de venda mais forte)

🧪 FASE 5 — Beta-tester + ajustes finais

Objetivo: Validar com usuários reais antes de abrir pra todo mundo.

Duração: 2-4 semanas Pré-requisito: Fases 1-4

5.1 — Recrutar beta-testers

  • 20-30 engenheiros (alvo da persona)
  • Mix: autônomos + escritório pequeno + projetistas
  • Captar via grupos Facebook e LinkedIn (Fase 4.4)

5.2 — Onboarding

  1. Email de boas-vindas com:
    • Link de cadastro
    • License key de trial estendido
    • Manual rápido PDF (5 páginas)
    • Link do vídeo de 3 min
    • Canal de suporte (WhatsApp ou Discord)
  2. Webinar de lançamento interno (opcional): 30min apresentando o app + Q&A

5.3 — Coletar feedback

Métricas a acompanhar:

  • Quantos se cadastram
  • Quantos efetivamente criam um projeto
  • Quantos completam um cálculo até o PDF
  • NPS (Net Promoter Score)
  • Bugs reportados
  • Pedidos de feature

Formulário semanal (Google Forms):

  1. Como foi sua experiência essa semana? (1-10)
  2. Qual feature mais te ajudou?
  3. O que está faltando?
  4. Encontrou algum bug? Qual?
  5. Recomendaria pra um colega? (0-10 NPS)

5.4 — Ajustes

  • Corrigir bugs prioritários (P0/P1)
  • Ajustar UX confuso (se houver)
  • Adicionar features muito pedidas (1-2 no máximo, pra não virar bagunça)

5.5 — Coletar depoimentos

  • Email ou vídeo curto (1 min) de cada beta-tester satisfeito
  • Autorização por escrito pra usar em marketing

🚀 FASE 6 — Lançamento oficial

Objetivo: Abrir venda pra todo mundo.

Duração: 1 dia (o lançamento em si) + 1 semana de acompanhamento Pré-requisito: Fase 5

6.1 — Checklist pré-lançamento

  • Landing page no ar e testada
  • Checkout Kiwify funcionando (teste com R$ 1 real)
  • Webhook validando e criando licença
  • App funcionando com auth + licença
  • PDF de relatório profissional
  • Termos de Uso + Política de Privacidade publicados
  • Email transacional funcionando
  • Suporte (WhatsApp Business) ativo
  • MEI/CNPJ aberto
  • Conta Kiwify aprovada
  • Domínio registrado
  • 3-5 depoimentos de beta-testers em mãos
  • Vídeo de demo publicado
  • Posts de lançamento agendados (LinkedIn, Instagram, FB)

6.2 — Dia do lançamento

  1. Post LinkedIn (8h): "BrainWind v1.0 — cálculo de vento NBR 6123:2023 em 5 minutos"
  2. Post Instagram (10h): Reel de 30s
  3. Posts em grupos Facebook (12h, 16h, 20h): evitar spam, variar mensagens
  4. Email para lista (se tiver): avisar do lançamento
  5. Atualizar landing com badge "Lançamento" + contagem regressiva
  6. Atendimento extra no suporte (primeiras 48h)

6.3 — Semana pós-lançamento

  • Acompanhar conversão (visitantes → cadastros → compras)
  • Responder todo feedback rápido
  • Resolver bugs urgentes em < 24h
  • Coletar mais depoimentos

6.4 — Definição de sucesso (primeiros 90 dias)

  • 🎯 100 trials iniciados
  • 🎯 20 clientes pagantes
  • 🎯 R$ 30.000 de receita
  • 🎯 NPS médio ≥ 50

📈 FASE 7 — Escala (pós-lançamento)

Objetivo: Crescer a base de clientes e expandir o produto.

7.1 — Versão desktop instalável

  • Empacotar webapp com Tauri (binário menor que Electron, ~10MB)
  • Windows .exe + macOS .dmg + Linux .AppImage
  • Vantagem: sensação de "software sério", pode usar offline (com sync posterior)
  • Quando: 1-2 meses após lançamento, se houver demanda

7.2 — Integrações

  • Ftool (exportação .txt de carregamentos de vento)
  • SAP2000 / Robot (exportação de cargas)
  • AutoCAD (importação de geometria)
  • Excel (importação de inputs em massa)

7.3 — Novos módulos NBR

  • NBR 8800 (estruturas metálicas — já parcialmente coberto em pipe rack)
  • NBR 6118 (concreto armado — parceria com Eberick seria mais estratégico)
  • NBR 15421 (estruturas em situação de incêndio)
  • Cuidado: não virar canivete suíço. Foco em vento = diferencial.

7.4 — Versão mobile (consulta rápida)

  • Capacitor ou React Native empacotando webapp
  • Cálculos de consulta rápida em obra
  • Versão simplificada (input → resultado, sem edição de projeto)

7.5 — Marketplace de templates

  • Usuários publicam templates de geometrias comuns
  • Comissão pra você (10-20%)
  • Cria comunidade em torno do produto

7.6 — Programa de afiliados

  • Engenheiros indicam → ganham % recorrente
  • Cupons de desconto
  • Programa Kiwify já tem suporte nativo

7.7 — Internacionalização

  • Outras normas de vento: ASCE 7 (EUA), Eurocódigo 1 (UE), AS/NZS 1170 (Austrália)
  • Mercado americano e europeu paga muito mais (US$ 50-200/mês seria trivial)
  • Quando: depois de validar no Brasil

📊 Métricas e KPIs (acompanhar sempre)

Métrica Onde medir Meta
Visitantes únicos/mês na landing Plausible Analytics (LGPD-friendly) 1.000+
Conversão visitante → trial Plausible + Supabase 5-10%
Conversão trial → pago Supabase + Kiwify 20-30%
Churn mensal Kiwify + Supabase < 5%
NPS Formulário no app ≥ 50
Tempo médio de uso Telemetria > 30min/sessão
Tickets de suporte/dia WhatsApp / email < 10

💰 Projeção financeira (cenário base)

Mês Trials novos Pagantes novos MRR
1 (lançamento) 30 6 R$ 750
2 50 10 R$ 1.250 + R$ 1.250 (renov.)
3 80 16 R$ 2.000
6 150/mês 30/mês R$ 3.750
12 250/mês 50/mês R$ 6.250

Cenário conservador baseado em produto técnico de nicho. Considerar que 80% da receita vem de 20% dos clientes (licenças perpétuas).

Custos fixos:

  • VPS (já tem) — R$ 0 incremental
  • Domínio — R$ 50/ano
  • Supabase (mesma VPS) — R$ 0
  • Kiwify — ~10% sobre venda
  • Email transacional — R$ 0 (Resend free tier)
  • Contador (MEI → Simples) — R$ 100-300/mês

Margem: ~85% mesmo com Kiwify + contador.

⏱️ Cronograma macro

Mês 1     Mês 2          Mês 3       Mês 4       Mês 5+
├─────────┼──────────────┼───────────┼───────────┼──────────
│ Fase 0  │ Fase 1 + 2   │ Fase 3    │ Fase 4+5  │ Fase 6   │ Fase 7
│ Decisões│ Auth + Land.  │ Checkout  │ Marketing │ Lança    │ Escala
│         │               │           │ + Beta    │          │
└─────────┴──────────────┴───────────┴───────────┴──────────┘

Estimativa total até lançamento: 3-4 meses com trabalho dedicado de meio período.

✅ Próxima ação imediata

Escolha UMA das tarefas abaixo para começar HOJE:

  1. [ ] Abrir MEI — portal do empreendedor, 30 minutos
  2. [ ] Verificar domínio brainwind.com.br — registro.br
  3. [ ] Criar conta Kiwify — kiwify.com.br
  4. [ ] Esboçar landing page — Figma/Canva/Word
  5. [ ] Começar implementação Supabase Auth — código

Qual quer atacar primeiro?

Reference in New Issue View Git Blame Copy Permalink