CommunityProgramación y desarrollogithub.com

dealbreaker

Construye una oferta demasiado buena para rechazarla. Enumera cada problema del comprador, los convierte en soluciones, recorta lo barato y valioso, y lo apila con bonos honestos, una garantía que el CFO pueda permitir, urgencia real y un nombre claro. Evalúa la ecuación de valor y la vuelve a probar en un panel rápido de compradores.

¿Qué es dealbreaker?

Esta skill para agentes de IA (como Claude Code, Cursor o Codex) guía al usuario en la creación de una oferta irresistible basada en el marco de trabajo de Alex Hormozi (*$100M Offers*), pero sin atribuirle las palabras. El agente comienza leyendo la información existente del usuario (idea, pitch, resultados de panel, números del CFO) y diseña una primera oferta mínima (como un piloto o un precio de lanzamiento). Luego, enumera 15-30 problemas que el comprador enfrenta en su recorrido, los transforma en soluciones (características, garantías, bonos), y las apila seleccionando solo las de alto valor para el comprador y bajo coste de entrega. La oferta se puntúa en la ecuación de valor (resultado soñado, probabilidad percibida, tiempo, esfuerzo) y se vuelve a probar mediante simulación con `/truth-serum --quick`. Finalmente, se registra cada promesa como `PLANNED` y se escribe la oferta mejorada en `founder/offer.md` y `founder/pitch.md`. Es útil cuando el usuario pide mejorar su oferta, entender por qué la gente no compra, o diseñar bonos y garantías.

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

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace dealbreaker?

La mayoría de las empresas venden un producto. Las buenas venden una oferta: el producto más todo lo que hace que comprarlo sea un sí fácil. Esta skill construye eso, utilizando la lente de Ofertas en ${CLAUDE_SKILL_DIR}/../shark-board/lenses.md como método (un resumen del marco de trabajo del libro $100M Offers de Alex Hormozi; nunca lo presentes como sus palabras).

Primero lee ${CLAUDE_SKILL_DIR}/../receipts/rules.md. Una oferta es un conjunto de promesas. Cada promesa está PLANEADA hasta que se haya entregado y medido, y la oferta debe decirlo así.

Paso 1: leer lo que ya se sabe

  • founder/idea.md y founder/pitch.md: lo que se vende hoy.
  • founder/panel/results.md: por qué los compradores rechazan, en sus palabras. Esta es la materia prima: cada objeción principal debe ser respondida por algo en la oferta.
  • founder/numbers.json: cuánto cuesta cada extra, para que la pila siga siendo rentable.
  • founder/board.md: las condiciones del consejo.

Paso 1b: el primer sí

Antes de la oferta completa, diseña la primera: el compromiso real más pequeño que un desconocido haría sin referencias. Para una tienda, un precio de lanzamiento o una tarjeta de miembro fundador. Para un negocio que vende a otras empresas, un piloto con plazos sobre sus propios números (de dos a ocho semanas, un flujo de trabajo, una línea de éxito escrita de antemano, un final claro: integrarlo en el precio estándar o eliminarlo y no deber nada). Usa la forma de oferta piloto en ${CLAUDE_SKILL_DIR}/../handshake/receivers.md. La oferta completa a continuación es en lo que se convierte el piloto.

Paso 2: la lista de problemas

Escribe cada obstáculo entre el comprador y el resultado que desea, en las palabras del comprador: antes de comprar (duda, precio, esfuerzo para cambiar), durante (espera, aprendizaje, inconveniencia), después (¿dura?, ¿qué pasa si falla?). Apunta a 15 a 30. Toma primero de las objeciones del panel y las quejas de la competencia.

Paso 3: soluciones, recortadas y apiladas

Convierte cada problema en una solución (una característica, un servicio, una garantía, un formato). Puntúa cada una en valor para el comprador (1 a 5) y coste de entrega (1 a 5, según los números del CFO). Mantén las de alto valor y bajo coste. Apila lo que queda en:

  • El núcleo: la cosa en sí, descrita por el resultado, no por los ingredientes.
  • Bonos: dos o tres, cada uno eliminando una objeción específica.
  • La garantía: qué pasa si no cumple. Modela cuánto cuesta con una tasa de reclamos realista usando la herramienta del CFO antes de prometerla.
  • Urgencia y escasez: solo si son reales (una semana de lanzamiento, un primer lote limitado). Nunca falsifiques una cuenta regresiva o un "solo quedan 3".
  • El nombre: un nombre claro y específico para la oferta, no para la empresa.

Paso 4: puntuar

En la ecuación de valor, antes y después, del 1 al 10 cada uno: resultado soñado, probabilidad percibida de conseguirlo, tiempo hasta el resultado, esfuerzo y sacrificio. Di qué elemento de la pila mueve qué puntuación.

Sé estricto con la probabilidad: sin resultados MEDIDOS, un comprador solo tiene la palabra del fundador. La probabilidad es baja hasta que haya un caso, una cita o una demostración con el tipo de datos del comprador, y una pila de bonos no cambia eso.

Paso 5: volver a probar

Escribe la nueva oferta en founder/pitch.md (mantén la anterior como founder/pitch-v1.md) y ejecuta /truth-serum --quick con la misma semilla. Reporta la tasa de compra antes y después y qué objeciones desaparecieron. Si nada cambió, dilo: el problema puede ser el mercado o el precio, no la oferta. Si cambió, dilo también, y que sigue siendo simulado: la verdadera reprobación es la oferta del primer sí presentada a compradores reales.

Registra cada promesa que hace la oferta ("resultados en 5 días", "3 veces más rápido", "cero datos salen del edificio") con ledger.py add como PLANEADA, tipo product, a menos que ya esté MEDIDA con evidencia.

Reglas

  • Cada promesa debe ser entregable y asequible; verifica los costes con el CFO.
  • Una promesa que no se ha medido se escribe como un objetivo o un compromiso ("mediremos", "si no cumplimos, no pagas nada"), nunca como un hecho.
  • No hay reseñas falsas, testimonios, escasez, descuentos ni "como visto en".
  • Sigue las normas de publicidad y protección al consumidor del mercado del usuario para garantías y afirmaciones (especialmente las de salud). Esto no es asesoramiento legal.

Salida

founder/offer.md (primero la verdad dura: la parte más débil de la oferta; luego la oferta del primer sí, la lista de problemas, la pila, los costes, las puntuaciones de la ecuación de valor, el resultado de la reprobación) y el founder/pitch.md actualizado. Siguiente: /burn-test para volver a ejecutar los números con la pila, luego /signal o /handshake para enviar la oferta del primer sí a un 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".

Skills relacionados