フェイクドアテストの意味
ドアとは、機能への入口、ランディングページ、その他の具体的な約束といった、目に見える招待です。意図した人々が無理なく出会え、約束する行動が明確で、次の画面で現在の実際の状態が伝わる場合にのみ、このテストは有用です。
既存製品内の入口
周辺のワークフローをすでに使っている人に、提案する機能を見せます。この入口はその文脈でタスクが重要かを明らかにできますが、現在の作業を妨げたり、機能が準備済みであることを示唆したりしてはいけません。
製品が存在する前のコンセプトランディングページ
一つの対象者に向けて、提案する一つの成果を説明し、単一の次の行動を招待します。コンセプトページも獲得テストです。反応から対象者について多くを語れる前に、関連するトラフィック源が必要です。
ページを公開しても、関連する露出は生まれません。意図した対象者がもっともらしいチャネルを通じてオファーを見ていない場合は、アイデアが望まれていないと呼ぶのではなく、獲得のギャップを記録します。
公開前に実験ブリーフを書く
結果を見る前に、これらの問いを文書にコピーして回答します。弱い約束、誤った対象者、関連するトラフィックの不足、実際に意思決定を変える結果を区別できるようになります。
| ブリーフ項目 | テスト前に書くこと |
|---|---|
| 意図した対象者 | これはどの役割、状況、既存ワークフローのためですか？ このテストの対象に数えない人を明記してください。 |
| 課題 | どの最近のタスク、費用、遅延、リスクをテストしますか？ 広い市場カテゴリや機能一覧は避けてください。 |
| 一つの約束 | 訪問者はどの具体的な成果を理解しますか？ いくつもの可能な機能ではなく、狭い一つの約束を述べます。 |
| 実際の現在の状態 | 今日存在するもの、存在しないもの、行動の後に起きることは何ですか？ 開示は平易な言葉で書きます。 |
| 一つの行動喚起 | アクセスを依頼する、状況を説明する、手作業の会話を依頼するなど、最小限で有用なコミットメントを求める一つの観察可能な行動は何ですか？ |
| 関連する露出 | この課題を持つ可能性が高い人からの露出として、何を数えますか？ ページ、掲載位置、対象者の文脈を記録します。 |
| トラフィック源 | 関連する人々は、既存製品の画面、許可を得た対象者、検索、パートナー、その他の名前を付けた情報源のどれでこのドアを見つけますか？ |
| 観察期間 | いつ証拠を確認しますか？ 好ましい答えを無期限に待つのではなく、日付または関連する露出の上限を選びます。 |
| 継続する条件 | 関連する露出と意味のある反応のどの組み合わせが、依然として限定的な次のテストを正当化しますか？ |
| 修正する条件 | 再テスト前に、対象者、課題の枠組み、約束、トラフィック源を変える原因となる観察は何ですか？ |
| 停止または一時停止する条件 | このバージョンを追求する価値がなくなったと判断する結果は何ですか？ 「関連する露出が不十分」は否定的な結果と分けてください。 |
対象者とチャネルに適した閾値を使います。文脈のない数値は、弱いターゲティング、繰り返しの訪問、高コストな依頼を隠すことがあります。成功の普遍的な定義ではありません。
クリック後の状態を明らかにする
ドアで行動した人は、利用可能なことと利用できないことをすぐに知るべきです。多忙な訪問者が理解できる言葉で、行動のそばまたは次の画面の先頭に開示を置きます。
- 反応を求める前に、約束、対象者、現在の利用可否を記載します。
- 未構築の機能をリリース済みとして見せたり、偽の支払いを集めたり、自動サインアップフローで手作業のフォローアップを偽装したりしないでください。
クリック後のメッセージ例
「これは、複数の顧客チームにまたがるフォローアップを調整する独立系採用担当者のためのコンセプトテストへの回答です。この機能は現在利用できません。この課題が現在あなたにとって重要なら、今使っているものと難しい理由を教えてください。より小さな次のテストを実施するか決めるために、この回答を使用します。」
EviDemand では、プロジェクトから検証ページを編集・公開し、フォーム送信を集め、同意に基づくページシグナルを確認できます。トラフィックを提供して実験を行うのは利用者であり、参加者を募集したり、実施前の実験を完了済みとして報告したりするものではありません。リサーチは別途範囲を定め、有料作業の前に価格と時期を合意します。
反応を層に分けて解釈する
各シグナルを分けたままにします。浅い行動を幅広い製品主張に変えにくくなり、次に何を調べるべきかが見えやすくなります。
| シグナル | 記録すること | それだけでは確立できないこと |
|---|---|---|
| 関連する露出 | 何人のもっともらしい対象者が、どの情報源から、どの文脈で約束を見たか。同じ人からの繰り返し表示かも記録します。 | ページ表示や広いインプレッションは、意図した対象者が気づいた、理解した、課題を持ったことを意味しません。 |
| クリックまたはタップ | 関連する露出の後に、どの約束と掲載位置がクリックされたか、および役割や状況の明らかな不一致を記録します。 | クリックは好奇心、文言、対象者の不一致を反映し得ます。利用、購入、行動変更の意向を証明するものではありません。 |
| 明確に表明された意向 | 元の文言と文脈を保持しながら、タスク、状況、時期、次に何をしたいかについての本人自身の説明を記録します。 | 表明された関心はクリックより強いものですが、行動、制約、代替案を調べるまでは依然として主張です。 |
| 具体的な回答 | テストまたは明確化できる具体的な課題、現在の回避策、障害、意思決定、承認済みの例を記録します。 | 詳細な一つの回答は一つの情報源です。複数のユーザーとして数えたり、より広いセグメントに一般化したりしてはいけません。 |
| 次の行動への移行 | 招待の後に起きたことを記録します。予約された会話、承認済みの資料共有、その後の再訪、アプローチの変更、その他の観察された行動です。 | 次の行動への移行は次のテストの関連性を支持することがありますが、完成した製品への支払いのコミットメントを自動的に意味するものではありません。 |
関連する露出が少なすぎる場合、誠実な結論は「獲得に関する証拠が不十分」です。ページが静かだっただけで、課題がない、オファーが拒絶された、テストが失敗したとは呼ばないでください。
フェイクドアテストに一般的な合格率はありません。反応は、対象者、チャネル、約束、行動の摩擦、テスト前に書いた意思決定ルールに照らして解釈します。
説明用の架空の例
異なる次の行動が必要な二つの結果
これらの例は架空です。合計だけが誤解を招く理由を示しており、EviDemand の結果やあなたの実験のベンチマークを説明するものではありません。
架空の例: 誤った役割からのクリック
コンセプトページでは、独立系採用担当者向けに、毎週の顧客フォローアップ表示を約束します。広い生産性ニュースレターから多くのクリックを得ますが、回答の大半は自身の求職活動を管理している人からのものです。
観察
文言は注目を得ましたが、回答にある役割とワークフローは意図した採用担当者の対象者と一致しません。
支持することと疑問を示すこと
このクリックは、採用担当者特有の課題を支持しません。トラフィック源に疑問を示すか、約束が意図した状況を絞り込むには広すぎることを明らかにするかもしれません。
次のステップ
製品の結論を出す前に、対象者フィルターを変え、独立系採用担当者がもっともらしくテストに出会う情報源を使います。
架空の例: クリックは少ないが、有用な詳細がある
小規模で許可を得たオペレーション責任者グループが、例外レビュー待ち行列のドアを見ます。行動する人は少ないものの、2 人は同じ承認遅延、現在のスプレッドシートによる回避策、既存ツールが足りない理由を説明します。
観察
テストの露出は限定的で有病率を推定できませんが、回答は具体的な状況、代替案、結果を挙げています。
支持することと疑問を示すこと
これはその狭いワークフローを調べる理由にはなりますが、幅広い需要を主張したり、二つの情報源から製品ロードマップを決めたりする理由にはなりません。
次のステップ
意思決定の文脈を調べる許可を求め、反例を探し、具体的な承認遅延を中心に次のテストを設計します。
ドアの前後で適切な証拠を使う
フェイクドアは、より広い意思決定プロセスの中の一つのテストです。これらのリソースは、問いを定義し、より強い文脈を集め、反応の後に起きることを調べる助けになります。
検証を始める前に
テストしたい約束、意図した役割と状況、保有するトラフィック源または解決できない獲得上の障害を持参してください。共有する権限がある資料だけを共有してください。検証サイクルは、自動実験、トラフィックサービス、需要の保証を意味しません。
人による Decision Review
一つのプロダクト判断を人がレビューします
一回限りの US$49 です。まず無料の適合確認を行い、支払い前に正確な範囲と納品日を確認します。検証済みの外部請求先で支払い、人が実際の入金を確認してから作業を開始します。