web-dev-qa-db-ja.com

多段階フォーム内でアコーディオンを使用する必要がありますか?

多段階フォーム用のアコーディオンの作成を検討しています。期待(つまり、これから何が起こるか)と肯定(つまり、何が起こったか)を提供する単一ページのウォークスルーのアイデアと同様ですが、このアプローチが適しているかどうか興味があります。

これは私のフォームに進むべきルートですか?そうでない場合、このアプローチの問題は何ですか?

4
zaph0t

アコーディオンフォームが適切かどうかは、フォームの目的によって異なります。

Luke Wroblewskiがいくつかの アコーディオンフォームを使用したユーザーテスト を行い、フォームを正常に完了した人の数が増加しなかったことがわかりました (単一ページまたは複数ページの代替と比較して)だけでなく、悪影響もなかったことにも言及しました。

... 1つの長いWebページまたは複数のWebページにある同じ質問を単純にアコーディオンフォームに移植しても、コンバージョンが増える可能性はありません...これの裏側は、もちろん、アコーディオンフォームはそうではないということです。コンバージョンにも悪影響を与える可能性があります。

しかし、調査の結果、ユーザーはアコーディオンフォームの記入がかなり速いことがわかりました。

Eコマースにとって完了速度は最優先事項ではないかもしれませんが、オンラインで迅速性が重要となる状況は他にもたくさんあります。オンラインオークションや取引所が思い浮かびます。迅速に行動しないと、機会を失う可能性があります。これらの状況では、アコーディオンフォームは法案にちょうど合うかもしれません。

アコーディオンフォームは、これまでに入力した内容の概要をユーザーに提供する場合に特に便利です。アコーディオン方式では、フォームの最後に要約ページを付けて複数のページに分割するのではなく、各セクションの完了時に要約を作成します。

1
Matt Obee

アコーディオンは、ユーザー/ペルソナが非常に慣れている進行中の親密さの戦略にうまく適合しません。従来、そして最も一般的にはアコーディオンがナビゲーション補助として採用されています。 UIを定義するときは、パズルを解決するすべての部分で目的を区別しておくのが良いですが、それは個人的な意見です。

別の進行状況インジケータを表示するか、表示ロジックを並べてナビゲーションメニューを使用できます。

enter image description here

0
Aftab

Apple Storeは、チェックアウトプロセスの一部としてアコーディオンモデルを適用します。これがチュートリアルです: http://screencast.com/t/GrfvLtbhri

アコーディオンモデルは、

  1. キャプチャする情報の量が十分に少ない
  2. プロセスは1ステップで完了し、ユーザーは保存して再度アクセスすることはできません
  3. ユーザーは作成中に情報を参照する必要があります
  4. 最も重要なのは、ステップが1つのもののサブコンポーネントとして認識され、個別の別個のステップとして認識されない場合です。たとえば、Twitterにサインアップするとき、サインアップ後に、フォローするように人々に提案していました。アカウントのサインアップとフォローしている人は2つの非常に異なるものであるため、ユーザーをガイドするために隣同士に配置することはできますが、1つのもののサブコンポーネントではありません。
0
Alok Jain