これが私のシナリオです:
顧客がホテルの部屋を4名で1週間予約します。
その後、4つの相互に排他的なオプションがある予約に食事を追加できます(たとえば、フルイングリッシュブレックファスト、ベジタリアンブレックファスト、コンチネンタルブレックファスト、ノーブレックファスト)。
2人のゲストがフルイングリッシュを希望し、他の2人のゲストがコンチネンタルを希望すると想像してください。 (注:各ゲストは、滞在中毎日、選択したオプションを受け取ります)
ゲストが考えを変えることを検討してください(例:野菜オプションへの切り替え)
これをアプリに表示する方法を知っている人はいますか?
以下にいくつかのアイデアがありますが、V1とV2は、あるオプションから別のオプションに切り替えたり、変更内容を反映したりするのが難しい場合があります。
V3は上記の問題を解決しますが、視覚的に困難である可能性があり、1つの朝食を個別に購入していると考えられるため、混乱する可能性があります。
V4はゲストによって分割され、デフォルトではすべての成人が「食事なし」ですが、ゲストごとに個別に編集することはできません。
有効な回答が複数ある場合もありますが、実際にそれを体験することが決定する最良の方法です。私は別の別の解決策で答えています。
最も適切と思われる選択肢から選択して、試してください。リソースがある場合は、徹底的な分析を追加し、ベータテスターに数週間使用してもらいます。リソースがない場合は、分析を実装してベータをスキップします。ユーザーが気に入らない場合は、ユーザーに表示されます。レビューを依頼し、「ご意見をお聞かせください」フォームを追加して、プロセスについての感想を見てください。
大多数が1食をとり、プロセスが速いとわかった場合は、完了です。そうでない場合は、プロセスを再考する必要がありますが、今回は原因がどこにあるかがわかります。現在、有効なオプションを推測しているだけです。
そして、おそらくあなたの選択は今はうまくいくでしょうが、6か月ではそれほど良くありません。したがって、とにかく分析が必要になります。
試してフィードバックを求めても大丈夫だと思います。ユーザーに決めさせないでください。ほとんどの場合、彼らはアプリの作成について知らない。 「このボタンは、私が欲しいものを選択するのに4回のタップが必要だったので、リストにする必要がある」と言った場合、「プロセスが遅い」と理解してください。ボタンが点灯するか、新しいページになるか、プロセス全体が変わる可能性があります。彼らの問題を理解しますが、解決策を自分で見つけてください。彼らはパズルのすべてのピースを持っているわけではありません。
私はあなたのベースがV4オプションであるべきだと思います。ユーザーとして、すべてがゲスト間で分割されることを期待します。飛行機のチケットを注文すると、スコープは常にゲストを中心に進化します。突然、食事中心のメニューに切り替わってはいけません。
だから、あなたがしたようにUIを繰り返す価値があります。すべてのゲストは、自分たちが選んだことを理解しています。そこでは、あらゆる種類の情報を表示でき、おそらくそれらの食事を毎日食べない可能性を追加できます(多分、2つの異なる日に屋外で朝食をとりたいと思うかもしれません)。
他のバージョンは常にある種の混乱をもたらしているようで、V4のみが「問題」であることが長い形式になっています。これは完全に無関係で問題ではありません