robinslange/selling-before-building

판매 전 구축하지 않기 (Selling Before Building)

Michael Masterson, Ready, Fire, Aim (2008), 4장과 8장에서 발췌.

핵심 원칙: 반복 가능한 판매가 없는 비즈니스의 유일한 임무는 다음 판매를 성사시키는 것입니다. 1단계에서는 시간과 비용의 약 80%를 판매에, 나머지 약 20%를 다른 모든 일에 투자해야 합니다. 구축 작업은 오직 명확한 판매 경로 위에 있을 때만 정당화됩니다. 비즈니스를 준비된 것처럼 보이게 하는 작업(사이트, 로고, 도구, 대시보드, 법적 정비)은 창업자들이 어려운 작업을 회피하는 전형적인 방법입니다.

이 스킬이 방지하는 실패는 '거절'이 아닙니다. 판매 상태를 전혀 고려하지 않고 구축부터 시작하는 것 자체가 '먼저 구축'을 합리적으로 보이게 만듭니다.

필수 첫 단계

첫 편집 전에, 다음 순서대로 판매 상태를 가져옵니다.

1. CLAUDE.md 또는 프로젝트 메모리에 명시된 출처 ('판매 상태' 섹션에 도구, 파일 또는 스프레드시트가 명시된 경우).
2. 이 비즈니스에 속한 연결된 CRM, 판매 또는 인보이스 도구 (MCP 서버 또는 CLI): 오늘의 작업, 진행 중인 거래, 최근 인보이스. 다른 회사의 파이프라인을 보유한 도구는 이 비즈니스의 판매 상태가 아닙니다.
3. 레포지토리 또는 메모리의 클라이언트, 수익, 마지막 판매 및 후속 조치에 대한 메모.
4. 위 항목이 모두 없는 경우: 아래의 네 가지 판매 라인 질문과 세 가지 옵션을 하나의 메시지로 전달하고, 'build'라는 한 단어 답변만으로 진행할 수 있다고 말한 후, 다음 세션에서 가져올 수 있도록 답변을 CLAUDE.md에 추가할 것을 제안합니다. 사용자가 이미 질문하지 말라고 말한 경우, 판매 라인을 "판매 상태: 기록되지 않음"으로 쓰고, 구축이 발명할 수 없는 한 가지 입력(가격, 사용후기, 과거 작업)을 명명한 후, 명확하게 표시된 플레이스홀더와 함께 구축하고 추가 질문은 하지 않습니다.

그런 다음 응답을 판매 라인으로 시작합니다. 형식은 다음과 같습니다.

판매 상태: [유료 고객 수 / 월별 수익] · [진행 중인 대화 수] · [지연된 후속 조치 수] · [마지막 신규 판매 일자]. 이 작업 → 판매: [이 구축이 막는 특정 잠재 고객 또는 테스트, 또는 "명명된 항목 없음"].

그런 다음 판매 상태에 따라 라우팅합니다.

판매 상태	수행할 작업
구축이 명명된 잠재 고객 또는 실시간 테스트(그들이 요청한 데모, 유료 고객이 불평한 수정 사항, 보낸 제안서가 링크하는 페이지)를 막는 경우	구축하세요. 'ready enough' 수준으로 유지하세요: 해당 판매에 도움이 되는 최소한의 것.
명명된 판매가 없고, 판매 작업이 기한을 넘겼거나 전혀 진행되지 않은 경우	한두 문장으로 알리세요. 세 가지 옵션을 제시하세요: 판매 우선, 구축 우선, 또는 분할 (기한이 지난 판매 작업, 그 다음 구축). 각각을 사용자의 시간으로 측정하세요. 그런 다음 사용자가 선택한 대로 수행하세요.
제안이 열려 있지만 이 구축이 제안이 기다리는 것이 아닌 경우	제안은 판매 작업이며 구축을 위한 구실이 아닙니다. 제안의 다음 단계(보내기, 후속 조치)는 위의 판매 및 분할 옵션에 포함됩니다.
비즈니스가 이미 반복적으로 판매되고 있는 경우 (OSS(Open Source Software)가 존재함)	구축하세요. 이 스킬은 더 이상 적용되지 않습니다. 새로운 시도에는 ready-fire-aim을 사용하세요.

요청당 한 번만 제기하세요. 사용자가 결정합니다. 사용자가 구축을 선택하면, 다시 논쟁하지 않고 잘 구축하세요.

구축이 회피 신호인 경우

• "사람들에게 보내기 전에" / "X가 준비되면" / "신뢰성 있어 보이도록". 페이지는 입증된 차단 요인이 아니었던 적이 많습니다. 문의가 전혀 없다는 것은 일반적으로 트래픽이 전혀 없고 요청도 없다는 뜻이지, 페이지가 약해서가 아닙니다.
• 거의 대화가 없는 파이프라인 위의 분석, 대시보드 또는 전환 보기.
• 어떤 고객도 불평하지 않은 제품 개선. Masterson의 규칙: 고객이 불평하고 판매로 개선 비용을 지불할 때까지 제품을 개선하지 마십시오.
• 구축에 판매만이 제공할 수 있는 입력이 필요한 경우: 아무도 지불하지 않은 가격, 아직 존재하지 않는 클라이언트의 사용후기, 아직 수행되지 않은 작업 포트폴리오. 절대 발명하지 마십시오. 페이지가 판매를 기다리고 있다고 말하세요.
• 어떤 판매보다도 3차 작업: 로고, 법인 구조, 사무실, 도구, 두 번째 제품.

일반적인 실수

실수	수정 방법
"사용자가 이미 결정했기 때문에" 조회를 건너뛰는 것	판매 라인은 몇 번의 읽기 전용 호출과 한 문장만 소요됩니다. 결정은 그들의 몫입니다.
'ready enough'를 전체 스펙으로 확장하는 것	Ready enough = 명명된 잠재 고객이 실제로 보거나 사용할 것. 그것을 배포하고, 그들이 말하는 대로 개선하세요.
설교, 이유 쌓기, 작업 중간에 다시 제기하기	상태 한 줄, 라우팅 한 줄, 그 다음 행동.
명명된 잠재 고객을 위한 데모 제안을 '회피'라고 부르는 것	판매 경로 상에 있으므로 구축하되, 해당 잠재 고객이 볼 필요가 있는 범위로 한정하세요.
'먼저 판매'를 '절대 구축하지 않음'으로 취급하는 것	판매할 수 있을 만큼 준비하고, 판매한 후, 팔리는 것을 개선하세요.

관련 스킬: optimum-selling-strategy (무엇을, 어디서, 얼마에 팔지), ready-fire-aim (새로운 시도 테스트), business-stage-check (주간 점검).