dealbreaker

Constrói uma oferta irresistível. Lista todos os problemas que o comprador enfrenta até obter o resultado desejado, transforma cada um em solução, poda o que é barato de entregar e valioso para o comprador, e empilha com bônus honestos, uma garantia que o CFO pode pagar, urgência real e um nome claro. Avalia pela equação de valor (resultado, probabilidade, tempo, esforço) e testa novamente em um painel rápido de compradores.

O que é dealbreaker?

O skill `dealbreaker` é uma ferramenta de IA projetada para ajudar desenvolvedores e agentes de IA, como Claude Code, Cursor e Codex, a estruturar ofertas de alta conversão usando a estrutura de *$100M Offers* de Alex Hormozi. Ele é ativado quando o usuário deseja melhorar uma oferta, diagnosticar por que as pessoas não compram ou decidir o que incluir em uma oferta. O skill lê o conhecimento existente (ideia, pitch, resultados de painel, números de custo) e segue um processo de cinco etapas: (1) define a menor oferta de primeiro 'sim' (como um piloto), (2) lista 15 a 30 obstáculos do comprador, (3) transforma cada obstáculo em uma solução barata e valiosa, empilhando-as em um núcleo, bônus e garantia, (4) pontua a oferta na equação de valor e (5) retesta a oferta com um painel simulado. Ele garante que cada promessa seja rastreável como `PLANNED` ou `MEASURED` e siga regras rígidas de honestidade, evitando falsa escassez ou depoimentos. O resultado é salvo em `founder/offer.md` e o pitch é atualizado, preparando o terreno para testes reais com compradores.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/dealbreaker

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que dealbreaker faz?

A maioria das empresas vende um produto. As boas vendem uma oferta: o produto mais tudo o que torna a compra um "sim" fácil. Este skill constrói isso, usando a lente de Ofertas em ${CLAUDE_SKILL_DIR}/../shark-board/lenses.md como método (um resumo da estrutura do livro $100M Offers de Alex Hormozi; nunca apresente como palavras dele).

Leia ${CLAUDE_SKILL_DIR}/../receipts/rules.md primeiro. Uma oferta é um conjunto de promessas. Cada promessa é PLANNED até que tenha sido entregue e medida, e a oferta deve dizer isso dessa forma.

Etapa 1: leia o que já se sabe

  • founder/idea.md e founder/pitch.md: o que é vendido hoje.
  • founder/panel/results.md: por que os compradores desistem, com as palavras deles. Esta é a matéria-prima: cada objeção principal deve ser respondida por algo na oferta.
  • founder/numbers.json: quanto cada extra custa, para que a pilha permaneça lucrativa.
  • founder/board.md: as condições do conselho.

Etapa 1b: o primeiro sim

Antes da oferta completa, projete a primeira: o menor compromisso real que um desconhecido assumiria sem referências. Para uma loja, um preço de lançamento ou um cartão de membro fundador. Para uma empresa que vende para outras empresas, um piloto com prazo definido baseado nos próprios números do comprador (duas a oito semanas, um fluxo de trabalho, uma linha de sucesso escrita antecipadamente, um fim claro: integrar ao preço padrão ou remover e não dever nada). Use o formato de oferta piloto em ${CLAUDE_SKILL_DIR}/../handshake/receivers.md. A oferta completa abaixo é na qual o piloto se transforma.

Etapa 2: a lista de problemas

Escreva cada obstáculo entre o comprador e o resultado desejado, nas palavras do comprador: antes de comprar (dúvida, preço, esforço para mudar), durante (espera, aprendizado, inconveniência), depois (se dura, o que acontece se falhar). Mire em 15 a 30. Extraia primeiro das objeções do painel e das reclamações dos concorrentes.

Etapa 3: soluções, podadas e empilhadas

Transforme cada problema em uma solução (um recurso, um serviço, uma garantia, um formato). Pontue cada uma em valor para o comprador (1 a 5) e custo para entregar (1 a 5, a partir dos números do CFO). Mantenha alto valor e baixo custo. Empilhe o que restou em:

  • O núcleo: a coisa em si, descrita pelo resultado, não pelos ingredientes.
  • Bônus: dois ou três, cada um eliminando uma objeção específica.
  • A garantia: o que acontece se não entregar. Modele quanto custa com uma taxa realista de reivindicações usando a ferramenta do CFO antes de prometer.
  • Urgência e escassez: apenas se forem verdadeiras (uma semana de lançamento, um primeiro lote limitado). Nunca finja uma contagem regressiva ou "só restam 3".
  • O nome: um nome claro e específico para a oferta, não para a empresa.

Etapa 4: pontue

Na equação de valor, antes e depois, de 1 a 10 cada: resultado dos sonhos, probabilidade percebida de obtê-lo, tempo até o resultado, esforço e sacrifício. Diga qual elemento da pilha move qual pontuação.

Seja rigoroso quanto à probabilidade: sem resultados MEASURED, um comprador tem apenas a palavra do fundador. A probabilidade é baixa até que haja um caso, uma citação ou uma demonstração no tipo de dados do comprador, e uma pilha de bônus não muda isso.

Etapa 5: teste novamente

Escreva a nova oferta em founder/pitch.md (mantenha a antiga como founder/pitch-v1.md) e execute /truth-serum --quick com a mesma semente. Relate a taxa de compra antes e depois e quais objeções desapareceram. Se nada mudou, diga isso: o problema pode ser o mercado ou o preço, não a oferta. Se mudou, diga também, e que ainda é simulado: o verdadeiro reteste é a oferta de primeiro sim apresentada a compradores reais.

Registre cada promessa que a oferta faz ("resultados em 5 dias", "3x mais rápido", "nenhum dado sai do prédio") com ledger.py add como PLANNED, tipo product, a menos que já esteja MEASURED com evidências.

Regras

  • Cada promessa deve ser entregável e acessível; verifique os custos com o CFO.
  • Uma promessa que não foi medida é escrita como uma meta ou um compromisso ("vamos medir", "se não cumprirmos, você não paga nada"), nunca como um fato.
  • Sem avaliações, depoimentos, escassez, descontos ou "como visto em" falsos.
  • Siga as regras de publicidade e proteção ao consumidor do mercado do usuário para garantias e alegações (especialmente alegações de saúde). Não é aconselhamento jurídico.

Saída

founder/offer.md (a verdade dura primeiro: a parte mais fraca da oferta; depois a oferta de primeiro sim, a lista de problemas, a pilha, os custos, as pontuações da equação de valor, o resultado do reteste) e o founder/pitch.md atualizado. Próximo: /burn-test para recalcular os números com a pilha, depois /signal, ou /handshake para enviar a oferta de primeiro sim a um comprador real.

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

burn-test

Your CFO. Builds the unit economics of a business before money is spent: what one unit earns after its direct costs, the real profit margin at the planned volume, the break-even point in units a day, year 1 month by month, the cash needed before it pays for itself, how long the startup spend takes to earn back, and what happens if the price drops, sales come in low or costs rise. Every number traces to an input the user can check. Use when the user says "find the profit margins", "do the numbers", "is this profitable", "break-even", "unit economics", "how much do I need to start", or "run the CFO".

handshake

Turns the founder folder into the thing that gets one real person to say yes to the next step: a one-page pilot offer for a customer, an NSF Project Pitch or grant answer for a funder, an investor or lender one-pager, a business case for a boss, or an invite for the people who will use it. Always writes the one-sentence, three-sentence and three-minute versions first. Builds only from claims in the evidence ledger that the audience may see, never from simulated buyers, and checks the finished pitch with the ledger before it goes out. Use when the user says "pitch this", "write a pilot offer", "one-pager", "grant pitch", "NSF pitch", "deck for", "email this customer", "business case", or "what do I send them".

kill-or-build

Your business planner. Compiles everything the other Shark Tank Proof skills wrote (the board's verdict, the competitors, the buyer panel, pricing, the offer, the CFO's numbers, marketing, brand, operations, the launch plan and the evidence ledger) into one business plan with a verdict at the top that is computed, never written by hand: Profitable (the numbers pass and a real buyer has paid, signed or booked), Unproven (works on paper, no real buyer yet), Not yet (with the failing numbers) or Incomplete. A simulated panel can fail a plan but never pass one. Adds an executive summary and a one-page version. Use when the user says "write my business plan", "put it all together", "is it profitable", "give me the plan", or at the end of the Shark Tank Proof pack.

shark-board

Your board of directors, built to disagree with you. Puts a business idea in front of a four-member board, each a sub-agent reading the idea through one published framework: the Offers lens (from Alex Hormozi's $100M Offers), the Monopoly lens (from Peter Thiel's Zero to One), the Product lens (from Walter Isaacson's biography of Steve Jobs) and the Evidence lens (from Rob Fitzpatrick's The Mom Test), which scores only what real people have done. Each member scores the idea, names what would kill it and the cheapest test that would prove it, and votes fund, fund with conditions, or pass. Use when the user says "test my business idea", "would this work", "pressure-test this", "what would a board say", "is this a good business", or starts the Shark Tank Proof pack on a new idea.

truth-serum

The consumer panel. Spins up a swarm of buyer sub-agents (default 100, --quick for 20) trained on the user's target customer, each with a different income, age, buying behaviour and objection, shows every one the same pitch, and runs the business through 100 buyer scenarios to see who buys, who doesn't, and why. Tallies the answers into buy rates by segment, the reasons people pass in their own words, what would flip a no, and price answers for litmus. Every result is labelled SIMULATED: it finds objections and the questions to ask real buyers, and never counts as demand. Use when the user says "would people buy this", "test it on customers", "run the consumer panel", "simulate buyers", "who is my customer", or "validate demand".

Habilidades Relacionadas