Verificando acesso...

MÓDULO 5.5 · WALKTHROUGH · ~50 min

🎬 Da ideia "vou vender PR review como serviço" ao primeiro cliente R$ 12k/mês em 21 dias

Acompanhe João, ex-tech lead recém saído de uma scale-up. Você vê dia-a-dia: o protótipo open-source que abre portas, o cold outbound que funciona, a demo decisiva, a proposta com pricing transparente, e os primeiros 21 dias com cliente pagante.

⚠ Esse é o módulo mais "comercial" do curso. Aqui o foco é monetizar N5 — você precisa do conteúdo técnico dos módulos anteriores pra fazer o trabalho, mas o que separa "construir" de "vender" é a sequência das próximas 3 semanas.

Setup — João, dia 0

Quem: João, 38, 12 anos como dev, últimos 3 como tech lead numa scale-up que vendeu pra um competidor americano. Saiu com runway de 8 meses guardado. Quer empreender mas não quer "fazer mais uma agência".

A ideia: "Empresas pequenas (10-30 devs) raramente têm CTO/staff que faz code review consistente. Eu posso entregar isso como serviço usando Claude Code routines + minha experiência."

Premissa que ele vai testar: startups B2B de 10-30 devs com Series A pagariam R$ 8-15k/mês por "code review 24/7 com curadoria humana semanal" — substituto barato pra contratar staff engineer.

A regra que ele impõe: ZERO desenvolvimento sem cliente confirmado. Validar antes de construir.

1

Dias 1-3 — protótipo público + ICP afinado

Dia 1 (segunda) — ICP cirúrgico

João abre Claude e pede ajuda no ICP:

João: "Quero validar 'code review automatizado como serviço'. Me ajuda a desenhar ICP cirúrgico — não 'startups B2B', mas algo MUITO específico. Critérios objetivos + lista de 30 empresas que se encaixam (LinkedIn + Crunchbase)."

Claude (com web search): ICP afinado: SaaS B2B brasileiras, Series A ou bootstrapped lucrativo, 10-30 devs (sweet spot 15-22), sem CTO sênior (sinal: CTO < 30 anos OU não há cargo CTO), tech stack moderna (Node/Python/Go), GitHub público OU site mostra repo. Lista de 30 candidatas geradas com link Linkedin e nome do head of eng/CTO.

João revisa, remove 4 fora do ICP, adiciona 6 que conhece pessoalmente. Lista final: 32 contas. Tempo gasto: 3 horas.

Dia 2 (terça) — protótipo open-source

Decisão estratégica de João: publicar versão básica open-source no GitHub. Razão: prova que ele sabe fazer, gera confiança, baixa fricção pra demo. A versão paga será "tunada + curadoria humana semanal + multi-repo + custom rules".

João monta repo prr-reviewer (Pull Request Reviewer) em 6 horas:

  • • GitHub Action que dispara em pull_request opened/synchronize
  • • Chama Claude Code via SDK headless (claude -p) com prompt de review
  • • Posta comentários inline + sumário final como "comment", não "approve"
  • • README cinematográfico com GIF mostrando funcionando + "como instalar em 5 min"
  • • MIT license

Publica no GitHub, faz 1 post no LinkedIn explicando.

Dia 3 (quarta) — primeira reação orgânica

Post tem 14k visualizações, 240 likes, 38 comentários. 3 desenvolvedores instalam no próprio repo, mandam print dos primeiros reviews. Joana, head of eng de uma das 32 empresas-alvo do João, comenta no post:

"Cara isso é brabo. Topo testar em produção. DM aí."

João tem o primeiro lead inbound antes mesmo do outbound começar.

2

Dias 4-7 — cold outbound cirúrgico

A mensagem que João envia

João escreveu prompt no Claude com regra: "10 mensagens diferentes pros 32 ICP, cada uma personalizada com algo do GitHub deles que prova que eu olhei". A mensagem-padrão emergente:

"Oi [Nome], vi que vocês tão crescendo bem [insight específico do site/Linkedin/repo]. Notei no Github de vocês que [observação técnica concreta — ex: 'muito PR ficando 12h+ sem review' OU 'tem 4 devs sêniors que viraram garrafão de revisão'].

Acabei de publicar open-source uma routine de Claude Code que faz code review automático: github.com/joao/prr-reviewer. 240 likes no Linkedin hoje, 3 times já testando.

Estou montando versão paga (curadoria humana semanal + multi-repo + regras custom da empresa) e procuro 2 clientes-piloto. R$ 5k/mês pro piloto (versão final R$ 12k). Topa 15min de demo pra ver se faz sentido?"

Resultado em 4 dias: 32 envios, 11 respostas, 4 demos marcadas. Taxa de resposta absurda (34%) vinda do triplo punch: open-source visível + insight técnico personalizado + oferta de piloto barato.

3

Dia 8 (terça) — demo decisiva com Joana

João vem preparado: antes da call, criou fork de 3 repos públicos similares ao stack da empresa de Joana, simulou PRs realistas, rodou a routine, capturou screenshots. Na call:

  • Primeiros 3 min: Não vende. Pergunta "como é seu fluxo de PR review hoje?". Joana descreve: PRs ficam 14h em média esperando, 2 devs sêniors fazem 70% dos reviews, eles reclamam.
  • Min 3-8: Compartilha tela. Mostra um PR real no fork. Demonstra: webhook dispara, routine roda em 4 minutos, comentários inline aparecem. Joana visivelmente engaja.
  • Min 8-12: Mostra dashboard que ele construiu pra mostrar "quanta carga de revisão eu tiraria do seu time". Métricas projetadas: -65% tempo médio até 1ª review, -70% carga nos 2 devs sêniors.
  • Min 12-13: Pergunta: "Quanto vocês investem hoje em code quality, somando tempo de dev + Linter + SonarCloud?". Joana responde: ~R$ 18k/mês equivalente.
  • Min 13-14: João: "Minha proposta: R$ 12k/mês na versão paga. Inclui curadoria humana de mim semanal (eu reviso o que Claude reviu, aponto padrões), customização de regras pro contexto de vocês, multi-repo (até 5), SLA de 15min pra 1ª review. Piloto de 30 dias por R$ 5k."
  • Min 14-15: Joana pede 2 dias pra discutir com CTO. Sexta-feira fecha o piloto.
4

Dias 9-14 — contrato, setup, primeira semana operacional

Dia 9-10 — contrato e segurança

João tinha pronto desde o dia 2 (preparou junto com o protótipo):

  • SLA claro: 95% PRs com 1ª review em ≤15min, kill switch acessível, alçada (não atua em PRs com label "human-only")
  • NDA + tratamento de dados: GitHub App escopado (não vê código fora dos repos autorizados), tudo via Anthropic API enterprise (no log retention), backup mensal de logs
  • Cláusula de saída: cliente pode cancelar a qualquer momento com 7 dias, sem multa
  • Modelo de "cliente joalha" pra primeiros 3: piloto R$ 5k, depois R$ 12k. Cliente pode dar feedback público (case study) em troca de R$ 1k off por 6 meses.

Assinado dia 10.

Dia 11-13 — setup técnico

  • • João instala GitHub App nos 5 repos autorizados
  • • Cria claude.md custom baseado no PADRÃO interno da empresa (entrevista de 1h com Joana pra captar convenções)
  • • Configura hooks: pre-tool-use (bloqueia PRs com "no-ai-review" label, arquivos sensíveis), task budget mensal (R$ 1.5k cap)
  • • Configura routine em ambiente próprio (não joga overhead na infra do cliente)
  • • Posta comentário "claude-reviewer (piloto): rodando!" no canal #engineering deles

Dia 14 (sexta) — primeira semana de operação

7 dias após start, métricas reais:

52
PRs revisados
7min 40s
tempo médio até 1ª review
387
comments inline úteis
R$ 142
custo de tokens

Reação interna: 2 devs sêniors agradeceram no Slack — "tô fazendo só refining agora, não 'first pass review'". 1 PR pegou bug que teria virado incidente em produção (race condition em pagamento).

5

Dias 15-21 — curadoria semanal + segundo cliente

Dia 16 — sessão de curadoria semanal (o "humano" do serviço)

João dedica 2h toda terça pra "audit" do que Claude reviu nessa semana. Procura padrões. Esse é o que João vende além da automação — é o que justifica R$ 12k em vez de R$ 1.500.

Entrega pro cliente: relatório semanal em 2 páginas:

  • • 3 padrões recorrentes encontrados ("equipe gostando de criar utility files que crescem >500 linhas")
  • • 2 sugestões pra atualizar claude.md (regras novas pra evitar problema recorrente)
  • • Métricas (PRs, tempo, comments, comments aceitos / ignorados)
  • • 1 problema sistêmico (não pegado em PR individual) que vale uma conversa

Joana adora. Encaminha pro CTO. CTO comenta: "Esse relatório vale o preço sozinho."

Dia 18 — segundo cliente fechado (Series A SaaS)

Uma das outras 4 demos marcadas converte. Empresa com 17 devs. Fecha direto na versão paga (sem piloto): R$ 12k/mês. Confiança vinda do open-source + LinkedIn post + case do Joana (que João pode citar com permissão).

Dia 21 (segunda) — fim do primeiro mês

Resumo do mês 1:

2
clientes ativos
R$ 17k
MRR (1 piloto + 1 full)
R$ 720
custo total infra+tokens
22h
/semana de João envolvido

João trabalha 22h/semana — duas dessas em curadoria humana, resto em vendas (3 demos novas marcadas) e melhoria do produto.

Lições da jornada

1. Open-source é o melhor cartão de visitas

João abriu portas com prova técnica, não com pitch. Versão paga vende DEPOIS que cliente já confia. Sem open-source, o outbound dele seria 5% de taxa de resposta em vez de 34%.

2. ICP cirúrgico > "todas as startups"

32 contas escolhidas com critérios duros. Cada mensagem mostrava conhecimento real do contexto. Vendedor que manda 1.000 mensagens iguais recebe 1% de resposta. João recebeu 34%.

3. Curadoria humana é o que diferencia produto de serviço

Claude faz 90% do trabalho automaticamente. João traz 10% restantes em relatório semanal — esse 10% é o que justifica R$ 12k vs R$ 1.500. "Veja-o-relatório-de-tendências" virou hábito do CTO.

4. Pricing transparente desarma negociação

João disse exatamente o que custa (R$ 12k cheio, R$ 5k piloto, R$ 1k off em troca de case). Cliente entendeu não precisava pechinchar — preço era razoável e claro.

5. SLA + cláusula de saída > lock-in

"Cancela em 7 dias sem multa" baixa muito a barreira de entrada. Quem entrega valor real não precisa de lock-in pra reter cliente.

📊

Métricas do primeiro mês

21 dias
ideia → 2 clientes pagantes
34%
taxa de resposta cold outbound
R$ 17k
MRR ao fim do mês 1
96%
margem bruta

🎓 Resumo do Módulo

Open-source primeiro, paga depois — prova técnica vira vantagem comercial.
ICP cirúrgico: 32 contas escolhidas, cada outbound personalizado com observação técnica real.
Demo prática > pitch: PR real fictício mostrado ao vivo, sem slides.
Pricing transparente (R$ 12k full, R$ 5k piloto, R$ 1k off por case) desarma negociação.
Curadoria humana semanal é o que justifica o preço — Claude faz 90%, João traz 10% de pattern + insight.
21 dias, R$ 17k MRR, 96% margem. Modelo replicável.

Próxima Trilha:

Trilha 6 — Prova Final. Honestidade sem trapaça.