縦棒グラフを貼り付けてその部分を作成することの欠点は何ですか(下部の部分が下にスクロールされても常に上部に配置されます)?
これまで、どのモバイルアプリでもそのようなソリューションに出会ったことはありません。そういうデザインパターンを使わないほうがいいのではないかと思いました。
アプリのモックアップ:
大きな問題は次のとおりです:向きが変わったらどうしますか?固定オブジェクトで垂直方向の不動産の大部分を占めている場合、他の部分のためのスペースをほとんどまたはまったく残さない可能性があります人々が対話したり見たりする必要がある画面のそのため、私はそれに反対することをお勧めします。
向きの変更が許可されていないアプリがある場合(これが良いアイデアかどうかはここでは説明しません)、それはすべて、進行状況グラフがアプリにとってどれほど重要であるか、そして顧客がどの程度の見込みがあるかによって異なります彼らはあなたのアプリの下のポイントにいる間にそれを参照する必要があります。彼らが必要としないなら、私はもう一度それに対して助言します。
全体的に私はこれを行う際に小さな利点をいくつかの大きなマイナス面で見ているので、-それを避けるになります。
ヘッダーにはハンバーガーメニューがあり、クリックするとスライドアウトメニューが表示されるため、ヘッダーを一定にしたいと思った数週間前に同様の質問がありました。使いやすさのテストと他の設計者からのレビューから得たフィードバックは次のとおりです。
私もこれを読むことをお勧めします 付箋メニューに関する記事 。この記事では、モバイルアプリでの使用について明示的に触れていませんが、妨げとなる方法を証明する重要なポイントを1つ挙げています。
乱雑で煩わしい
注意深く行わないと、スティッキーナビゲーションが邪魔になる可能性があります。ユーザーがページを下にスクロールすると、一部のスティッキー要素が元の位置に戻るときに遅延します。他のものは非常に高いか幅が広いため、レイアウトを支配し、コンテンツへのアクセスを妨げます。ナビゲーションは簡単にアクセスできる必要がありますが、注意を引くためにコンテンツと競合しないようにする必要があります。
あなたのグラフはナビゲーションを扱っていませんが、ユーザーが非常に小さなスペースでスクロールすることを余儀なくされているコンテンツの残りと常に注意を競っているので、それは同様に煩わしさになるかもしれません
コンテンツの固定配置に関する方向付けの問題に関するJohnGBの回答もスポットされています。
一般的な答えはありません。固定パーツのサイズ、スクロール可能なパーツの高さ、および両方のパーツの重要性(意味)によって異なります。
実際、このパターンは多くのアプリで使用されていますが、主に小さな固定部分に使用されているため、正常に見えます。
UXに関しては、重要な固定部分を使用してこの方向に進む場合は、ユーザーに、下部がスクロールすることを説明する手がかりを追加することを検討する必要があります。 。
それは主に下にどれだけ配置したいかによります。その結果、ユーザーが機能性やコンテンツに到達するために大量のスクロールに苦労する必要がある場合、グラフは粘着性がないと思います。
ただし、興味深い解決策の1つは、下にスクロールすると表示される一部のWebサイトの縮小メニューバーに似たものを実装することです。この場合、グラフを「フラット化」したり、データの代替表現または簡略化された形式を提供したりできます。たとえば、最終日の水平バーを1つだけ、または週の要約を表示できます。上部のバー(つまり、本当に単純化または要約されたもの)に配置して、ユーザーがタップすると、オーバーレイされた完全なチャートを呼び出せるようにすることもできます。
場合によります :)
スティッキーコンテンツを常に表示できる必要があるのはなぜですか?
これらの質問に答えれば、問題は自動的に解決されると思います。
ユーザーによるスクロール方向に応じて、スティッキーパーツを表示することを検討しましたか?すなわち。
スティッキーパーツを下にスクロールしているとフェードアウトし、以下のコンテンツ、詳細情報を表示できるようになります(下にスクロールしているときに、画面のより多くの部分を表示/読みたいと想定しています...)
下から上にスクロールすると、スティッキーパーツがフェードインします...