課題仮説｜顧客課題・検証・販売

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

顧客課題・検証・販売（初級・読む25分＋演習35分）

この授業のゴール

• 課題仮説・解決仮説・販売仮説を分け、それぞれを1文で書ける
• 「誰が・どの場面で・何に困り・どのくらいの頻度と大きさで・今どう対処しているか」を含む課題仮説カードを作れる
• 仮説ごとに、事前に決めた反証条件（どんな結果なら仮説を捨てるか）を数値で書ける
• 今の対処にかかっている時間と費用を概算し、時間の削減と現金の削減を区別して説明できる

仕事でどう使うか

起業準備では「この製品は売れるか」を一度に確かめようとしがちです。しかし「売れる」には、(1) 課題が本当にある、(2) その解決策で課題が軽くなる、(3) 支払者がその価格で買う、という別々の条件が全部そろう必要があります。この授業では、これらを別々の仮説に分け、1つずつ確かめられる形に書きます。

成果物は課題仮説カードです。L03では、このカードを面談で確かめる質問に変えます。

前提

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

• 関係者の役割（利用者・支払者・決裁者など）と証拠の4段階（関心・利用意向・実利用・購入）→ 顧客と支払者
• 仮説と必要な証拠（仮説ごとに、何が観察されれば支持・否定されるかを決める）→ 仮説と必要証拠
• 原因と症状の区別（目に見える困りごとと、その原因を分ける）→ 「原因と症状」（有料版）

この授業で使う数字は、すべて架空ケースのための説明用の値です。実際の起業準備では、顧客候補から聞いた値に置き換えてください。

身近な状況：「みんな困っているはず」から始めてしまう

ケースAの佐藤さんは、最初に次のような企画メモを書きました。

中小EC事業者は問い合わせ対応に困っている。AIで自動仕分けすれば効率化できるので、月3万円で売れるはずだ。

この1文には、確かめ方の違う主張が3つ混ざっています。

3つを混ぜたまま面談すると、「AIは面白いですね」という反応を「課題がある」証拠と取り違えたり、「困っている」という声を「3万円で売れる」証拠と取り違えたりします。

さらに、「困っている」の中身がありません。誰が、いつ、何に、どのくらい困っているのかがわからないので、面談で何を聞けば確かめられるのかも決まりません。佐藤さんは、この1文を分けて、具体的にする必要があります。

直感的な説明：仮説は「外れたらわかる」ように書く

天気予報で考えてみます。「明日は天気が変わるかもしれない」という予報は、何が起きても外れません。外れないので、役に立ちません。一方「明日の正午の降水確率は70%」なら、当たり外れを後から確かめられます。

事業の仮説も同じです。

• 悪い例：「EC事業者は業務を効率化したいと思っている」→ 誰に聞いても「はい」と言うので、外れようがありません。
• 良い例：「CS担当2〜5人のEC事業者では、担当者のリーダーが毎朝30分以上を問い合わせの仕分けと転送に使っている」→ 実際に聞いて、30分未満の会社が多ければ外れたとわかります。

外れたとわかる書き方にするには、次の要素を入れます。

1. 誰が（L01の役割と顧客セグメント）
2. どの場面で（いつ、どの作業の途中で）
3. 何に困るか（時間がかかる、ミスが起きる、判断できない、など観察できること）
4. どのくらい（頻度と大きさ。分・件・円）
5. 今どう対処しているか（手作業、表計算、外注、我慢している）

5つ目の「今の対処」はとくに重要です。人は本当に困っていることには、何かしらの対処をしています。何も対処していないなら、困りごとは小さいか、本人が困っていると思っていない可能性があります。

正確な定義：3種類の仮説と反証条件

仮説とは、まだ確かめていないが、確かめる方法が決まっている主張です。このモジュールでは次の3種類を分けます。

3つはこの順番に確かめるのが基本です。課題がなければ解決策は不要で、解決策が効かなければ価格を議論しても意味がないからです。

反証条件とは、「この結果が出たら、この仮説は支持されないと判断する」と観察の前に決めておく基準です。

• 例：「対象セグメントの10社に聞き、毎朝の仕分けに30分以上かけている会社が3社未満なら、課題仮説は支持されない」

観察の後で基準を決めると、都合の良い結果に合わせて基準を動かしてしまいます（「2社だったが、熱心だったので合格としよう」）。これを防ぐために、基準は面談の前に書き、日付を残します。

最も危ない仮定とは、複数の仮定のうち「外れたら事業が成り立たない度合い」が大きく、「まだ確かめていない度合い」も大きいものです。最初に確かめるのは、この仮定です。

今の対処の費用は、次の式で概算できます。

$$\text{月の費用} = \text{件数}\,[\text{件/月}] \times \text{1件あたりの時間}\,[\text{時間/件}] \times \text{時間あたりの人件費}\,[\text{円/時間}]$$

たとえば月600件、1件1.5分（＝0.025時間）、時間あたり人件費2,000円なら、$600 \times 0.025 \times 2000 = 30000$ 円/月です。

注意：これは「その作業に使われている人件費の換算額」です。作業時間が減っても、担当者の給料が減るわけではないので、現金の支出がそのまま減るとは限りません。現金が減るのは、残業代や外注費が実際に減る場合です。支払者は「時間が空く」と「お金が減る」を区別して判断します。

段階付き例題：ケースAの企画メモを3つの仮説に分ける

入力：佐藤さんが知人のEC事業者2社から聞いた事実（架空）。

• 2社とも、問い合わせは共有メールに届き、CSリーダーが毎朝、件名と本文を読んで担当者に転送している。
• 1社は月約600件、もう1社は月約1,200件。リーダーいわく「1件あたり1〜2分」。
• 返品の問い合わせを支払い担当に誤って転送し、顧客を1日待たせたことが先月2回あった。
• 2社とも、仕分けのために特別な道具は使っていない。1社は件名に【返品】などを付けてもらうよう問い合わせフォームを変えたが、守られないことが多い。

ステップ1：課題仮説を書く。5要素を入れる。

課題仮説：CS担当2〜5人で月500件以上の問い合わせを共有メールで受けるEC事業者では、CSリーダーが毎朝30分以上を仕分けと転送に使い、誤転送で顧客を待たせることが月1回以上起きている。今は手作業で、フォームの工夫などの自作の対処をしている。

ステップ2：解決仮説を書く。測れる指標にする。

解決仮説：問い合わせ文を5分類に自動仕分けし、リーダーは確認だけをするようにすると、朝の仕分け時間が30分から10分以下になり、誤転送が月1回未満になる。

ステップ3：販売仮説を書く。誰がいくらでどう払うか。

販売仮説：EC部長（月30万円未満の決裁権あり）が、1か月の有料試用（月3万円）に申し込む。

ステップ4：反証条件を決める（面談の前に記録する）。

ステップ5：最も危ない仮定を選ぶ。現時点で一番確かめていないのは「30分以上かけている会社が多い」という課題仮説そのものです。聞いた2社は知人で、件数も「1〜2分」という本人の記憶です。だから最初に確かめるのは課題仮説で、試作品の改良や価格の検討は後回しにします。

ステップ6：意味を読む。2社の数字から計算すると、600件×1〜2分＝10〜20時間/月、1,200件なら20〜40時間/月です。営業日を20日とすると、1日30〜120分になり、仮説の「30分以上」とおおむね合います。ただし2社は知人で、記憶にもとづく値なので、仮説を作る材料にはなっても、仮説を支持する証拠としてはまだ弱い、と判断します。

操作して理解する：今の対処の費用を計算し、条件を変える

下のコードは、今の対処にかかる人件費の換算額を計算します。monthly_cost は関数で、引数は件数 n（件/月、整数）、1件あたりの分数 minutes（小数）、時間あたり人件費 wage（円/時間、整数）です。戻り値は円/月の小数です。

def monthly_cost(n, minutes, wage):
    hours = n * minutes / 60      # 分を時間に直す
    return hours * wage

# ケースAの2社（1件1.5分、人件費2,000円/時間と仮定）
for n in [600, 1200]:
    c = monthly_cost(n, 1.5, 2000)
    print(f"{n}件/月 -> {n*1.5/60:.1f}時間/月, 約{c:,.0f}円/月")

# 条件を変えてみる：1件1分と2分の幅
low = monthly_cost(600, 1.0, 2000)
high = monthly_cost(600, 2.0, 2000)
print(f"600件で1〜2分なら {low:,.0f}〜{high:,.0f}円/月")

出力は次のとおりです。

600件/月 -> 15.0時間/月, 約30,000円/月
1200件/月 -> 30.0時間/月, 約60,000円/月
600件で1〜2分なら 20,000〜40,000円/月

値を変えて、次の問いを考えてください。

1. 件数を300件にすると、月の費用はいくらになるか（1.5分・2,000円なら15,000円）。この大きさの課題に、月3万円の製品は売れそうか。
2. 1件あたりの時間の記憶が「1〜2分」と幅があると、費用の見積もりは2倍違う。面談でこの幅をどう狭めるか（例：前日のメールを実際に数え、仕分けにかかった時間を測ってもらう）。
3. この金額は、担当者の給料が減らない限り「現金の削減」ではない。現金が減る条件は何か（例：リーダーの残業がちょうどこの時間ぶん発生しており、それがなくなる場合）。

計算の目的は、正確な金額を出すことではなく、課題の大きさの桁（数千円か、数万円か、数十万円か）と、どの数字が一番不確かかを知ることです。

発展：仮説の書き方の限界と、確かめる順番の例外

課題→解決→販売の順番の例外：顧客がすでに似た製品にお金を払っている市場（たとえば、すでにCS代行会社に毎月費用を払っている）では、課題と支払いの存在は他社が示しています。この場合は、「今の支払先から乗り換える理由があるか」という競合との比較（代替手段と競合）が最も危ない仮定になることがあります。

反証条件の数字の決め方：「10社中3社」のような基準に、統計的な正しさはありません。少ない面談で厳密な判断はできないからです（10社中3社でも、真の割合は大きくぶれます。小さい検証と撤退で扱います）。それでも事前に数字を書く意味は、後から基準を動かさないことにあります。基準は「この割合を下回るなら、この顧客層に時間を使い続ける価値は低い」という自分の判断として書きます。

原因の仮説との違い：「仕分けに時間がかかるのは、件名が統一されていないからだ」は、課題の原因についての仮説です（「原因と症状」（有料版））。原因の仮説は解決策の設計に役立ちますが、課題の大きさの証拠にはなりません。

人件費換算の限界：時間あたりの人件費は、給料だけでなく社会保険料などを含めると高くなり、逆に「空いた時間で何もしない」なら事業上の価値は小さくなります。支払者に示すときは、「換算額」と「実際に減る現金」の2本立てで見せ、どちらの前提かを明記します。

よくある失敗

失敗1：解決策がないことを課題として書く

誤った例：「課題：中小EC事業者には、AIで問い合わせを仕分けるツールがない」。

なぜ誤りか：これは「自分の解決策がまだ世の中にない」と言っているだけで、顧客が何に困っているかを書いていません。この書き方だと、面談で「そのツールはありませんね」と確認できても、課題の有無はわかりません。

直し方：解決策の言葉（AI、ツール）を消して、顧客の場面と困りごとだけで書き直します。「CSリーダーが毎朝30分以上を仕分けに使い、誤転送で顧客を待たせている」。解決策は解決仮説の欄に分けて書きます。

失敗2：外れようのない仮説を書く

誤った例：「EC事業者は顧客満足度を上げたいと思っている」。反証条件：なし。

なぜ誤りか：誰に聞いても「はい」と言う主張なので、面談の結果がどうであっても支持されます。支持されても、何も学べません。

直し方：観察できる行動と数字に置き換え、反証条件を付けます。「問い合わせへの初回返信に平均24時間以上かかっている会社が、10社中4社以上ある。4社未満なら、返信の速さは主要な課題ではないと判断する」。

失敗3：人件費の換算額を、そのまま現金の削減として示す

誤った計算：「月1,200件×1.5分＝30時間。30時間×2,000円＝60,000円。だから御社は毎月6万円節約できます」。

なぜ誤りか：60,000円は仕分け作業の時間を人件費に換算した額です。担当者の給料は時間が空いても変わらないので、支払者から見ると現金は1円も減らない可能性があります。この説明を受けた支払者は「数字が大げさだ」と感じ、信頼を失います。

正しい比較：

直し方：面談で「その時間は、残業になっていますか。それとも勤務時間内ですか」と聞き、2つを分けて書きます。

まとめ

• 「売れる」を、課題仮説・解決仮説・販売仮説の3つに分け、基本はこの順番で確かめる。
• 課題仮説は、誰が・どの場面で・何に困り・どのくらい・今どう対処しているか、の5要素で書く。解決策の言葉は入れない。
• 反証条件は観察の前に数値で決め、日付を残す。後から基準を動かさない。
• 今の対処の費用は「件数×時間×人件費」で概算できるが、換算額と実際に減る現金は別。
• 知人の話や記憶の値は仮説の材料であって、仮説を支持する強い証拠ではない。

用語

課題仮説（problem hypothesis）

特定の人が特定の場面で困っており、今の対処に費用や不満があるという、確かめ方が決まった主張。

解決仮説（solution hypothesis）

ある解決策を使うと、困りごとが測れる量だけ軽くなるという主張。

販売仮説（sales hypothesis）

支払者が、ある価格と手続きで購入するという主張。

反証条件（falsification criterion）

この結果が出たら仮説は支持されないと、観察の前に決めておく基準。

最も危ない仮定（riskiest assumption）

外れたら事業が成り立たない度合いと、まだ確かめていない度合いがともに大きい仮定。最初に確かめる。

よくある質問

なぜ「売れるか」を一度に確かめてはいけないのですか？

売れない理由が、課題がないのか、解決策が効かないのか、価格や手続きが合わないのか、区別できなくなるからです。分けて確かめれば、外れた仮説だけを直せます。

課題仮説と原因の仮説は何が違いますか？

課題仮説は「誰がどの場面でどのくらい困っているか」、原因の仮説は「なぜ困るのか」です。原因の仮説は解決策の設計に使いますが、課題の大きさの証拠にはなりません。

反証条件の数字（10社中3社など）は、どうやって決めればよいですか？

統計的に正しい値はありません。「この割合を下回るなら、この顧客層に時間を使い続ける価値は低い」と自分が判断できる線を、観察の前に書きます。大切なのは、後から動かさないことです。

条件が変わって仮説が外れたら、どうしますか？

外れたことを記録し、顧客セグメントを変える（例：件数の多い会社に絞る）、困りごとを変える（例：仕分けではなく返信の遅さ）、のどちらかで新しい仮説を書きます。外れた仮説を言い換えて残し続けないようにします。

仕事で課題仮説を書くとき、どこで失敗しやすいですか？

解決策の言葉で書く、外れようのない書き方をする、知人の話を代表的な事実として扱う、時間の換算額を現金の削減として示す、の4つが典型です。書いた後に「この仮説は、どんな結果なら外れるか」を自問すると防げます。

架空ケースで作った課題仮説カードは、そのまま実際の起業に使えますか？

形式は使えますが、中身の数字や発言は架空なので使えません。実際の顧客候補から聞いた事実で埋め直し、反証条件も自分の事業に合わせて決め直してください。

確認問題

次に学ぶこと

次の 誘導しない面談 では、課題仮説カードを、相手を誘導せずに確かめる面談の質問に変えます。

関連：仮説と必要な証拠の考え方は 仮説と必要証拠、中止条件の決め方は しない判断と中止条件 で復習できます。今の対処の費用を価格の根拠にする方法は 価値と支払意思 と 「価格と価値」（有料版） で扱います。