小さい検証と撤退｜顧客課題・検証・販売

このページはプロモーション（広告）を含みます。

顧客課題・検証・販売（中級・読む30分＋演習45分）

この授業のゴール

• 仮説・方法・指標・成功基準・撤退基準・期間・費用上限を含む検証計画を、検証の前に書ける
• 手作業での代行・申込ページ・有料試用などの小さな検証方法から、確かめたい仮説に合うものを選べる
• 段階ごとの転換率を計算し、事前に決めた基準で「継続・見直し・撤退検討」を判定できる
• 少ない件数の率には大きな不確かさがあることを示し、埋没費用にとらわれずに撤退を判断できる

仕事でどう使うか

ここまでの授業で、顧客・課題仮説・面談・代替手段・価値と価格を整理しました。最後の授業では、これらを小さな費用と短い期間で確かめる検証を設計し、結果を見て続けるか、変えるか、やめるかを判断します。

製品を半年かけて作ってから売り始めると、売れなかったときに失うものが大きく、しかも「どの仮説が外れたのか」がわかりません。小さな検証は、大きな失敗を小さな失敗に分ける方法です。

成果物は、そのまま実行に使える1ページの検証計画書と、結果の判定表です。

前提

次の考え方を使います。不安があれば先に戻ってください。

• 反証条件（観察の前に決める基準）と最も危ない仮定 → 課題仮説
• 支払意思の証拠の段階と、価格の根拠 → 価値と支払意思
• しない判断と中止条件（分析計画での中止の考え方）→ しない判断と中止条件
• Pythonの関数・if文・割り算（演習で使います）

この授業の数字と結果は、すべて説明用の架空のものです。このアプリから顧客候補に申込ページを送ったり、商談の連絡をしたりすることはありません。実際の検証での連絡・提案・契約は、あなた自身が自分の名前と責任で行います。

身近な状況：「48人も申し込んだから成功」？

ケースAの佐藤さんは、サービスの説明と「事前登録」ボタンだけの申込ページを作り、EC事業者向けの勉強会のメーリングリスト（主催者の許可を得て）で紹介しました。4週間の結果（架空）は次のとおりです。

佐藤さんは「48人も登録してくれた。成功だ。本格的に開発を始めよう」と考えました。しかし、先輩起業家（架空）は2つの質問をしました。

1. 「始める前に、何人登録したら成功と決めていた？」→ 決めていませんでした。
2. 「確かめたかったのは、登録してくれるか？ お金を払うか？」→ 本当に確かめたかったのは、お金を払うかでした。

事前登録は、ボタンを押すだけの言葉に近い行動です。L05の証拠の段階で言えば、有料の申込（段階4）よりずっと弱い証拠です。そして有料試用は、面談した15社のうち2社でした。

もし事前に「有料試用の申込が面談数の20%以上なら継続」と決めていたら、$2 \div 15 \approx 13.3\%$ は基準に届かず、「価格か対象顧客を見直す」という判断になっていたはずです。基準を決めずに結果を見ると、どんな結果でも成功に見えてしまうのです。

直感的な説明：情報を安く買い、基準は先に決める

新しい料理店を開く前に、週末だけ屋台で同じ料理を売ってみる人がいます。店舗の工事に数百万円かける前に、数万円で「この料理にこの値段で客が来るか」を確かめられるからです。屋台で売れなければ、メニューか値段か場所を変えます。何をやっても売れなければ、店を開く前にやめられます。

小さな検証の考え方は次の3つです。

1. 確かめたい仮説を1つに絞る：屋台で確かめるのは「この値段で買うか」。内装の好みは確かめない。
2. 基準を先に決める：「土日で100食売れたら店舗を検討。30食未満ならメニューを変える」と、売る前に紙に書く。
3. 費用と期間の上限を決める：「4週間・10万円まで」。上限を超えたら、結果がはっきりしなくても一度判断する。

撤退は失敗ではなく、事前に決めた基準にもとづく判断です。「ここまでに半年と200万円使ったから、今さらやめられない」という考えは、埋没費用（もう取り戻せない費用）にとらわれた判断です。過去に使ったお金は、続けてもやめても戻りません。判断に使うべきなのは、「これから使う費用と時間で、何が得られる見込みがあるか」だけです。

正確な定義：検証計画の要素、検証の方法、転換率

検証計画は、次の要素を検証の前に書いた文書です。

検証の方法（よく使われるもの）

転換率とは、ある段階の人数のうち、次の段階に進んだ人の割合です。

$$\text{転換率} = \frac{\text{次の段階に進んだ人数}}{\text{その段階の人数}}$$

佐藤さんの例では、訪問→登録は $48 \div 1200 = 0.04$（4%）、面談→有料試用は $2 \div 15 \approx 0.133$（13.3%）です。訪問→有料試用の全体では $2 \div 1200 \approx 0.17\%$ です。どの段階の率か（分母は何か）を必ず書きます。

判定の3区分（このモジュールでの使い方）

• 継続：成功基準を満たした。次の段階の検証に進む。
• 見直し：一部の基準を満たさない。対象顧客・価格・説明のどれかを変えて、もう一度検証する（方向転換を含む）。
• 撤退検討：撤退基準に当てはまった。その顧客層・課題でこれ以上の資源を使うかを判断し直す。

段階付き例題：手作業の代行で有料試用を検証する

入力：L05までの結果。今の対処に月6万円以上かかっている支払者の会社で、有料試用の申込があった。最も危ない仮定は「その層では、月1万円の試用の後、月3万円未満の本契約に進む」こと。

ステップ1：仮説を1つに絞る。「CS代行費や残業代が月6万円以上ある会社が、1か月の有料試用（1万円）の後、本契約（月9,000円×12か月）に申し込む」。

ステップ2：方法を選ぶ。製品はまだ作らない。佐藤さんが毎朝、顧客の問い合わせを簡単な分類ルールと目視で仕分け、結果を共有する手作業での代行にする。顧客には「現在は担当者が手作業を含めて仕分けている」と正直に伝える。

ステップ3：指標と基準を決める（検証前に日付付きで記録）。

ステップ4：期間・費用・判断日を決める。4週間、費用上限5万円（交通費・ツール代）、判断日は試用終了の翌週月曜。

ステップ5：結果を記録する（架空）。

ステップ6：判定する。本契約が3社中1社で、成功基準（2社以上）に届かず、撤退基準（0社）にも当たらないので「見直し」です。契約しなかった2社に理由を聞くと、「月9,000円は妥当だが、12か月の契約期間が長い」（1社）、「繁忙期以外は件数が少ない」（1社）でした。次の検証では、月単位の契約に変え、対象を年間を通して月500件以上の会社に絞ります。

ステップ7：限界を書く。3社という件数では、本契約率33%の不確かさは非常に大きい（次の節）。この結果は「この条件なら買う会社がある」ことを示すが、「何%の会社が買うか」はまだわからない、と書き残します。

操作して理解する：段階ごとの転換率と、件数が少ないときの不確かさ

下のコードは、段階ごとの人数から転換率を計算し、さらに少ない件数の率がどれくらいぶれうるかを、ウィルソンの方法という計算で95%区間として表示します。

wilson は関数で、引数は成功数 k（整数）と試行数 n（整数）、戻り値は区間の下限と上限（0〜1の小数の組）です。95%区間は「同じやり方で何度も調べたとき、真の割合を95%の確率で含むように作った範囲」の目安です。

import math

stages = [("訪問", 1200), ("登録", 48), ("面談", 15), ("有料試用", 2)]
for (a, na), (b, nb) in zip(stages, stages[1:]):
    print(f"{a}→{b}: {nb}/{na} = {nb/na:.1%}")

def wilson(k, n, z=1.96):
    p = k / n
    d = 1 + z * z / n
    center = (p + z * z / (2 * n)) / d
    half = z * math.sqrt(p * (1 - p) / n + z * z / (4 * n * n)) / d
    return center - half, center + half

for k, n in [(2, 15), (20, 150), (1, 3)]:
    lo, hi = wilson(k, n)
    print(f"{k}/{n} = {k/n:.1%}  95%区間 {lo:.1%} 〜 {hi:.1%}")

出力は次のとおりです。

訪問→登録: 48/1200 = 4.0%
登録→面談: 15/48 = 31.2%
面談→有料試用: 2/15 = 13.3%
2/15 = 13.3%  95%区間 3.7% 〜 37.9%
20/150 = 13.3%  95%区間 8.8% 〜 19.7%
1/3 = 33.3%  95%区間 6.1% 〜 79.2%

読み方：同じ13.3%でも、15件中2件なら真の割合は約4%〜38%のどこかでもおかしくなく、150件中20件なら約9%〜20%に狭まります。3社中1社（33%）は、約6%〜79%と、ほとんど何もわからない広さです。

だから、小さな検証の結果は「率」だけでなく「何件中何件か」で書きます。そして、少ない件数で判断するときは、「この率が正確だ」ではなく、「事前の基準に照らして、次に何をするか」を決めるために使います。値を変えて、20%の基準を確かに超えていると言えるには、何件くらいの面談が必要か試してください。

発展：検証の倫理、基準の決め方、撤退の判断の限界

正直な説明：「見かけだけ自動」の検証では、顧客が「AIが自動で処理している」と誤解したまま料金を払うと、信頼を損ない、場合によっては問題になります。手作業が含まれることや、試用版であることを正直に伝えます。申込ページでは、まだ提供していない機能を提供中であるかのように書かないようにします。

データの扱い：顧客の問い合わせ文や販売データを預かる場合は、利用目的・保存期間・削除の方法を事前に書面で合意します。個人情報の扱いの具体的な要件は、執筆時点（2026年）の一般的な注意にとどめます。最新の法令や公式のガイドラインは公式情報で確認し、必要なら専門家に相談してください。

基準の数字の決め方：成功基準に統計的に正しい値はありません。「この率なら、これから必要な費用と時間を使う価値がある」という自分たちの判断を数字にします。収支の計算（「感度と事業成立」（有料版））とつなげると、「本契約率が何%以上なら、1年後に費用をまかなえるか」から基準を逆算できます。

撤退の判断の限界：撤退基準に当てはまっても、原因が「価格」「対象顧客」「説明の仕方」「検証のやり方」のどれかによって、次の行動は違います。撤退基準は「この条件の組み合わせをやめる」判断であり、課題の分野全体をやめるかどうかは、断られた理由の記録と合わせて判断します。一方で、「もう少し続ければ」を繰り返さないように、見直しの回数や総費用にも上限を決めておきます。

模擬の結果を混ぜない：架空のケースやAIとの模擬面談で「有料試用に申し込む」という答えが得られても、それは検証の結果ではありません。判定表に入れるのは、実在の顧客の実際の行動だけです。

よくある失敗

失敗1：結果を見てから成功基準を決める

誤った例：基準を決めずに有料試用を提案し、15社中2社が申し込んだ。「13%は業界では悪くないはず」と考えて「成功」と判定した。

なぜ誤りか：結果を見てから基準を決めると、結果に合わせて基準を下げてしまいます。もし1社だったら「7%でも反応があった」、0社なら「時期が悪かった」と、どんな結果でも続ける理由が作れます。これでは検証の意味がありません。

直し方：検証の前に、日付付きで成功基準と撤退基準を書き、判断者（共同創業者など）と共有します。結果は、その基準に照らして判定表に書きます。

失敗2：分母を取り違えて転換率を計算する

誤った計算：「有料試用2社 ÷ 登録48人 ＝ 4.2%」と「有料試用2社 ÷ 面談15社 ＝ 13.3%」を区別せずに、資料で「有料転換率」と書いた。さらに、訪問→登録の4%と、面談→有料試用の13.3%を足して「全体で17.3%」とした。

なぜ誤りか：転換率は分母によって意味が違います。率どうしを足すことには意味がありません。訪問者から有料試用までの全体の率は、段階ごとの率を掛け合わせたもので、$2 \div 1200 \approx 0.17\%$ です。

正しい比較：

直し方：率には必ず「何→何」と分母の人数を併記します。

失敗3：使った費用を理由に、撤退基準を無視して続ける

誤った例：撤退基準「試用3社中、本契約0社」に当てはまったが、「すでに開発に半年と200万円を使ったので、ここでやめるのはもったいない」と、同じ条件で検証を続けた。

なぜ誤りか：使った200万円は、続けてもやめても戻らない埋没費用です。判断に使うべきなのは、「これからの3か月と追加の費用で、本契約が得られる見込みがあるか」です。基準を無視して続けると、さらに費用と時間を失います。

直し方：撤退基準に当てはまったら、まず決めたとおりその条件の組み合わせを止めます。そのうえで、断られた理由を整理し、条件を変えた新しい仮説（別の顧客層、別の価格）として、新しい基準と上限で検証するかを判断します。「同じことをもう少し」は選択肢に入れません。

まとめ

• 小さな検証は、大きな失敗を小さな失敗に分ける方法。仮説を1つに絞り、費用と期間の上限を決める。
• 成功基準・撤退基準・判断日・判断者は検証の前に書く。結果を見てから基準を動かさない。
• 転換率は「何→何」と分母を必ず書く。率どうしを足さない。全体の率は段階の率の掛け算になる。
• 少ない件数の率は不確かさが大きい。「何件中何件か」で書き、事前の基準に照らして次の行動を決める。
• 撤退は事前の基準にもとづく判断。埋没費用ではなく、これからの費用と見込みで判断する。

用語

検証計画（experiment plan）

仮説・方法・指標・成功基準・撤退基準・期間・費用上限・判断日を検証の前に書いた文書。

転換率（conversion rate）

ある段階の人数のうち、次の段階に進んだ人の割合。分母を必ず明記する。

撤退基準（kill criterion）

この結果になったら、その条件の組み合わせをやめると検証の前に決める基準。

埋没費用（sunk cost）

すでに支払い、続けてもやめても取り戻せない費用。今後の判断に影響させない。

手作業での代行（concierge test）

製品を作らずに、人がサービスを手作業で提供して、課題が解けるか・使い続けるかを確かめる検証。

よくある質問

なぜ製品を作る前に検証するのですか？ 作ってから売るほうが早いのでは？

作ってから売れないとわかると、どの仮説が外れたのかがわからず、作った費用と時間も戻りません。手作業の代行や有料試用なら、数週間・小さな費用で、課題・解決・支払いの仮説を1つずつ確かめられます。

「見直し」と「撤退検討」は何が違いますか？

見直しは、一部の基準を満たさないので、対象・価格・説明などの条件を1つ変えてもう一度確かめることです。撤退検討は、撤退基準に当てはまったので、その条件の組み合わせをやめ、この課題で資源を使い続けるかを判断し直すことです。

成功基準の数字は、どう決めればよいですか？

統計的に正しい値はありません。「この率なら、これからの費用と時間を使う価値がある」という判断を数字にします。収支の計算（「感度と事業成立」（有料版））とつなげると、必要な契約率から逆算できます。大切なのは、検証の前に書き、判断者と共有することです。

検証ではどこで失敗しやすいですか？

基準を後から決める、分母を取り違えて率を計算する、少ない件数の率を一般化する、埋没費用にとらわれて撤退基準を無視する、無料の試用で支払意思を確かめた気になる、の5つが典型です。

条件が変わったら（季節や景気など）、検証結果はどう扱いますか？

検証結果は「その時期・その条件での結果」です。季節で需要が変わる事業なら、別の季節にもう一度小さく確かめる計画を入れます。結果を書くときは、期間と条件を必ず併記します。

架空ケースで作った検証計画は、そのまま実際の起業に使えますか？

計画の型（要素、基準の書き方、判定の仕組み）はそのまま使えます。ただし、数字や対象は自分の事業の実際の面談結果から決め直してください。判定には、実在の顧客の実際の行動だけを使い、架空ケースや模擬面談の結果は含めません。

確認問題

次に学ぶこと

これでSU01の6授業は終わりです。総合テストと自力課題（ヒアリング設計と検証計画）で、モジュールの習得を確かめてください。

次のモジュール 事業モデル・価格・収支・資金（有料版） では、ここで作った価格と顧客の証拠を使って、事業モデルごとの収支と資金を計算します。まず 「受託・SaaS・ライセンス」（有料版） で受託・SaaS・ライセンスの違いを学びます。中止条件の考え方は しない判断と中止条件 でも復習できます。