Posicionamento recomendado
“Organizze + prestador solo” — Pixdopix continua sendo financeiro pessoal/familiar bem feito, com modo empresa ENXUTO pra prestador autônomo solo (1-3 pessoas, vende serviço recorrente).
Por que NÃO virar ERP
- Mercado saturado: Conta Azul, Bling, Tiny, Omie já dominam o espaço
- Regulação fiscal pesada: NF-e/NFS-e tem padrão diferente em cada cidade (ABRASF), exige time dedicado pra manter
- Escopo dispersa o produto: estoque, CRM avançado, marketplace integration, folha de pagamento são features pra times de 10+ pessoas manterem
- Conta Azul é cara demais (R$60-150/mês) pra prestador solo — esse é o gap real que o mercado deixa aberto
O que JÁ existe pra workspace tipo='empresa'
| Feature | Onde |
|---|---|
| Clientes PF/PJ | /receitas/clientes — nome, CNPJ/CPF, email, telefone, valor mensal, dia vencimento, data início/encerramento |
| Cobranças mensais | /receitas/cobrancas — geradas por cron, status (gerada/paga/atrasada), gerar retroativas |
| Receitas avulsas | /receitas — 16 origens (Empresa + PF) — fixado em 26/04 pra aceitar todas no DB |
| Dashboard widget MRR | Home mostra faturamento previsto, clientes ativos, atrasadas, pagas |
| DRE empresarial | dashboard-dre — breakdown receita (vendas vs recorrentes) + margem |
| Sidebar condicional | ”Receitas” só aparece pra empresa |
| EmpresaGuard | Bloqueia /receitas/* em workspace pessoal/familia |
clientes, cliente_cobrancas, receitas. Genéricas: gastos, cartoes, contas_fixas, assinaturas, categorias.
Sprint 1 — quick wins de alto ROI (8-12h)
1. Régua de cobrança por email (~4-6h)
Lembrete automático pré-vencimento (3 dias antes), no vencimento, e pós-vencimento (3, 7, 15 dias). Resend já está plugado emedge-functions/send-email. Cron de cobrança (pg_cron) já existe — só precisa adicionar lógica de envio condicional ao status.
Por que primeiro: reduz inadimplência drasticamente sem custo de infra novo.
2. Recibo PDF após pagamento (~4-6h)
Quando cobrança virastatus='paga', gerar PDF do recibo (data, valor, cliente, descrição) e disponibilizar download. Usar jsPDF ou react-pdf (lib leve, client-side).
Por que primeiro: todo cliente pede comprovante; profissionaliza imagem do prestador.
3. Bug investigado: cobrança paga → vira receita automática (~1-2h)
Verificar se cron de “marcar como paga” também cria row emreceitas com origem='mensalidade'. Se não cria, é feature missing pequena. Se cria, conferir que está usando categoria sistema “Mensalidade clientes” (que precisaria ser seedada).
Sprint 2 — alocação por cliente (15-25h)
4. Centro de custo por cliente (FK em gastos)
Adicionar coluna cliente_id uuid NULL FK→clientes(id) ON DELETE SET NULL em gastos. UI no gasto-sheet.tsx ganha picker opcional de cliente. Novo relatório “Lucro por cliente” — receita do cliente menos gastos alocados a ele.
Por que vale: “Cliente X é lucrativo?” é a pergunta mais importante pra prestador definir preço, decidir continuar ou demitir cliente, e priorizar atendimento.
Sprint 3 — integrações externas (longo, validar com dados antes)
5. NFS-e via integração externa
NÃO rolar gateway próprio. Integrar com NFE.io ou eNotas (R$0,30-1,50/nota emitida). Cobre todas as prefeituras BR sem precisar manter código fiscal. Fluxo: cobrança paga → trigger → API externa emite NFS-e → PDF + XML armazenados no Supabase Storage → email pro cliente.6. Boleto/PIX automático via Asaas ou InfinitePay
NÃO rolar gateway próprio (custo + risco fraude). Integrar com Asaas ou InfinitePay (taxas competitivas, API simples). Só atacar depois da régua de email funcionar — primeiro reduzir inadimplência com cobrança automática por email, depois facilitar pagamento.OUT do escopo (NÃO fazer)
- ❌ ERP completo (estoque, SKU, CRM avançado, marketplace integration)
- ❌ Folha de pagamento completa (Pontomais/Sólides já fazem)
- ❌ NF-e própria (regulação demais)
- ❌ Multi-moeda (depois)
- ❌ Gateway de pagamento próprio (custo + risco fraude)
Buracos estruturais conhecidos
| Item | Impacto |
|---|---|
| Workspace empresa não tem CNPJ próprio (só do cliente) | Vai precisar pra emitir NF |
| Sem distinção Custo vs Despesa Operacional vs Capex nas categorias | DRE fica torto pra empresa de verdade |
| Cobrança não usa email do cliente (campo existe mas cron não envia) | Sprint 1 #1 resolve |
| Sem dashboard saúde do cliente (atrasados, churn risk) | Vai virar widget no Sprint 1 ou 2 |
Como evoluir esse roadmap
Quando começar Sprint 1, criar spec próprio emdocs/superpowers/specs/YYYY-MM-DD-ws-empresa-sprint1.md seguindo padrão dos PR1+PR2 categorias (sessão 26/04). Cada sprint vira um PR com seu plan + spec.
Sempre que receber pedido de feature pra workspace empresa, perguntar: “isso cabe no escopo prestador solo?” Se for ERP-coisa (estoque, NF própria, folha completa, multi-moeda), redirecionar pro roadmap externo (NFE.io, Asaas, etc) em vez de implementar internamente.