dealbreaker은(는) 무엇을 하나요?
대부분의 비즈니스는 제품을 판매합니다. 좋은 비즈니스는 제안을 판매합니다: 제품에 더해 구매를 쉽게 '예'라고 말하게 만드는 모든 것. 이 스킬은 ${CLAUDE_SKILL_DIR}/../shark-board/lenses.md의 Offers 렌즈를 방법론으로 사용하여 이를 구축합니다(Alex Hormozi의 $100M Offers에 있는 프레임워크의 요약이며, 그의 말로 제시하지 마십시오).
먼저 ${CLAUDE_SKILL_DIR}/../receipts/rules.md를 읽으십시오. 제안은 약속들의 집합입니다. 모든 약속은 전달되고 측정되기 전까지 PLANNED 상태이며, 제안은 그렇게 명시해야 합니다.
1단계: 이미 알려진 내용 읽기
founder/idea.md및founder/pitch.md: 현재 판매 중인 것.founder/panel/results.md: 구매자가 거절하는 이유를 그들의 말로. 이것이 원재료입니다: 모든 주요 반대 의견은 제안에서 답변되어야 합니다.founder/numbers.json: 각 추가 비용이 얼마인지, 그래야 스택이 수익성을 유지합니다.founder/board.md: 보드의 조건.
1b단계: 첫 번째 '예'
전체 제안 전에, 첫 번째 제안을 설계하십시오: 레퍼런스 없이 낯선 사람이 할 수 있는 가장 작은 실제 약속. 상점의 경우, 출시일 가격 또는 창립 멤버 카드. 기업 간 거래의 경우, 자체 데이터로 시간 제한된 파일럿(2~8주, 하나의 워크플로우, 사전에 작성된 성공 기준, 명확한 종료: 표준 가격으로 전환하거나 빚 없이 종료). ${CLAUDE_SKILL_DIR}/../handshake/receivers.md의 파일럿 제안 형식을 사용하십시오. 아래의 전체 제안은 파일럿이 전환되는 대상입니다.
2단계: 문제 목록
구매자가 원하는 결과에 도달하는 과정에서의 모든 장애물을 구매자의 말로 작성하십시오: 구매 전(의심, 가격, 전환 노력), 구매 중(대기, 학습, 불편), 구매 후(지속 여부, 실패 시 대비). 15~30개를 목표로 하십시오. 먼저 패널의 반대 의견과 경쟁사 불만을 활용하십시오.
3단계: 솔루션, 정리 및 스택
각 문제를 솔루션(기능, 서비스, 보증, 형식)으로 전환하십시오. 각각을 구매자 가치(15)와 제공 비용(15, CFO의 숫자 기준)으로 평가하십시오. 고가치 저비용 항목을 유지하십시오. 남은 항목을 다음과 같이 스택하십시오:
- 핵심: 그 자체로, 재료가 아닌 결과로 설명.
- 보너스: 두세 개, 각각 특정 반대 의견을 제거.
- 보증: 제공되지 않을 경우 어떻게 되는지. 현실적인 청구율로 CFO 도구를 사용해 비용을 모델링한 후 약속하십시오.
- 긴급성 및 희소성: 실제인 경우에만(출시 주, 한정된 첫 배치). 가짜 카운트다운이나 "3개 남음"은 절대 금지.
- 이름: 회사명이 아닌, 제안의 명확하고 구체적인 이름.
4단계: 점수 매기기
가치 방정식에서 전후를 각각 1~10점으로 평가하십시오: 꿈의 결과, 달성 가능성에 대한 인식, 결과까지의 시간, 노력과 희생. 스택의 어떤 요소가 어떤 점수를 움직이는지 말하십시오.
달성 가능성에 엄격하십시오: MEASURED 결과가 없으면 구매자는 창업자의 말만 믿습니다. 사례, 견적, 또는 구매자 종류의 데이터에 대한 데모가 있을 때까지 달성 가능성은 낮으며, 보너스 스택은 이를 바꾸지 않습니다.
5단계: 재테스트
새 제안을 founder/pitch.md에 작성하고(이전 것은 founder/pitch-v1.md로 유지) 같은 시드로 /truth-serum --quick을 실행하십시오. 전후 구매율과 어떤 반대 의견이 줄었는지 보고하십시오. 변화가 없으면 그렇게 말하십시오: 문제는 시장이나 가격일 수 있으며, 제안이 아닙니다. 변화가 있으면 그렇게 말하고, 여전히 시뮬레이션된 결과임을 명시하십시오: 실제 재테스트는 첫 번째 '예' 제안을 실제 구매자에게 제시하는 것입니다.
제안이 만드는 모든 약속("5일 내 결과", "3배 빠름", "데이터가 건물 밖으로 나가지 않음")을 ledger.py add로 PLANNED, 종류 product로 기록하십시오(이미 MEASURED 증거가 있는 경우 제외).
규칙
- 모든 약속은 제공 가능하고 감당할 수 있어야 하며 CFO와 비용을 확인하십시오.
- 측정되지 않은 약속은 목표나 약속("우리는 측정할 것입니다", "놓치면 비용을 지불하지 않습니다")으로 작성해야 하며, 사실로 작성해서는 안 됩니다.
- 가짜 리뷰, 사용 후기, 희소성, 할인 또는 "as seen on"은 금지.
- 보증 및 주장(특히 건강 관련 주장)에 대해 사용자 시장의 광고 및 소비자 보호 규칙을 따르십시오. 법적 조언이 아닙니다.
출력
founder/offer.md(먼저 어려운 진실: 제안의 가장 약한 부분; 그 다음 첫 번째 '예' 제안, 문제 목록, 스택, 비용, 가치 방정식 점수, 재테스트 결과) 및 업데이트된 founder/pitch.md. 다음 단계: /burn-test로 스택을 포함한 숫자를 재실행한 후 /signal 또는 /handshake로 첫 번째 '예' 제안을 실제 구매자에게 보내십시오.