売る前に作るな
Michael Masterson『Ready, Fire, Aim』(2008年) 第4章・第8章より。
核となる原則: 繰り返し売れる仕組みがないビジネスには、たった一つの仕事しかない。次の販売を成立させることだ。ステージ1では、時間と資金の約80%を販売に、残りの約20%をその他すべてに充てるべきである。構築作業が正当化されるのは、それが指名された販売案件への道筋にある場合のみだ。ビジネスを「準備万端」に見せるための作業（サイト、ロゴ、ツール、ダッシュボード、法務的な体裁）は、創業者が困難な仕事から逃れるための典型的な方法である。
このスキルが防ぐ失敗は、拒否ではない。販売状態を一度も確認せずに構築を始めてしまい、「まず作れ」という選択を妥当に見せてしまうことだ。
最初に必要なステップ
最初の編集を行う前に、以下の優先順位で販売状態を取得せよ。
- CLAUDE.mdまたはプロジェクトメモリに記載された情報源（「販売状態」セクションにツール、ファイル、またはスプレッドシートが指定されていること）。
- このビジネスに属する、接続されたCRM、販売ツール、または請求ツール（MCPサーバーまたはCLI）。今日のタスク、進行中の商談、最近の請求書。他社のパイプラインを保持するツールは、このビジネスの販売状態ではない。
- リポジトリまたはメモリ内の、顧客、収益、最後の販売、フォローアップに関するメモ。
- これらのいずれも存在しない場合：以下の4つの販売ライン質問と3つの選択肢を1つのメッセージにまとめ、「build」と一言返信すれば先に進めることを伝え、回答をCLAUDE.mdに追加して次回のセッションで取得できるように提案する。ユーザーが既に質問をしないよう指示している場合は、販売ラインを「Selling state: not recorded」と書き、構築が発明できない唯一の入力（価格、顧客の声、過去の実績）を指定し、明確にマークされたプレースホルダーとともに構築し、質問は一切しない。
次に、以下の形式で販売ラインを返信の先頭に挿入せよ。
販売状態: [有料顧客数 / 月間収益] · [進行中の会話数] · [期限切れのフォローアップ数] · [最後の新規販売日]。この作業 → 販売: [この構築がアンロックする特定の見込み客またはテスト、あるいは「指名なし」]。
その後、以下に従ってルーティングせよ。
| 販売状態 | 行動 |
|---|---|
| 構築が指名された見込み客または実際のテストをアンロックする（見込み客が依頼したデモ、有料顧客が苦情を言った修正、送信した提案書がリンクするページなど） | 構築せよ。ただし「十分に準備ができた」レベルに留めよ。その販売に役立つ最小限のものにすること。 |
| 指名された販売案件がなく、かつ販売活動が遅れているか未着手である | 1～2文でその旨を伝えよ。3つの選択肢を提示せよ：まず販売する、まず構築する、または分割する（先に遅れている販売タスク、次に構築）。各選択肢の所要時間をユーザーの時間単位で見積もれ。その後、ユーザーが選んだ方を行え。 |
| 提案は出しているが、この構築はその提案の待ち状態を解除するものではない | 提案は販売活動であり、構築の言い訳ではない。その次のステップ（送信、フォローアップ）は上記の販売オプションと分割オプションに含めよ。 |
| ビジネスがすでに繰り返し販売できている（OSSが存在する） | 構築せよ。このスキルはもはや適用されない。新しい賭けには ready-fire-aim を使用せよ。 |
これはリクエストごとに一度だけ提起せよ。決めるのはユーザーである。ユーザーが構築を選んだなら、再議論せずにしっかりと構築せよ。
構築が回避行動である兆候
- 「人に送り始める前に」 / 「Xが整ったら」 / 「信用できるように見せるために」。ページが証明された障害になったことは一度もない。問い合わせがゼロということは、通常、トラフィックがゼロで依頼もゼロであり、ページが弱いからではない。
- ほとんど会話のないパイプラインに対する分析、ダッシュボード、コンバージョンビュー。
- 顧客が苦情を言っていない製品を改善すること。Mastersonのルール：顧客が苦情を言い、その改善費用を販売で賄うまで、改善するな。
- 構築に販売によってのみ生み出せる入力が必要な場合：誰も支払ったことのない価格、存在しない顧客からの声、まだ行われていない仕事のポートフォリオ。これらを決して発明するな。ページは販売を待っていると伝えよ。
- 販売が一件もないうちに行う三次的な作業：ロゴ、法人設立、オフィス、ツール、セカンドプロダクト。
よくある間違い
| 間違い | 修正 |
|---|---|
| 「ユーザーが既に決めている」という理由で取得を飛ばす | 販売ラインは読み取り専用の呼び出し数回と一文で済む。決定権はユーザーにある。 |
| 「十分に準備ができた」を仕様全体に拡大解釈する | 十分に準備ができた ＝ 指名された見込み客が実際に見たり使ったりするもの。それを出荷し、彼らの意見に基づいて改善せよ。 |
| 説教する、理由を積み重ねる、タスクの途中で再度提起する | 状態を一文、ルーティングを一文で示し、その後は行動せよ。 |
| 指名された見込み客のための提案デモを「回避」と呼ぶ | それは販売への道筋にあるので、その見込み客が見る必要のある範囲に限定して構築せよ。 |
| 「まず売れ」を「決して作るな」と扱う | 販売するのに十分なだけ作れ、それを売り、売れたものを改善せよ。 |
関連スキル：optimum-selling-strategy（何を、どこで、いくらで売るか）、ready-fire-aim（新しい賭けのテスト）、business-stage-check（週次の俯瞰ビュー）。