PLANO DE EXECUÇÃO — WarrantyDesk (mesa de garantia / service calls do sub NÃO-service)

PLANO DE EXECUÇÃO — WarrantyDesk (mesa de garantia / service calls do sub NÃO-service)

May (Marty) · Missão 1 · Estágio 3 (PLANEJADA) · M1-005 · 2026-09-03

Status: rascunho completo → auto-revisão QA N1 (seção final) → pronto para 🔔 do Felipe (1 APROVAR = começa GATE 0 · 2 PEDIR AJUSTES · 3 ARQUIVAR). Fonte: dossiê marty/dossies/ideia-b1-warrantydesk.md (seções citadas como §N; QA-2 na seção final) · decisão Felipe 03/09 05:33 = aprofundar (deep link, apesar do QA-2 reprovar — ver ⚠️ abaixo) · dedup NOVO (hash 592017b010708290) · NÃO alterou CSVs. ⚠️ PONTO CRÍTICO — A ADVERTÊNCIA DO QA-2 CARREGADA DE FRENTE (verificado pelo pai 03/09): o QA-2 (Claude, cross-model) REPROVOU o veredito do dossiê (GAP PROVÁVEL → GAP DUVIDOSO / M12 PROVÁVEL): falha metodológica — a varredura não buscou o nome comercial da categoria; achados por fetch direto: BuildOps (Série C US$ 127M, ~US$ 1B de valuation) vende warranty tracking para contratante comercial (coverage start/end, exclusões, covered vs billable, prova — o wedge inteiro); Contractor Foreman US$ 49/mês ("Service Tickets — run service and warranty work"); WarrantyHub US$ 549/mês (claims-side, ticket idêntico); + ServiceTitan/Housecall/Workiz/ExpirationReminder/Knowify. O Felipe aprofundou mesmo assim. Este plano: (a) reposiciona a fatia defendida para o que o QA-2 deixou em pé — sub NÃO-service com garantia contratual + statute of repose (seção 2); (b) desenha o Gate 0 para matar o M12 cedo (demo/trial dos incumbentes + medição da fatia não-service, seção 6.2). Se o Gate 0 não provar a fatia pagando, MATA — sem construção, sem gasto, sem publicação. Regra de ouro deste plano: NADA de construção, gasto ou publicação acontece antes do GATE 0 passar (teste-48h do dossiê §14, recalibrado pela advertência do QA-2 — ver seção 6.2). A ressalva M13 do dossiê (prova de uso pendente: nenhum trial testado) e o M12 provável do QA-2 viram critérios explícitos de passagem do Gate 0. Nota operacional: o vínculo link_plano em ops/ideias.csv é gravado pelo OPS/agente pai (este documento não toca CSV).

---

0. RESUMO EXECUTIVO (3 linhas)

Sub de drywall, pintura, concreto, estrutura ou fechamento entrega a obra garantindo o serviço por 1 ano no contrato — mas responde por anos: o cliente/GC cobra fora da janela contratual e a lei estadual (garantia implícita / statute of repose, 6–10 anos — provas 6-7 do dossiê) mantém a exposição; cada chamado custa US$ 150–450 (ESTIMATIVA §3) e a decisão "cubro/nego" é tomada na cabeça do dono, sem o documento do que foi instalado (provas 2-4). O produto é a mesa de garantia do sub: lê o contrato/PO da obra entregue, registra o que instalamos (foto/serial/relatório), mapeia a janela contratual × legal por estado, tria cada chamado com recomendação cubro/nego + minuta e trilha documental, acompanha o custo dos chamados contra a retenção e exporta o pacote de defesa — concierge → self-serve, US$ 549/mês ou US$ 4.200/ano (desconto ~36% sobre 549×12 = 6.588 — premissa explícita, lição QA-2 M1-007; qualifica os dois pisos M4). Antes de construir qualquer coisa: GATE 0 executa o teste do dossiê recalibrado — 15 entrevistas na fatia não-service medindo "conserta grátis por reputação" × "briga documentada" + WTP + demo/trial de BuildOps / Contractor Foreman US$ 49 / WarrantyHub US$ 549 + 1 chamado real de sub não-service processado de graça — e mata a ideia cedo se ≥60% conserta grátis sem disputa, se o barato já cobre a decisão documental do sub ≤ US$ 100/mês, ou se a fatia não-service não achar 4/15 com ≥ US$ 5.000/ano de chamados (critérios da seção 6.2).

---

1. ESPECIFICAÇÃO DA SOLUÇÃO

1.1 Necessidade (do dossiê — §1, §2, §3; recalibrada pelo QA-2 → seção 2)

"Eu garanto meu serviço por 1 ano no contrato, mas na prática o cliente/GC me liga por anos — ou eu conserto de graça para não perder o cliente, ou brigo sem ter documento do que instalei, quando instalei e quem aprovou. Cada chamado custa US$ 200–500 de caminhão + hora do meu melhor cara, o prazo de garantia de cada obra está numa pasta ou na cabeça do dono, e o que eu assinei pode me perseguir por até 10 anos por lei — sem registro, perco qualquer discussão."

• Quem sente (ICP recalibrado): dono/office manager/PM de sub NÃO-service — drywall, pintura, concreto/cimento, estrutura/framing, fechamento/close-in, piso, isolamento — US$ 1–20M (núcleo US$ 3–10M), que entrega ≥ 20–40 obras/ano com garantia contratual de workmanship (1 ano típica) e recebe service calls pós-obra, GC-facing, com retenção. É a fatia que o QA-2 deixou não medida — o resto do ICP do dossiê original (elétrica/mecânica/hidráulica/roofing/HVAC) é onde moram BuildOps/ServiceTitan/Housecall/AccuLynx (ver seção 2). Dossiê §4 tinha o ICP largo (incluía trades de serviço) — este plano estreita por decisão explícita.
• Custo atual (método do dossiê §3, estimativas rotuladas): chamado coberto custa US$ 150–450 (técnico 2–6 h carregado + deslocamento); volume 3–10 chamados/100 obras no 1º ano + chamados tardios (2, 6, 8–10 anos — provas 1, 4, 6-7); disputas/backcharges 1–5/ano de US$ 500–5.000; dono/office manager 2–5 h/semana rastreando prazo e respondendo cliente; o coordenador humano dedicado custa US$ 37k–125k/ano (prova 8 — o comprador já paga US$ 3k–10k/mês por essa função quando cresce; o produto disputa a fatia "ainda não contratou o coordenador"); exposição de longo prazo: registros de instalação precisam sobreviver à janela legal (SOR 6–10 anos) — hoje fotos no celular do instalador e pasta de obra perdida.
• Por que existe o espaço (após QA-2): a decisão documental do sub não-service (janela contratual × SOR do estado da obra, veredito cubro/nego com prova do que foi instalado, trilha e export de defesa) não tem dono: BuildOps cobre o contratante de serviço comercial (MEP — outro ICP), CF US$ 49 rastreia work order genérica sem janela legal/decisão, WarrantyHub serve o lado da claims (dono do fundo de garantia, não o sub defendido). Matriz completa na seção 2.

1.2 Forma concierge → self-serve

O produto nasce concierge (semanas 6–8) e vira self-serve (semanas 8–12), mesmo padrão do CostSense e dos planos M1-001/M1-002/M1-006:

1. Fase concierge (prova de valor): 3 subs NÃO-service piloto enviam os contratos/POs das obras entregues (ou o registro do que têm) e cada chamado de garantia que chega (forward do e-mail/texto/upload); o agente CONCIERGE roda o motor, revisa 100%, entrega a análise de janela (contratual × legal) + recomendação cubro/nego com as razões + minuta de resposta + a trilha montada — e aponta o "buraco documental" (o que faltaria para defender aquele chamado). Cada correção do sub vira caso de aprendizado e teste automatizado. É a isca de prova (seção 3.1) e a fábrica de regras — ninguém paga ainda.
2. Fase self-serve (produto): o mesmo motor, atrás de um onboarding guiado (upload do contrato/PO → wizard de confirmação do que o motor leu → cadastro de instalação com fotos/serial → chamado entra e sai com recomendação + minuta → dono clica CUBRO/NEGO → trilha arquivada → export de defesa sob demanda). A decisão final é sempre humana (o software recomenda e minuta; o dono decide e assina a resposta — ver contrato de saída).

1.3 Motor etapa por etapa (entrada → saída)

Pipeline único, reutilizado pelo concierge e pelo self-serve. Obra = unidade de obrigação (contrato/PO do sub com o GC ou cliente); chamado = cobrança que chega depois da entrega.

1.4 Contrato de saída (o que o cliente recebe — e o que NÃO recebe)

• Por obra registrada: status de janela (contratual × legal, com as datas e a fonte do estado) + alertas de vencimento ("obra X sai da garantia contratual em N dias" / "entrou em zona de risco legal — só cobre com decisão documentada"). Por chamado: recomendação cubro/nego com razões, minuta de resposta, trilha fechada. Sob demanda: pacote de defesa (PDF) e export total dos dados — 100% do cliente; cancelamento sem multa (mensal) / pró-rata no anual.
• Prazo: chamado enviado até qua 12:00 → análise + minuta na qui 18:00 (folga para o prazo de resposta que o cliente/GC costuma exigir). Correção apontada pelo cliente em até 24h sem custo se o erro for nosso (regra vira teste).
• O que NÃO entra no contrato (limite de responsabilidade explícito): o software não é advogado — informa janelas com fonte citada e rótulo "verifique com advogado", não interpreta disputa em litígio, não defende debarment/ação judicial, não "encerra" responsabilidade legal (SOR é matéria estadual viva — provas 9: MA 2025, FL 2024, CA 2021); minutas são minutas — o dono decide, assina e envia; o software não decide sozinho (recomendação rotulada), não envia nada em nome do sub, não agenda fora do despacho interno e não assina eletronicamente com validade legal no MVP. Disputa grande (valor alto, advogado do outro lado) → o pacote de defesa sai pronto e a recomendação é "leve a um advogado" — a trilha é o que o advogado pede.
• Dados: documentos de obra do cliente nunca saem do cofre (regra CostSense); nada é usado para treinar modelo de terceiro.

1.5 MVP — o que entra e o que fica de fora (explícito)

ENTRA (v1, até a semana 12):

• Cadastro de obra por upload do contrato/PO (PDF) + extração IA da data de conclusão, prazo de garantia, escopo/exclusões, retenção — com wizard de confirmação humana de toda ambiguidade; fallback 100% manual guiado.
• Registro de instalação por obra: fotos (upload), serial, relatório/checklist, instalador, aprovação.
• Mapa de janela contratual × legal para os estados dos pilotos + 3–5 estados principais de operação (base SOR do agente REGULA, §4) — status por obra e alertas de vencimento.
• Triagem do chamado (upload/forward) com recomendação cubro/nego + razões; minutas de resposta (coberto/negado); trilha append-only com decisão do dono e anexos.
• Despacho interno (work order + custo estimado) e custo × retenção por obra (lançamento manual de custo; retenção digitada no cadastro).
• Export de defesa (PDF por obra/chamado) + export total CSV/PDF.
• Até 200 obras entregues/ano no registro (cobre o ICP de 30–150 obras/ano com folga — molde do plano US$ 549/mês; número a calibrar no Gate 3).
• Fase concierge (semanas 6–8) operada 100% por agente com revisão humana; depois self-serve.

FICA DE FORA (explícito — não é escopo do MVP):

• ❌ Não é OS de service (Jobber/ServiceTitan/Housecall): não agenda serviço pago recorrente, não tem rotas/assinaturas/CRM de lead — o trade de serviço que roda OS não é nosso ICP (seção 2).
• ❌ Não é o lado da claims (WarrantyHub/2-10): não administra fundo de garantia, não emite apólices, não processa claim do proprietário contra fundo.
• ❌ Não é closeout documental do GC (Procore/Buildertrend; anti-reciclagem M1-R02) nem doc de garantia de fabricante (AccuLynx/JobNimbus/GAF; anti-reciclagem M1-R45) — é a mesa de decisão de workmanship do sub.
• ❌ Sem integração API nativa (QB para retenção, Jobber, e-mail) no MVP — entrada por upload/forward/manual; API = pós-MVP.
• ❌ Sem assinatura eletrônica com validade legal; sem envio automático da resposta ao cliente (o dono envia).
• ❌ Sem assessoria jurídica / sem opinião em litígio / sem "certificado de fim de responsabilidade" (disclaimer + encaminhamento).
• ❌ Fora do ICP: trades de serviço com OS (MEP/roofing/HVAC — vão para BuildOps/ST/Housecall/AccuLynx), departamento de garantia de builder (Buildertrend), home-warranty funds (WarrantyHub), GCs (que são canal/inbound, não comprador — ver seção 3.2), estados além da base SOR coberta (crescimento pull-driven: só entra estado com cliente pagante pedindo).

---

2. ⚠️ POSICIONAMENTO FRENTE AO M12 (seção obrigatória — derivada do QA-2 do dossiê)

Contexto: o QA-2 (Claude, cross-model, 02/09 — verificado pelo pai 03/09) reprovou o veredito do dossiê: a varredura original não buscou o nome comercial da categoria e, quando buscou, achou players que cobrem o wedge. Veredito QA-2: M12 PROVÁVEL — recomendação MATAR ou re-escopar para sub NÃO-service com medição. O Felipe aprofundou (05:33). Esta seção é a resposta do plano: por que não somos cada um deles, qual fatia sobra e como o Gate 0 mata o M12 cedo.

2.1 O que o QA-2 provou que JÁ EXISTE (fetch direto, 02/09; preços verificados)

2.2 A fatia defendida (o que o QA-2 deixou em pé — "fatia que sobra (não medida)")

Sub NÃO-service — drywall, pintura, concreto/cimento, estrutura/framing, fechamento/close-in, piso, isolamento — GC-facing, US$ 1–20M, ≥ 20–40 obras/ano entregues com:

1. obrigação CONTRATUAL de workmanship (1 ano típico, mas cada contrato varia — o motor lê o contrato, não presume);
2. exposição LEGAL estadual — garantia implícita/construction defect + statute of repose 6–10 anos (WA 6 anos, prova 7; "most SOR run 9-10 years", prova 6; matéria viva: MA/FL/CA, prova 9) — o cliente cobra fora da janela contratual e o estado mantém a exposição;
3. chamados de garantia reais mas episódicos (onda no aniversário de 1 ano + sustos tardios) — sem volume de "serviço recorrente" que justifique OS (Jobber/ST) nem coordenador humano em tempo integral;
4. retenção em jogo — o GC segura 5–10% e a liberação conversa com a garantia; cada chamado indevido coberto come a retenção.

Por que ninguém ataca essa fatia: os incumbentes de garantia olham para (a) o contratante de serviço comercial (BuildOps/ST), (b) o builder/GC (Buildertrend), (c) um trade residencial com pós-venda (roofing — AccuLynx) ou (d) o lado da claims (WarrantyHub). O sub de acabamento que só tem obra entregue + chamado episódico + SOR correndo não é o ICP de nenhum deles e hoje decide na cabeça do dono (provas 2-4), com foto no celular do instalador. Mas atenção — isto é HIPÓTESE viva, não fato: o QA-2 disse explicitamente que essa fatia está não medida. Medir é exatamente o trabalho do Gate 0 (6.2).

2.3 Onde o M12 morreria (e como o plano o mata antes de construir)

• M12 = mesma solução + mesmo comprador + concorrente bem financiado. O QA-2 apontou o risco com BuildOps (mesma solução, comprador "contratante") e CF (mesmo comprador, solução barata). O plano responde com dois movimentos: (1) estreitar o ICP para a fatia que nenhum deles serve (2.2) — mudança de comprador desfaz o M12 se a fatia for real; (2) colocar o M12 no Gate 0 como critério de morte medido, não como opinião: demo/trial dos três incumbentes respondendo à pergunta "cobre a decisão documental do sub não-service ≤ US$ 100/mês?" + 15 entrevistas na fatia. Se o Gate 0 não provar a fatia pagando (critérios 6.2), o plano MATA — a advertência do QA-2 vira o desenho do portão, não uma nota de rodapé.
• Regra de família (anti-reciclagem): o dossiê registra a família morta do entorno — M1-R45 (garantia de fabricante/roofing — coberto), M1-R02 (closeout do GC), M1-R04 (retenção standalone — aqui é input), D3/D4/D5/D6 (mortas/arquivadas), D7 (fundida: a "carta de garantia" ao cliente é a minuta/saída deste produto). Este plano não reabre nenhuma delas: é a mesa de decisão de workmanship do sub não-service. Se qualquer etapa do Gate 0/piloto puxar para essas fronteiras (ex.: "o GC quer que eu entregue closeout" ou "quero rastrear warranty do fabricante"), é sinal de drift → matar/arquivar com motivo, não esticar o escopo.

---

3. ESTRATÉGIA DE ENTRADA

3.1 Isca de prova antes do pitch

"1 disputa de chamado revisada grátis" — o prospect (sub não-service) envia: contrato/PO da obra + a cobrança do cliente/GC (ou o e-mail do chamado) + o que tiver de registro (fotos/serial/relatório, mesmo bagunçado). Em até 48h recebe: análise de janela (contratual × legal do estado da obra, com fontes), veredito recomendado cubro/nego com as razões, minuta de resposta pronta para revisar e o "buraco documental" (o que faltaria para defender aquele chamado — e que o produto passa a registrar obra a obra). Quem vê o próprio risco (e o próprio buraco) em um caso real sente a dor em números e vira lead quente — é a mesma oferta do concierge do piloto. Custo: ~30 min de agente. Segundo estágio no self-serve: lista de espera da página com "revisão grátis do seu próximo chamado no lançamento".

3.2 Canais (todos gratuitos; ordem de prioridade)

1. Resposta orgânica onde a dor fala (inbound com prova social): r/GeneralContractor, r/Contractor, r/ConstructionManagers, r/legaladvice (threads do dossiê §2 — provas 2, 3, 4, 6, 7), r/drywall, r/paint, r/Concrete, r/Construction — responder threads de "warranty call / cobrança fora do prazo / como negar" com ajuda real (janela × SOR explicada, minuta de exemplo). May redige o texto; Felipe posta na conta dele (May não posta).
2. Contadores/CPAs que atendem construção: o sub pergunta "posso negar esse chamado?" ao contador — canal de indicação natural (sem comissão no MVP; material explicativo de 1 página + a isca).
3. Associações: AGC (capítulos), ABC, NASCLA — conteúdo/parceria de capítulo (webinar de 20 min "quanto tempo você responde pelo que instalou?"), mailing para associados subs.
4. GCs como fonte de inbound (nunca ICP): o GC recebe o chamado de volta do proprietário e repassa ao sub — o GC quer o sub com registro e resposta rápida. Conteúdo "como exigir (e cobrar) mesa de garantia dos seus subs" + o GC indica a isca aos subs. Cuidado: se a demanda puxar para ferramenta GC-side → é M1-R02/Buildertrend → matar, não seguir (seção 2.3).
5. SEO legal (data moat + dor): páginas de explicação por estado — "statute of repose by state for contractors", "how long am I liable for my workmanship", "contractor warranty dispute letter" — o sub que está sendo cobrado fora do prazo procura exatamente isso. Vigia: "warranty call dispute contractor" e variações — medir no Gate 0 se a dor procura o produto ou só a resposta grátis (se só a resposta grátis resolve → vira M1-R45 da vida → matar).
6. Vagas "warranty coordinator/manager" ativas (prova 8): empresa contratando humano para a mesa = momento de dor (mesmo gatilho validado no Certified Payroll Auto).
7. LinkedIn do Felipe (post/manual) + lista de espera da página Orbitask.

• Canal que NÃO existe no MVP: anúncio pago (gasto 🔔) e marketplace (produto cedo demais).

3.3 ICP (recalibrado pela seção 2 — tabela)

3.4 Template de outreach (rascunho — 6 linhas, EN; envio só após 🔔 do texto, protocolo do May)

Subject: That warranty call from 2 years ago — cover it or fight it?

>

Hi [First name],

>

When an owner or GC calls you about work you finished years ago, you decide in your head: fix it free (protect the relationship) or push back — usually without the paperwork to back either choice. And in [State], the law can keep you on the hook for up to [N] years, long after your 1-year contract warranty ends.

>

We read your contract/PO, map your contractual warranty against your state's statute of repose, and give you a cover/deny recommendation with a ready-to-send reply and the install evidence trail to back it.

>

Want me to review your last disputed warranty call free? Send the contract + the claim; you get the window analysis, the recommendation and the draft reply in 48h, no strings.

>

[Nome] — Orbitask · WarrantyDesk

---

4. ARQUITETURA DE AGENTES (construir e operar — padrão CostSense/Marty)

A ideia é do May (Missão 1); construir é decisão humana do Felipe (guardrail 9). Aprovado o Gate 0 (🔔 AVANÇAR), a construção roda como linha de produto da Orbitask: sub-agentes efêmeros (sessões OpenClaw) com sub-planos próprios no padrão do CostSense, sob supervisão do Felipe. O May (fábrica) segue rodando em paralelo, sem conflito.

4.1 Sub-agentes de produto

QA de dois níveis: N1 = revisão leve de produção (quem produz revisa — ex.: a auto-revisão na seção final deste arquivo); N2 = adversarial, sessão nova, sempre antes do que toca o mundo externo (sub real, GC, página, release, base SOR). N2 nunca revisa o próprio trabalho e nunca recebe o raciocínio de quem produziu. A base SOR tem QA-N2 obrigatório a cada release — erro de janela = sub nega com base errada = processo contra o sub e contra a marca.

4.2 Crons (operação, após o Bloco 3)

• Diário 07:00 ET — DEV/OPS: vencimento de janela — checa obras com data de borda próxima e enfileira alertas ("obra X sai da garantia contratual em N dias" / "entrou em zona de risco legal — decisões daqui em diante só com trilha"); roda triagens de chamados novos.
• 1ª seg do mês — REGULA: varredura de mudança legal (artigos de firmas de construção, sessões legislativas estaduais, right-to-repair) → changelog + alerta interno; QA-N2 se tocar a base.
• Anual (janeiro, após o fim das sessões estaduais) — REGULA: revisão anual da base SOR por estado (todos os estados cobertos) → changelog + alerta; fonte de cada linha re-verificada com link+data.
• Qui 18:00 ET — CONCIERGE: análises da semana entregues (prazo prometido no contrato de saída).
• Sáb 10:00 ET — QA-N2: amostra 100% das análises no 1º mês, depois 10% aleatória; taxa de erro → retro.
• Diário — OPS: lembrete de aprovações pendentes ≥ 24h (ritual do May).
• Sex 17:00 ET — digest semanal (existente): entra o placar do produto (análises entregues, taxa de aceite, pilotos pagantes).

4.3 Sub-planos

Criados no Bloco 1, passo 15, em planos/sub-*.md no padrão CostSense: sub-dev-motor.md, sub-regula-sor.md, sub-concierge.md, sub-conteudo.md (QA e OPS reutilizam os existentes + ops/). Critério: cada sub-agente com plano vivo antes de atuar.

---

5. PASSO A PASSO (responsável · 🔔 aprovação · ✅ critério de pronto)

BLOCO 0 — GATE 0 · teste-48h do dossiê recalibrado pelo QA-2 (pesquisa; custo US$ 0–10; proíbe construção/gasto/publicação)

Critérios de passagem/morte na seção 6.2. Nenhuma etapa deste bloco constrói produto.

1. [PLANEJADOR] Montar lista de ≥ 30 candidatos (meta 15): subs NÃO-service (drywall/pintura/concreto/estrutura/fechamento) US$ 1–20M com ≥ 20 obras/ano — da lista de 29 do Gate 0 do M1-001 (filtrar trades de serviço), autores de threads do dossiê (§2), empresas com vaga ativa de warranty coordinator/manager, capítulos AGC/ABC/NASCLA locais, GCs validadores indicando subs; colunas: nome, empresa, papel, canal, link, fonte. → ✅ ≥ 30 contatos com canal identificado e fonte.
2. [PLANEJADOR → 🔔 Felipe] Redigir (a) convite de entrevista (4 linhas, EN), (b) roteiro de entrevista (12 perguntas: nº de obras/ano com garantia; último chamado/disputa real: quando, quanto custou, o que aconteceu — consertou grátis ou brigou?; já foi cobrado fora da janela contratual (2+ anos)?; conhece o statute of repose do estado onde mais obra?; retenção média e como libera; ferramentas atuais; WTP em 2 pontos — US$ 200 vs US$ 549/mês e US$ 4.200/ano adiantado, com o mostruário mostrando o desconto ~36% explícito), (c) e-mail de solicitação das demos (BuildOps/CF/WarrantyHub) e do 1 chamado real (contrato/PO + cobrança + registro; anonimizável). → 🔔 Felipe aprova os 3 textos (e-mail em nome do Felipe só após aprovação — protocolo May). ✅ Textos aprovados (ou ajustados).
3. [VALIDAÇÃO + Felipe] Executar 15 entrevistas: Felipe envia DMs (LinkedIn/Reddit/associação, manual); VALIDAÇÃO envia e-mails aprovados e coleta respostas assíncronas; até 5 chamadas de 15–20 min com roteiro (Felipe na linha, VALIDAÇÃO registra). Foco: separar a fração "conserta grátis por reputação" da fração "briga documentada" com o caso concreto de cada um. → ✅ ≥ 15 entrevistas concluídas, cada uma com fração + custo/ano + WTP registrados (fonte + data).
4. [COMPETIÇÃO] Executar as provas de uso: demo BuildOps (se recusarem demo: recon documentado — site/case studies/webinar gravado + pricing call), trial Contractor Foreman US$ 49 (módulo Service Tickets, self-serve), recon WarrantyHub US$ 549 (claims-side — demo/pricing call), + varredura rápida de ServiceTitan/Housecall/Workiz/ExpirationReminder/Knowify (página de preço/features). → ✅ Prova de uso M13 fechada: por player, o que entrega e o que NÃO entrega da decisão documental do sub não-service (janela legal/SOR, trilha de instalação, custo×retenção, export de defesa); resposta explícita à pergunta "cobre a decisão do sub não-service ≤ US$ 100/mês?". ⚠️ Se após 5 dias úteis alguma prova não ocorreu nem por vídeo/escrito → Gate 0 NÃO passa (bloqueado, não morto) até M13 fechar.
5. [CONCIERGE/DEV-rascunho] Processar 1 chamado real de sub não-service no motor concierge (rascunho, sem produto): contrato/PO → cadastro → mapa de janela → veredito recomendado + minuta + trilha + buraco documental. → ✅ Relatório do caso real: valor percebido pelo sub, o que o motor acertou/errou, o que faltaria (valida o motor, a isca e o pitch).
6. [QA-N2] Revisão adversarial do relatório do Gate 0 (sessão nova: só relatório + critérios de morte da seção 6.2). → ✅ Veredito em ops/qa-verdicts.md.
7. [OPS → 🔔 Felipe] Alerta com resultado consolidado: fração conserta-grátis × briga documentada (X/15), custo direto de garantia/disputa ≥ US$ 5.000/ano (Y/15), WTP ≥ piso (Z/15), achados das demos (alguém cobre a decisão ≤ US$ 100/mês? sim/não), resultado do caso real. → 🔔 1 AVANÇAR (Blocos 1–2, custo US$ 0) · 2 AJUSTAR (preço/fatia/escopo — ex.: re-escopar trade ou estado) · 3 ARQUIVAR (morte M12 com motivo em ops/rejeitadas.csv). ✅ Decisão registrada (OPS/agente pai grava; PLANEJADOR não toca CSV).

BLOCO 1 — MOTOR JANELA + REGISTRO (semanas 1–3 · após Gate 0 ✅ + 🔔 AVANÇAR)

1. [DEV] Esqueleto do motor: cadastro de obra (upload contrato/PO PDF → extração de data de conclusão, cláusula de garantia, escopo/exclusões, retenção → wizard de confirmação humana; fallback manual guiado) + registro de instalação (fotos/serial/relatório/instalador/aprovação). → ✅ 3 contratos reais parseados corretamente com confirmação humana; ambiguidade nunca silenciosa.
2. [REGULA] Base SOR: estados dos pilotos + 3–5 estados principais de operação — garantia implícita / SOL / SOR com fonte legal citada (link + data) e rótulo "verifique com advogado"; cláusulas-tipo de garantia. → ✅ ≥ 5 estados documentados com fonte + teste unitário por estado (datas de borda).
3. [DEV] Motor de janela: status por obra (NA GARANTIA CONTRATUAL / FORA DO CONTRATO, DENTRO DO SOR / FORA) + alertas de vencimento. → ✅ Alertas corretos nos casos-teste de borda (obra que sai amanhã, obra que entrou em zona SOR).
4. [DEV + REGULA] Triagem do chamado: entrada (upload/forward), extração, cruzamento com obrigação → recomendação cubro/nego + razões + minuta + trilha append-only. → ✅ 5 chamados-teste (2 cobre, 2 nega, 1 ambíguo → vai para humano); minutas revisadas pelo QA-N2.
5. [DEV] Custo × retenção: retenção digitada no cadastro + custo por chamado coberto + relatório por obra. → ✅ Relatório fecha com os lançamentos do caso-teste.
6. [DEV] Export de defesa: pacote PDF por obra/chamado. → ✅ Pacote completo montado para o chamado real do Gate 0 (passo 5).
7. [QA-N2] Release do motor (casos incluem 1 contrato real + 1 chamado real + 1 estado de borda). → ✅ Veredito; 0 divergência de janela nos casos-teste.
8. [OPS] Sub-planos dos papéis de produto criados (seção 4.3). → ✅ Sub-planos vivos no padrão CostSense.

BLOCO 2 — CONCIERGE PILOTO (semanas 4–8 · 3 subs NÃO-service reais · ninguém paga ainda)

1. [PLANEJADOR → 🔔 Felipe] Texto do convite do piloto gratuito ("1 disputa de chamado revisada grátis" — isca, seção 3.1). → 🔔 Aprovação do texto. ✅ Aprovado.
2. [VALIDAÇÃO/Felipe] Recrutar 3 subs do ICP NÃO-service (prioridade: os 4–5 com ≥ US$ 5.000/ano do Gate 0; 1 disputa viva ajuda). Aceite por e-mail; se NDA/termo surgir → 🔔 Felipe assina (guardrail 2). → ✅ 3 subs ativos.
3. [CONCIERGE] Operar o serviço 3–4 semanas: cada chamado real (ou disputa passada re-aberta) → motor → revisão humana 100% → recomendação + minuta → sub decide e responde. → ✅ ≥ 2 subs com ≥ 2 chamados processados cada e resposta enviada; taxa de aceite da recomendação registrada.
4. [DEV + REGULA] Feedback loop: cada correção vira teste/regra; ampliar estados dos pilotos na base SOR + cláusulas novas na biblioteca. → ✅ 100% das correções da semana viram teste automatizado; estados dos pilotos cobertos.
5. [CONCIERGE] Medir WTP pós-uso ("se custasse US$ 549/mês, continua?") e horas economizadas e chamados com desfecho diferente. → ✅ WTP registrado por piloto (fonte + data).
6. [QA-N2] Retro do piloto (o que o sub rejeitou, onde o motor errou, se puxou para fronteira morta — closeout do GC/doc de fabricante). → ✅ Relatório com taxa de aceite + lista de gaps + sinal de drift (seção 2.3).

BLOCO 3 — SELF-SERVE + LANÇAMENTO (semanas 8–12 · 🔔 em cada passo externo)

1. [DEV] Self-serve: onboarding (upload contrato → wizard → registro), triagem do chamado, decisão com trilha, minutas, custo×retenção, export; jornada ponta a ponta sem assistência. → ✅ Testado pelo QA-N2 com 2 pilotos sem assistência.
2. [PLANEJADOR/CONTEÚDO → 🔔 Felipe] Pricing final (US$ 549/mês / US$ 4.200/ano com desconto ~36% explícito; qualquer ajuste não pode descer abaixo do piso M4 — abaixo disso = arquivar a ideia com motivo) + página Orbitask versão final (seção 7; versão EN/US derivada para o mercado, PT para a marca). → 🔔 Aprovação (M19). ✅ Aprovado.
3. [OPS → 🔔 Felipe] Converter 2–3 pilotos em 1ºs pagantes (preço de lançamento, carta simples) + ativar cobrança (Stripe/Felipe; May não move dinheiro — guardrail 1). → 🔔 Felipe autoriza cobrança. ✅ ≥ 2 pilotos pagantes OU ≥ 3 pré-vendas na lista de espera.
4. [CONTEÚDO → 🔔 Felipe] Publicar a página na Orbitask (em breve → disponível) + anúncio de lançamento (inclui as páginas SEO de SOR por estado como porta de entrada). → 🔔 Aprovação do texto E da publicação (M19 — seção 7). ✅ Página no ar + anúncio enviado.
5. [OPS] Ligar crons de operação (seção 4.2) + ledger de gastos. → ✅ Operação rodando 2 semanas sem intervenção manual crítica.

Fim do passo a passo → 1º cliente pagante em ~12 semanas (SOLO: SIM, dossiê §11). A partir daqui o produto vive em regime de operação contínua com retro semanal (QA + OPS) e a Missão 1 do May segue em paralelo rumo às 100 ideias.

---

6. ORÇAMENTO MÍNIMO + GATES/PIVÔS PRÉ-DESENHADOS

6.1 Orçamento mínimo

Padrão = grátis. Cérebro (DeepSeek/OpenClaw) e infra base já existem; fontes legais (sites de legislaturas estaduais, artigos de firmas — provas 9) e canais (Reddit/LinkedIn/associações/e-mail) são gratuitos; libs PDF/CSV open-source; página em free tier (Netlify/Cloudflare, padrão CostSense). Stripe só entra com a 1ª receita (~2,9%/transação — 🔔 na ativação).

Premissa de preço explícita (lição QA-2 M1-007, 02/09): US$ 549 × 12 = US$ 6.588; o plano anual é US$ 4.200 (= ~US$ 350/mês) → desconto ~36% sobre o mensal — premissa declarada, nunca dois números soltos equivalentes. O mostruário de preço das entrevistas e a página mostram os dois valores E o desconto. Piso M4: mensal ≥ US$ 500 ✅ (549) e anual ≥ US$ 3.500 ✅ (4.200) — qualifica os dois pisos.

6.2 GATE 0 — OBRIGATÓRIO, ANTES DE QUALQUER CONSTRUÇÃO (teste-48h do dossiê §14, recalibrado pelo QA-2)

O dossiê definiu o teste (15 entrevistas + trials, critérios §14); o QA-2 reprovou o veredito por M12 provável; o Felipe aprofundou com a ordem de matar o M12 cedo. Este plano torna o teste portão de entrada com a fatia não-service como objeto — a advertência do QA-2 vira critério de morte medido. O plano NÃO avança para construção sem o Gate 0 passar. Silêncio ≠ aprovação (lembrete 24h pelo cron).

6.3 Gates seguintes e pivôs pré-desenhados

Pivôs pré-desenhados (baratos, decididos no gate, nunca em pânico):

• P1 · motor → wizard 100% guiado: se a extração de contrato não atingir precisão segura, o cadastro vira formulário guiado campo a campo (o produto continua o mesmo; muda o UX e o tempo de onboarding). Se nem o guiado vender → arquivar (a "mesa" sem motor não sustenta o ticket).
• P2 · estados pela demanda (estadual-first): se o Gate 0/piloto mostrar que o que mais dói é o susto do SOR (cobrança 2+ anos fora do contrato), priorizar o mapa legal + as páginas SEO por estado como porta de entrada — a ordem dos estados é decidida pela demanda, não por palpite.
• P3 · self-serve → serviço gerenciado: se o sub não-service não quer operar software, entregar o mesmo motor como serviço (análise de todo chamado operada pelo concierge permanente) no mesmo ticket US$ 549 — coerente com o ICP pequeno e com a isca.
• P4 · venda direta → canal GC: se o sub não compra direto mas o GC quer subs com mesa de garantia, vender como requisito empurrado pelo GC (o GC exige o registro no contrato). Limite: se a demanda virar ferramenta GC-side (closeout/garantia do builder) → é Buildertrend/M1-R02 → matar, não pivotar (seção 2.3).

---

7. PÁGINA DO SERVIÇO NA ORBITASK — rascunho "EM BREVE"

Marca guarda-chuva Orbitask, produto filho. Rascunho de 3–5 linhas + CTA (M19). PUBLICAÇÃO SÓ COM 🔔 APROVAÇÃO DO FELIPE (passo 25, Bloco 3; nada de "em breve" no ar antes do Gate 0 ✅ — página externa é publicação). Versão final deriva deste rascunho após pricing validado no piloto; versão EN/US derivada no Bloco 3 para o mercado (a marca Orbitask fica em PT/EN conforme padrão dos produtos irmãos).

WarrantyDesk — em breve, by Orbitask

>

Cansado de decidir na cabeça se aquele chamado do cliente do ano passado é seu ou não — e de perder a discussão sem o documento do que você instalou? O WarrantyDesk lê o contrato de cada obra entregue, registra o que você instalou (fotos, serial, relatório), mapeia a janela da sua garantia contratual contra a lei do estado (statute of repose — até 10 anos) e tria cada chamado com recomendação cubro/nego, minuta de resposta e trilha documental — mostrando ainda o custo de cada chamado contra a retenção da obra.

>

Feito para subs de drywall, pintura, concreto, estrutura e fechamento que garantem o serviço por 1 ano no contrato, mas respondem por até 10 por lei.

>

CTA: "Quero revisar 1 disputa de chamado grátis → [lista de espera]"

---

QA N1 — AUTO-REVISÃO ADVERSARIAL DO PLANO (2026-09-03, pelo PLANEJADOR)

Sessão de auto-verificação antes do envio ao Felipe; QA-N2 externo segue obrigatório no Gate 0 (passo 6) e em toda entrega externa. Checklist Missão 1 aplicado ao PLANO (não re-julga a ideia — o dossiê foi aprovado pelo Felipe com a advertência do QA-2 carregada de frente).

• [x] A advertência do QA-2 (M12 provável) é tratada como adversário nº 1 do plano? Sim — seção 2 inteira é o reposicionamento (por que não somos BuildOps/CF/WarrantyHub/ST/AccuLynx/BT), a fatia defendida é a que o QA-2 deixou em pé (sub NÃO-service, não medida), e o Gate 0 (6.2) tem o M12 como critério de morte medido (demo ≤ US$ 100/mês → MATAR) + morte por fatia que não se sustenta (≥ 60% conserta grátis; < 4/15 com ≥ US$ 5k/ano) + bloqueio por M13 aberto. O dossiê original dizia "GAP PROVÁVEL"; este plano não herda o veredito — o Gate 0 re-prova do zero na fatia estreita.
• [x] Executável solo? Sim — todo o trabalho pesado é de agente (motor, base SOR, concierge, textos). Dependências humanas explícitas e mínimas: Felipe envia DMs, participa de demos/chamadas, clica 🔔, decide CUBRO/NEGO quando o piloto delega (R1/R2).
• [x] Gates matam cedo? Sim — Gate 0 é 100% pesquisa, US$ 0–10, antes de qualquer linha de código/gasto/publicação; critérios de morte quantitativos com a barra do QA-2 (US$ 5k/ano, 60%, ≤ US$ 100/mês); M13 e o chamado real viram critérios de passagem explícitos; G2 mata a morte que o Gate 0 não vê; fronteiras mortas (M1-R02/R04/R45, D3-D7) viram critério de drift (6.2e).
• [x] Números batem com o dossiê e com o QA-2? Conferido campo a campo: ticket 549/4.200 → 6.588 anual-equivalente, desconto ~36% explícito (lição QA-2 M1-007) · qualifica os dois pisos M4 · mercado 839.609 specialty (fato) / fatia não-service não medida (rotulada HIPÓTESE — QA-2) · custo do chamado US$ 150–450, disputas US$ 500–5.000, coordenador US$ 37k–125k/ano, SOR 6–10 anos (provas 6-7), WA 6 anos (prova 7) · BuildOps Série C US$ 127M/~US$ 1B, CF US$ 49 Service Tickets, WarrantyHub US$ 549 claims-side (QA-2, fetch direto 02/09, verificado pelo pai 03/09) · SOLO: SIM 8–12 semanas · hash dedup 592017b010708290 · morte §14 do dossiê recalibrada sem drift dos novos critérios. Zero drift.
• [x] Orçamento: US$ 0 padrão; todo gasto ≠ 0 com 🔔 (guardrail 1); revisão jurídica da base SOR prevista como gasto possível com 🔔, não surpresa.
• [x] Regras do May: M3 (plano só pós-Portão 2 ✅ — Felipe aprofundou 05:33 apesar do QA-2; o plano respeita a decisão e carrega a advertência), M4, M12/M13 (Gate 0), M19 (publicação 🔔), guardrails 1/5/6/9 respeitados; anti-reciclagem em 3 camadas: família morta do entorno declarada e preservada (M1-R45 fabricante/roofing, M1-R02 closeout GC, M1-R04 retenção standalone, D3-D7), fronteira de drift como critério de morte (6.2e), ICP estreitado para a fatia que o QA-2 deixou em pé.
• [x] O caso contra continua vivo no plano? Sim — seção 2 é o caso contra por extenso (QA-2 citado com os achados), 6.2 preserva as mortes, 6.3 acrescenta as mortes pós-piloto e o drift de fronteira.

Ressalvas (4 registradas):

1. R1 — dependência humana + dependência de enterprise comprimem o "48h". O Gate 0 depende de Felipe para DMs/chamadas, da agenda de demo do BuildOps (enterprise, quote-based — pode recusar/atrasar) e da boa vontade de um sub não-service em compartilhar contrato + disputa reais (confidencialidade). Mitigação já no plano: entrevistas assíncronas por e-mail aprovado, recon documentado (site/case/webinar/pricing call) se a demo for recusada, chamado real anonimizável (redação de nomes/partes; NDA só se o sub exigir → 🔔 Felipe assina, guardrail 2), e atraso = bloqueio relembrado pelo cron (nunca morte silenciosa).
2. R2 — a fatia não-service pode ter MENOS chamados do que a dor sugere (e a amostra de 15 viesa). Drywall/pintura/concreto são acionados menos que HVAC/roofing; a dor pode ser rara mas catastrófica (o susto de 6–10 anos do SOR, o backcharge grande do GC) e não aparecer em "chamados/ano médios". Mitigação: o roteiro pergunta o maior susto dos últimos 5 anos (não só a média anual), separa fração pelo caso concreto (não por declaração), e o critério de ≥ US$ 5k/ano aceita o susto documentado como custo; amostra de 15 continua sendo sinal, não estatística — por isso o Gate 0 também roda o 1 chamado real (profundidade) e as demos (contraprova), e o plano não inventa critérios além dos registrados.
3. R3 — fronteira legal é o risco de reputação nº 1. Um erro na base SOR (estado, data, exceção contratual — MA 2025 mudou exceção, prova 9) faz o sub negar com base errada e leva processo contra ele e contra a Orbitask. Mitigação: fontes citadas com link + rótulo "verifique com advogado" em toda linha; base limitada aos estados cobertos (crescimento pull-driven); QA-N2 obrigatório a cada release da base; cron anual de revisão + varredura mensal (4.2); nunca afirmar "fim da responsabilidade"; disputa grande → pacote de defesa + "leve a um advogado". Se a taxa de erro do piloto > 0 na janela → contratar revisão jurídica (US$ 150–500/h, 🔔 previsto, não surpresa).
4. R4 — o GC como canal é a porta de entrada do drift para o que já morreu. "O GC recebe o chamado de volta" é um canal ótimo, mas a tentação natural é o GC pedir a ferramenta do lado dele (closeout/garantia de builder = Buildertrend/M1-R02, morto) ou o sub pedir doc de garantia de fabricante (AccuLynx/M1-R45, morto). Mitigação: ICP sub-side estrito na tabela 3.3, GC = fonte de inbound nunca ICP, e o critério de drift 6.2(e) + retro do piloto (passo 21) monitoram — se puxar, mata com motivo, não estica o escopo.

Veredito QA N1: APROVADO COM RESSALVA — executável solo com as ressalvas acima; o M12 provável do QA-2 é carregado de frente e vira critério de morte medido no Gate 0, que mata antes de qualquer gasto/construção; nada impede o envio ao Felipe.

---

ALERTA 🔔 PRONTO PARA O FELIPE (cópia para o OPS disparar; este subagente não enviou nada)

`` 💡 PLANO M1-005 — WarrantyDesk (mesa de garantia/service calls do sub NÃO-service) Contém: especificação completa (contrato/PO da obra → registro do que instalamos → mapa janela CONTRATUAL × LEGAL/SOR 6-10 anos por estado → triagem do chamado com decisão cubro/nego + trilha documental + minuta → dispatch → custo × retenção → export de defesa; concierge → self-serve; MVP explícito) + estratégia de entrada (1 disputa revisada grátis de isca; contadores/AGC/ABC/NASCLA/GCs/SEO por estado) + arquitetura de agentes (crons: vencimento de janela diário, revisão anual de SOR) + passo a passo com 🔔 e ✅ + página Orbitask rascunhada. ⚠️ Carrega a advertência do QA-2 de frente (M12 provável: BuildOps ~US$1B/CF US$49/WarrantyHub US$549): fatia defendida = sub NÃO-service (drywall/pintura/concreto/estrutura) — se o Gate 0 não provar a fatia pagando, MATA. GATE 0 obrigatório ANTES de construir: 15 entrevistas na fatia não-service (fração 'conserta grátis' × 'briga documentada', WTP 2 pontos com desconto ~36% explícito: 549×12=6.588 vs 4.200/ano) + demo BuildOps + trial CF US$ 49 + recon WarrantyHub US$ 549 + 1 chamado real de sub não-service. Morre se ≥60% conserta grátis sem disputa OU incumbente cobre a decisão documental ≤US$ 100/mês OU <4/15 com ≥US$ 5k/ano de chamados. Orçamento: US$ 0-10; qualquer gasto 🔔. QA N1: APROVADO COM RESSALVA (4 ressalvas no arquivo, seção final — dependência humana/enterprise, dor rara-catastrófica da fatia, risco legal da base SOR, drift via canal GC). → 1 APROVAR (começa Gate 0) · 2 PEDIR AJUSTES · 3 ARQUIVAR ``