フェイクドアテストとは
フェイクドアテストとは、まだ実装していない機能や商品への入口（ボタンやリンク）を、実際のサービスの中に用意し、どれだけ押されるかを測って、需要を確かめる検証手法です。
フェイクドアは「偽の扉」の意味で、扉を開けても中身は未完成であることに由来します。既存のサービスに追加を検討している機能がある場合に、開発の前に関心の度合いを知る目的で用いられます。
フェイクドアテストの進め方と倫理的な配慮
進め方を整理します。
- 検証したい前提を決める：その機能に関心を持つ利用者がいるか。
- 入口を設置する：既存の画面に、機能への案内を置く。
- 押した人への説明を用意する：まだ準備中であることを伝える。
- 反応を測る：押された割合、追加の登録など。
- 判断する：事前に決めた基準と比べる。
押した人に見せる画面は、特に重要です。次のように設計します。
| 見せる内容 | 目的 |
|---|---|
| 準備中であることの明示 | 利用できると誤解させない |
| 関心への感謝 | 信頼を保つ |
| 続報の希望の確認 | より重い行動を確かめる |
| 理由や期待の質問 | 質的な情報を得る |
押された数だけでなく、入口を見た人の数との割合で見ます。表示の位置や言葉で押されやすさが変わるため、結果は条件付きで解釈します。
実務での使い方・具体例
架空の例として、既存の予約サービスに「自動で空き枠を提案する機能」を追加するか迷っているとします。予約管理の画面に、「空き枠の自動提案（準備中）」というボタンを置き、押した事業者に、準備中であることと、続報を希望するかを尋ねる画面を表示します。
押した事業者の割合が低ければ、その機能の優先度を下げます。割合が高ければ、押した人に追加の質問を行い、どんな場面で必要かを聞き取り、開発の判断材料にします。
事前に、「どの程度なら開発に進むか」という基準を決めておくことが大切です。また、表示の位置を変えた別の条件でも確かめると、結果の安定性が分かります。
よくある誤解と注意点
最も大きな注意点は、利用者を欺かないことです。押した人が、機能が使えると誤認して不利益を被らないよう、遷移後に速やかに状況を説明します。この説明を省くと、サービスへの信頼を損なうおそれがあります。
また、押された数は関心の入り口を示すだけで、実際の利用や支払いを保証しません。好奇心で押した人も含まれます。
さらに、有料の機能の場合、支払いに関わる表示は、消費者保護に関する法令に関係する場合があります。制度は変わるため、実施前に最新情報を公的機関や専門家で確認してください。説明の誠実さを最優先に設計します。
実施期間は、曜日や時期による偏りを避けるため、ある程度の期間を確保します。短すぎると偶然の影響を受けるため、事前に期間と終了の条件を決めて実施し、終了後は入口を速やかに撤去します。
結果の解釈では、入口を見た人の数と、押した人の数の比率を見ます。表示された場所や言葉で結果は変わるため、複数の条件で試すと、安定した傾向を捉えられます。押した人への追加の質問で、背景を聞くことも大切です。
関連用語
- スモークテスト：紹介ページで需要を測る、類似の検証方法です。
- プレセールス（事前販売）：購入の意思まで確かめる、より重い行動の検証です。
- 仮説検証：前提を観測可能な形にして確かめる、基本の活動です。
- オズの魔法使いテスト：裏側を人手で補い、体験を試す検証方式です。
Otsumuに相談できること
フェイクドアテストは、誠実な見せ方と結果の読み方が重要です。Otsumuでは、実施の設計と、利用者に配慮した検証の進め方について支援を行っています。
新規事業の戦略づくりは新規事業戦略支援で扱っています。進め方の整理だけでも構いませんので、状況に合わせて30分の無料相談をご利用ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.04