効果的なスクリーナーの書き方

スクリーナーの目標

スクリーナーの質問には、相反する 2 つの目標があります。

• ユーザーについての特定の情報を引き出さなければなりません。
• 調査についての特定の情報を明らかにしないようにすべきです。

ステップ 1: 探している参加者の特性を定義する

製品のユーザーについて考えるとき、おそらくいくつかの「典型的な」ユーザーのカテゴリが思い浮かぶでしょう。ユーザーの記述を具体的にできるほど、ユーザープロフィールに合う人を特定するのが上手くなります。職務名だけでは、その人のタスク、職務、行動を完全には反映できないことに注意することが重要です。下の例は、ユーザー特性をスクリーナー質問にどう変換できるかを示しています。

ステップ 2: スクリーナー質問を構造化する

スクリーナー質問を考える際は、参加者を絞り込むためのファネルのように構成してみてください。広範な質問から始めて、より具体的な質問へ移行します。

ステップ 3: スクリーナーを構築する

ゼロからスクリーナーを作成する際のベストプラクティスをいくつか紹介します。

• Qualtrics や Rally に実装する前に他の人と簡単に協働できるよう、Google Docs でスクリーナーのドラフトを作成します。スクリーナー質問をゼロから作るのではなく、スクリーナーリポジトリドキュメント を活用して、ビジネスのさまざまな領域（例: コアな DevSecOps、セキュリティとコンプライアンス）でよく使われる質問や、より一般的なデモグラフィック質問を見つけることができます。
• スクリーナーのドラフトを作成する際は、内部メモにはブラケットを使い、リサーチャーや他のステークホルダーが、ある回答が回答者を打ち切り／拒絶すべきかを示せるようにします。ブラケットは、質問をスキップすべきタイミングを示すためにも使えます。
• 前の回答に基づいて質問を表示したり回答者を特定の経路にルーティングするための高度なロジックが必要な場合、Qualtrics は優れたツールです。

GitLab でのスクリーナーの最終ドラフトは Qualtrics で作成されます。Qualtrics へのアクセスがない場合は リクエスト してください。別のリクルーティング方法 や、UserTesting.com のようなモデレーターなし調査プラットフォームを使う場合は、それらのプラットフォームでスクリーナーを作成します。

スクリーナーのヒント

質問を作成する際は、次のことに留意してください。

• インタビューで尋ねるような、行動に関するオープンエンドの質問をします。Yes/No 質問は、参加者にあなたが探しているものを推測させます。

• 調査の目的を推測されることを和らげるため、選択肢には似たオプションを提供します。
  • 参加者の自然な行動をスクリーニングするため、探しているものを隠す 複数のオプション を提供します。

• 調査の主題を隠すために、もっともらしい紛らわしい回答を使います。
• 探している行動を示してしまうような、目立つスクリーナーオプションは避けます。
  • 参加者は他の回答選択肢から目立つ回答を探すことができます。
  • マルチセレクトを使うと、報いなしのマルチ推測ができてしまうことがあります。
• 複数の正解はあり得ます。インタビューから通常得る参加者についての情報を提供できます。

• 特定の行動を探している場合、スクリーナーに「セッションの一部として、画面を共有してもらい、以前のホテル予約をウォークスルーしてもらいます」のような声明を含めることで、その行動の検証を求めることができます。情報を共有することに同意するか不同意するかのオプションを与えます。
  • これは、参加者が探している行動を完了していることを保証できます。
  • これは、アクションや使用を検証して、参加者をセグメントに振り分ける必要がある場合に役立ちます。

GitLab スクリーナーの例

• Screening Question Repository（内部アクセスのみ）

ページのソースコードを見る - ページの編集 - please contribute.