知覚される速度-単一の質問、複数の画面と複数の質問、少ない画面
私たちの電話アプリでは、複数のステップフローがある場合、通常、画面ごとに1つの質問があります（明らかに関連する場合、つまり都市と州を除く）。
最近、私が一緒に働いている人々は、同じ画面で複数の質問をすることをお勧めします。それは、タスクを完了するためのステップ/画面が少ないためです。アプリでは、常に進歩しているように感じられるので、単一の質問パターンの方が「感じやすく」なるといつも思っていました。
誰かがそのトピックについて何か研究をしたことがありますか？経験則？
私は研究をしていませんが、以下の考えがあります：
質問を複数の画面に分割することは、情報を入力するための感じられる速度を上げるために行われません。情報が多すぎてユーザーを圧倒しないようにしています。
すべてのビューポートは、1つの質問/ステップのみをホストする必要があります。これにより、すべての質問に答えるために下にスクロールする必要がないことがユーザーに明らかになります。画面ごとに質問が1つしかない場合、ナビゲートする方向は1つだけです。ただし、質問には複数の回答がある場合があります。あなたは都市と州の例を作りました。したがって、ユーザーは1つの質問に対して2つの入力フィールドに入力する必要があります。
したがって、経験則は次のとおりです。意味がある場合は、入力フィールドを1つの質問に結合します。例えば名前、通り、郵便番号、都市などではなく住所を要求します。これには多数の入力フィールドが含まれますが、ユーザーにとっては、住所に複数の入力フィールドが含まれていることは明らかです。そうすれば、手順が少なくなり、多くの質問をするよりも速く感じるかもしれません。
ユーザーにオリエンテーションの感覚を与えるには、進行状況に関するフィードバックを明確に与える必要があります。これは、たとえば、手順、進行状況バーなど。
すべての質問の直観が1つの形式であると想像してください。相互の有効化/無効化ロジックや特定の回答に応じて異なる方法など、複雑な関係はありますか？もしそうなら、あなたの現在のアプローチはフォームの複雑さを隠すのに役立ちます。また、画面サイズが限られているデバイスを使用している場合は、スクロールと検証エラーの表示が困難になるのを回避することができます。または、質問ページのそれぞれに、製品の役立つヒント、プロモーション、またはより簡単で使いやすい美しい画像が含まれている場合があります。それはあなたのアプリ/製品/サービスとそのオーディエンスに依存すると言いたいだけです。
単一の質問の知覚速度に関する具体的な研究は見つかりませんでしたが、状況に応じて一般化することは困難です。ドメインでこれを決定する最も簡単な方法は、両方のデザインでプロトタイプを作成し、ユーザーでテストすることです。
それまでの間、 Luke Wroblewskiによる自転車共有アプリのオンボーディングに関する洞察に満ちた記事 をご覧になることをお勧めします。彼は、認識された速度についての問題から、ユーザーのコアバリューにできるだけ早く到達することについての問題に再構成します。
理論：
情報の香り を維持し、ユーザーをトリガーする意味のある進捗状況を示すと、モバイルを壊すことができます 完了する必要があります そして、ユーザーのモチベーションを維持するために十分短くしてください。
単一の質問が最善であるかどうかを検討するために使用する3つの重要な概念があります。
- 相互作用コスト：認知的および身体的努力の合計
- 知覚された複雑さ：どれほど難しいと思われるか
1つのページに多くの質問がある場合、それは過度に見え、一度に1つの質問よりも複雑であると認識される場合があります。ただし、金額が妥当であると考えられ、それらが関連付けられている場合、一度に1つの質問に回答することにより、相互作用コストが高くなる可能性があります。
Jakob Nielsenは、そのシングルステップ（1ページ）とマルチステップ（段階的開示）の違いも、使用コンテキストに依存していると指摘しています。
段階的な公開は、タスクをほとんど相互作用のない別個のステップに分割できる場合に役立ちます。ステップが相互に依存していて、ユーザーがステップを交互に切り替える必要がある場合は問題があります。
ユーザーが誰であるかに強く依存します。私たちはGDSガイドラインに従っていますが、ユーザーがエラーを回避することを望んでいるため、これはページごとに強く1つです。ページごとに1つは、ユーザーにとって1つのこと、読むべき1つのコンテンツ、1つの決定に焦点を当てています。
同じことを何度も何度も繰り返したいと思うエキスパートユーザー向けに設計している場合、このアプローチは機能しません。