ボトムシートダイアログまたは新しいタスクの画面全体
タスクアプリに似たものを開発しています。
新しいタスク画面の場合、2つのアプローチがあります
- Google Tasks 、 Todoist のようなボトムシートダイアログ
- アイテムが垂直に配置された完全な画面。
Todoistには自然言語理解機能があり、ボトムシートアプリを優先しながら、これらのアプローチの両方をサポートします。
Googleタスクアプリは、新しいタスクのボトムシートアプローチのみをサポートしています。
なぜボトムシートアプローチを優先するのかわかりません。それについてユーザーフレンドリーなのは何ですか？
Todoistの新しいタスク画面が表示された場合、ボタンは小さく、ぎっしり詰まっています。そうです、それは自然言語理解機能を備えているため、テキストに何かを入力できます。
新しいタスク画面のUXを改善した新しいアプローチも歓迎します！
それに関する主なポイントは、与えられたサブタスクのコンテキストの保持です。あなたはメインタスクとサブタスクを持っています、時には両方との相互作用が並行して必要です。下のシートは、メインコンテキストがまだ表示されている間にサブタスクを示し、ユーザーのメンタルフローを支援します。
以下に2つの例を示します。
Maps
最良の例は、Googleマップ（または類似のもの）です。画面を絶えず切り替える必要があると想像してください。ここでの利点は、2つの画面を同時に操作できることです。
グーグルドライブ
この場合、ユーザーが新しいファイルをアップロードしようとしている場所を思い出すのに役立ちます。たぶん彼はミスをして間違ったフォルダを選択したのかもしれません。このようにして、彼はプロセス中にそれを見つけることができます。
あなたのTodoistの例は、窮屈で小さすぎるようで、間違いなく議論の余地があります。彼らがそれを使用した理由を推測することはできますが、多分「クールな」新技術を使いたかったのでしょうか。知るか。
しかし、重要な点は、特定の種類のタスクに対して、ボトムシートにUXの利点があることです
編集：コメントの質問への回答
私の場合には意味がありますか？
それが本当に利点を提供する限り（例えば、コンテキストまたはエラー防止の観点から）、それは良い考えです。ただし、この機能で予期しない欠点が発生しないように注意する必要があります。標準のユーザーフローを検討し、それがユーザーを支援または阻害する場所を確認することを意味します（重量利点と欠点）。
たとえば、Todoistのスクリーンショットは非常に窮屈で小さすぎるように見えます。この場合、コンテキストの利点は（おそらく）悪いUXによって多少損なわれていると思います。