Cache compartilhado: o unfair advantage que torna Xooriq 21× mais barato que Apollo

1. O termo "unfair advantage" vem do Lean Canvas

Em Running Lean (2010), Ash Maurya popularizou o conceito de unfair advantage no Lean Canvas — o último bloco a ser preenchido, geralmente o mais difícil. Definição literal: "something that cannot be easily copied or bought".

Exemplos clássicos:

• Tesla: rede Supercharger + dados de driving (não comprável).
• Stripe: developer-first DX + acordos bancários (anos para replicar).
• Notion: comunidade + templates do usuário (efeito de rede).

Cache compartilhado para B2B data se encaixa: arquitetura estrutural que concorrente legado não pode adotar sem quebrar o próprio modelo de negócio.

2. Por que Apollo não pode copiar

Apollo.io opera em modelo per-seat: US$ 79/mês por usuário (plano Custom). 5.000 clientes pagantes × média US$ 500/mês/empresa (multi-seat) = US$ 150M ARR (fonte: GetLatka).

Se Apollo adotasse cache compartilhado e cobrasse flat R$ 597/mês como Xooriq, perderia:

• 92% da receita — clientes pagantes >US$ 500/mês cairiam para R$ 597.
• Cláusulas exclusividade enterprise — clientes Apollo Custom têm SLAs e "data fresh" garantido por seat.
• Pricing power — mercado precificaria todo B2B data abaixo de $50/seat.

Esse é o Innovator's Dilemma de Christensen aplicado: o incumbente estrutural não consegue auto-canibalizar. Xooriq pode oferecer cache compartilhado desde o dia 1 porque não tem legacy revenue para proteger.

3. A matemática do cache hit

# Xooriq cache hit (PostgreSQL + Fernet decrypt)
Latência: 12ms (p50) / 38ms (p99)
CPU: 0.0001 cores
RAM: 4 KB
Custo cloud: R$ 0,003 por query

# Apify equivalente (compute unit)
Latência: 8-45 segundos (actor cold start)
CPU: 0.5-2.0 cores por actor
RAM: 512 MB - 2 GB
Custo cloud: $0.4 por CU (~R$ 2,00)

# Razão de custo
R$ 2,00 / R$ 0,003 = 666× mais caro no modelo Apify

4. Como Xooriq mantém o cache vivo

O cache compartilhado só funciona se os dados forem frescos o suficiente. Xooriq usa TTL adaptativo:

5. Segurança: cache compartilhado ≠ dados compartilhados

Confusão comum: clientes assumem que "cache compartilhado" expõe a lista de leads do cliente A para o cliente B. Falso.

# O que É compartilhado (público, low risk)
- CNPJ 12.345.678/0001-90 → Razão Social, endereço, sócios
- xooriq.com → tech stack: Next.js, Tailwind, PostgreSQL
- Vaga em xooriq.com → "Senior Backend Engineer · Remoto"

# O que NÃO é compartilhado (privado, alto risk)
- Sua lista importada (CSV upload)
- Suas anotações no CRM
- Seu scoring custom de leads
- Sua sequência de outreach
- Seus emails enviados

Dados privados ficam em schema PostgreSQL isolado por tenant_id, encriptados Fernet AES-128 com chave única por cliente Enterprise. Cache compartilhado = inputs públicos da web. Privacidade do cliente = preservada.

6. O moat ao longo do tempo

Cada novo cliente que entra no Xooriq contribui implicitamente para o cache (queries deles disparam refresh de CNPJs que ainda não tinham TTL hit). Isso cria um efeito de rede:

• Dia 1: cache cobre 1M CNPJs (top ranqueados por busca).
• Mês 6: cache cobre 5M CNPJs (clientes B2B regionais).
• Ano 1: cache cobre 13.3M CNPJs (toda Receita Federal ativa).
• Ano 2: cache inclui MEI, ME, empresas inativas com histórico.

Concorrente novo que tente replicar começaria do zero. Xooriq tem ~12 meses de vantagem de cache acumulado.

7. Fontes

• Lean Canvas — Ash Maurya
• GetLatka — Apollo $150M ARR
• The Innovator's Dilemma (Christensen)