web-dev-qa-db-ja.com

スクロールすると、SEの投票ボタンは下にフロートしますか?

SEは 新しいソリューションをテストするA/B で、下にスクロールしても回答の投票ボタンは表示されたままです。

enter image description here

(実行中のgifをお詫びします。非常に煩わしいですが、仕事をします)。

元の投稿では、テストの合格基準は投票数の5%増加であると述べているように、この変更の目標は投票を増やすことです。

これまでのフィードバックはまちまちで、好きな人もいれば嫌いな人もいます。

UXの観点から、これの長所と短所は何ですか?

24

良いアイデアですが、実装の微調整が必​​要だと思います

固定投票コンソールを使用すると、コンソールと回答の関係を簡単に確認できます(左上にぶら下がっているので、ユーザーは回答に関係しています)

スクロール中にパネルが粘着性になると、アンカーから視覚的に切り離されるため、コンソールと回答の視覚的意味の関係を維持することが重要です。

問題と提案:

  • パネルが回答のコメント部分にスクロールしないようにしてください。これにはいくつかの理由があります。

    • コメントに投票することができるので、コメントの左側にコンソールが表示され、コメントに個別に投票することができます。入れ子になった投票は混乱しています。
    • コメントを投票するよりも、ユーザーに回答内容に投票をしてもらう方が良いと思います。コメントがスコープから外れることがよくあるため、コンソールをスクロールしてコメントを表示できるようにすると、回答主導の投票よりも、内臓の投票やコメントが多くなる可能性が高くなります。
  • コンソールを回答コンテンツに範囲バインドする場合は、上部がコンテンツの上部に正しくグリッド配置されていることを確認し(今日ではありません)、コンテンツの下部でスクロールを停止します(共有を除く) /編集/コンソールを閉じます)。これにより、コンソールとコンテンツの視覚的な関係が適切に維持されます。
12
tohster

コントロールボタンを固定位置に配置することは、今日のWebエクスペリエンスではかなり一般的なことです。多くの新聞紙サイトや電子商取引サイトの上部に固定された上部ナビゲーションバーが表示されます。一部のユーザー(AdBlockツールを使用しないユーザー)にとってさらに厄介なのは、通常はページの右側にあり、コンテンツに合わせていないバナーがスクロール時に上部に固定されるという事実です。

ここで新しいのは、ボタンがページの上部に固定され、同じ回答で下にスクロールすることです。これらはインラインコントロールであり、スティッキー広告とは別に、慣れればユーザーからのエクスペリエンスはポジティブになると思います。それは投票までスクロールして戻る問題を修正し、おそらく投票数を改善するでしょう。

短所は、コンテンツを固定位置で表示しなくなったことです。これは、ページの非同期読み込みが現在のビューポートを台無しにして、読んでいるものを移動する場合に特に当てはまります。しかし、ここでの実装は、その残酷な設計の選択を行いません。そして、1990年代半ばにスクリプトページが導入されて以来、固定ページから離れてきました。これはその方向での別の発明です。

UXの観点からは、プロが短所を上回ったのは良いことだと私は思います。

3
Benny Skogberg

特に気に入らない。そしてその理由は、ページ上の質問の視覚的な分離に関係しています。要するに、投票ボタンは現在、質問のトップを識別する最も特徴的な機能であり、質問間の非常に直感的な視覚的セパレータとして機能します。ウィンドウの上部で投票ボタンをスクロールすると、質問間をすばやく移動しようとすると混乱しました。最初の反応は、質問自体がページ上を移動しているようなものでした。

移動するボタンは、脳が処理しなければならない視覚的混乱のまったく新しい次元を追加します。これは、ユーザーが意識しなければならない不自然な動作です。つまり、スクロールするときに投票ボタンが動いていることを意識し、意識している必要があります。そうしないと、ナビゲーション中に混乱することになります。

さらに、投票ボタンをウィンドウの上部に固定することにより、現在の質問のボタンは常に画面上のほぼ同じ場所に留まります(新しい質問がスクロールされたときに一時的に変わるだけです)。これにより、スクロールして新しい質問に進んだ場合でも、たまたま投票ボタンを注意深く見ている場合を除いて、あまり目立たなくなります。

人間の脳は空間可視化が非常に得意です。単一のスクロール平面に固定された「ページ」のメタファーを維持することにより、脳はスクロール時にビューポートの上下にドキュメント全体を(ある程度)視覚化できます。しかし、ドキュメントchangesを移動すると、ドキュメント全体の自然な空間的関連付けが妨げられます。

アニメーションGIFを観察するだけです。スクロールしながらページ全体を視覚化すること、および質問間の境界を難なく識別することが非常に難しくなります。

デザイナーが本当にこの方法で物事をやりたいのであれば、現在のトライアル実装よりもそれが必要だと私は主張します。特に、投票ボタンは、概念的には投稿の本文から分離する必要があり(おそらく、その列の背景色が暗い)、質問の視覚的な分離を改善する必要があります。

たとえば、これほど単純なものでも、浮動投票ボタンのあるページの可読性に大きな影響を与える可能性があります。

enter image description here

これで、ページがスクロールされるときにボタンが列内で上下に動いている場合でも、それを含む列自体は静的であり、ボタンが視覚的に支配的であるため、ページがスクロールされるにつれて、脳は答えを分けておくことが容易になります。

要するに、解決策は、投票ボタンを視覚的にあまり支配的にしないことです。しかし、支配的でなくなることは、自明気にすることを意味しません。それらはまだ明白ですが、視覚的に支配的な四角形に含まれているため、脳はその主要な四角形をページに結び付けることができ、その四角形内での移動は全体としてスクロールに邪魔されません。

3
devios1

コメントの終わり近くを読んでいるとき、現在のコメント用と次のコメント用の2セットの投票ボタンが非常に接近しているため、間違った投票ボタンをクリックする可能性が高まると思います。

また、他の人と同じように、私はその動きを邪魔します。

2
Bill Dagg

個人的には私はそれは良い考えだと思いますが、現在のところ、質問と回答の違いはあまり見られません。つまり、左側に表示されているものについてユーザーが混乱する可能性があります。適用されましたか?

また、長い回答と短い回答の場合、それは短い質問で長くぶらつくことはありません。これは技術的には理にかなっていますが、一部のユーザーを混乱させる可能性があります。

でもアイデアが好き!

2
Vincent Feeney