web-dev-qa-db-ja.com

モバイルアプリの画面上の29チェックボックス

AndroidおよびiPhoneのモバイルWebアプリでユーザーが回答する必要がある質問の一部として29の複数の選択オプションを表示するという奇妙な挑戦があります。

誰かが同様の問題とこれに対する解決策を持っていますか?

私が現在考えている解決策は、それを(3)ユーザーがスワイプして適切なオプションを選択できるカルーサルタイプの画面に分割することです。

4
Asim

特にモバイル設定では、29のオプションが多すぎて、監視、呼び出し、ユーザーからの選択ができません。

解決策は、29をいくつかの論理グループに分割することです。回答のグループ(および質問を3つのステップに分割)または質問(つまり、全員に1つではなく3つの質問)。

チェックボックスは、すべてのオプションの一部しか表示されないカルーセル(最後の2つと次の2つ)よりも発見するのに適しています。したがって、チェックボックスを使用します。

4
FrankL

オプションを3つの画面に分割することの問題は、すでに指摘したように、オプションが相互に接続されていないことです。

問題の性質によっては、 ウィザードのような 段階的なナビゲーションを作成することもできます。チェックボックス(trueまたはfalse)を使用しているため、現在の回答を[はい]ボタンと[いいえ]ボタンで回答に変換できます。

さらに、私が指摘したいのは、ユーザーがすべての質問に答える必要があるかどうかを確認する絶対にオプション

4
Lovis

ユーザーはallオプションを見て、適切なオプションを選択できるようにする必要があります。 私は内容がわからないとして次を仮定しています:

(1)ネストやグループ化は、ユーザーにとって何も簡単にはしません。
(2)ネストまたはグループ化は有害であり、偏った応答を与える可能性があります。
(3)オプションはテキストと短いもののみです。

値が多すぎて画面に明示的に表示できない一連の値がある場合、完全に専用のモーダルウィンドウを作成して、1つ以上のオプションを表示および選択できます。あなたのような大きなセットがあるときにお勧めです。

ユーザーが特定の複雑な質問に答えることができるように、一連の質問を通過することからなるナビゲーションは一時的に中断され、その後、デフォルトのフローに戻ります。モーダルはそのために設計されています。それは本当にあなたのケースに合います。

最後に、このソリューションはwebアプリの概念でうまく機能します。
インターフェイスは次のようになります。

Modal window for a large set of options

モーダルウィンドウを閉じた後、質問に回答したことを示すティーザーをユーザーに提供することを検討してください。

1
pcattai