Habraユーザビリティレビュー（ウィッシュ）

管理者は現在、提案の一部を実装するために提案を慎重に監視していますが、サイトにはチケットシステムがありません。私は人気のある他の人の提案と自分の一部を1つのリストに集め、読者を1か所で正当化して裁判にかけることにしました。 オファーはグループ化されてチケットシステムの何らかの可視性が作成され、問題を省略形で指定すると便利でした。 （リストは完全で、真実で、包括的であることを意図していません。）



エラーを分析する同様の試みが、サイトのさまざまな「監査」で定期的に行われ、1人または異なる作成者によって自発的に行われました（ 1つの例 ）。 願いはしばしば他の方法で表現されました。 特に、デザインと使いやすさに関する私のビジョンは、作業中のユーザースクリプト （ スクリプトに関する記事）とスタイル（ ZenComment 、 HabrAjax 、常に私の個人ページからのリンクで見つけることができます）で部分的に表現されていますが、既存のデザインを遵守する必要があるため、部分的にのみですさらに、解決策はありますが、問題の記述はありません。記述は以下にリストされています-解決策は異なる場合があります。



列挙は、ヘッダーからフッターまで、サイトページのHTMLコードの順に連続して行われます。 特定のページについては別途説明します。

さまざまなメニューの問題のグループ

*ロゴとメニューへのダブルリンク

これはささいな不便さではありますが、それを始めるために。 ロゴへのリンクとメインメニューの最初のリンク（「投稿」）に違いはなく、メインページに移動します。 おそらく、これは主なもののみを読みたい人には適していますが（クリックしたいところはどこでも）、サイトの見出しはコンテンツを失い、異なるリンクで同じ結果を見るユーザーに懸念を生じさせ、どのケースが異なるかを理解しようとします。 さらに、「投稿」がメインページでもあるというロゴについての手がかりはありません。 考えられる解決策：「過去24時間」など、「投稿」を別のリンクにします。



*無効なサブメニューシステム

別のサイトのサブメニューの非効率性に関する同様の記事： habrahabr.ru/company/webprofessionals/blog/132564/#comment_4401350に対応して、私は完全に説明しました。 簡単に言えば、サイトのメニューを表示するには、特別なページ（ちなみにページではない-設定、認証ブロック）を考慮すると、設計されておらず約20のリンクしか含まれていないにもかかわらず、最大4回クリックする必要があります。 考えられる解決策：20ページのリンクすべてを1ページに最小化して、マウスのホバーと1クリックでリンクにアクセスできます。



*ユーザーメニュー

既に言及しました-個人用ページの設定は個別のページであり、編集可能な個人用ページのフィールドではありません。



*ページ遷移への小さなリンク

もちろん、Ctrl +「右」ボタンがありますが、なぜマウスボタンがそんなに小さいのですか？ 解決策：ZenCommentでは、それらを増やしただけでなく、左下のウィンドウで修正しました。 結果として、クリックするだけでなく、どのアカウントにアクセスしているかを簡単に見つけることができます。 （はい、はい、これは必要ありません。誰でもアドレスバーをよく見ることができます。:)）

*記事の見出し

企業やブログには非常に大きな名前があります。 ブログのインデックスもあまり明確ではありません。 私たちが常にその場所を知っていれば、大きな名前に意味はありません。



*著者、日付、ソースは記事の上部に表示されていません

はい、それらは下でも必要ですが、上でも必要です。 重要な特徴は、いつ書かれたか、翻訳されたかどうかです。 後者が暗号化された文字「Z-I」でまだ見える場合（はい、地球のすべての住民がまだこれを知っているわけではないので、できる限り啓発します）、日付はページの中央のどこかで見つけられなければなりません。 解決策-HabrAjaxには、このデータが上部に複製される設定があります（ たとえば、このように ）。



*翻訳のソースリンク-著者およびコメントと同じ色

これにより、知覚がわずかに遅くなります。 色を少し変えても問題はなく、見た目はリンクを区別するからです。



*前述のように、記事が翻訳であるという兆候を見逃すのは簡単です

たとえば、識別性を高めるために、ヘッダーの背景（ZenCommentの淡青色）の強調表示を配置しました。

UPD 2012-07-10： 「サンドボックスから」が2012年5月頃に登場したため、タイプごとの「翻訳」の明示的な指示が追加されました。

*記事の注釈

*ブログ、企業、記事の長いタイトルが多くのスペースを占める

明らかに、注意を引くために、この欠点は著者が広告目的のために非常に長い見出しを付けることを奨励します。 またはその逆で、彼らはより少ないことを喜んでするでしょうが、彼らはできません。

解決策は、名前の長さに応じてタイトルフォントを作成し、長いブログ名を削除することです（ユーザーは、長いブログ名のせいではありません）。 HabrAjaxで実装されます 。



* katの前に長いテキストで何かをする

また、過失の広告主が他の人を犠牲にして書きすぎて、大きな写真を挿入することを奨励します。 解決策は、写真のサイズを約100〜120ピクセルの高さに制限し、それらを右（および2以下）に強制することです。 右側の非常に長い注釈までスクロールします。 ふさわしくない人は責任があります。記事が広まったりスクロールしたりすると、彼らはそれを読みます。



*右と左の図は、テキストが大きい場合に取って代わります

解決策は、最大幅を制限することです：50％（例はZenCommentで見ることができます）。



*読者がボタンを使用しない場合でも、ソーシャルネットワークのボタン

特定のネットワークにアカウントがない場合は、ソーシャルネットワークでボタンの表示をオフにすることができます。

*出版物

*機能していない場合でも評価ボタンを表示する

このフェイントを使って、ランダムな訪問者に成績がこの場所にあることを伝えます。 しかし、許可された訪問者には明らかに不要です。



*コメント評価の閉じるボタン

それらを評価値の反対側に配置する例は、ZenCommentにあります。



* Ctrl + Enterによる投稿

（それでも動作します！）

一見、これは「高度な」インターフェースの兆候のように見えますが、実際には、メッセージ送信のエラーの90％がこの結果として予期せずに発生する疑いがあります。 ユーザーはそれを知っていても、テキストを入力するときに誤ってCtrl + Enterを押すことができます（私は知っていましたが、起こっていました）。送信したコメントを修正することはできません。 考えられる解決策：スクリプト（HabrAjax）でこのアクションに個人的にロックを設定します。また、ユーザースクリプトで常に書き込みを行うため、予期しないメッセージ送信のエラーが停止しました。 管理の場合-最も簡単なこと-ルールをキャンセルするには、すべての入力フォームからルールを削除します。 または、別の欠点を見て、送信されたコメントを最初の5〜20分で、または他の人がそれを視聴するまで（ただし、一定時間以上）編集できる規則を導入します。



*「プレビュー」および「送信」ボタンを閉じる

それらは大きいため、間違いはほとんどありませんが、右側に多くのスペースがあります。 送信ボタンが少なくともプレビューから離れるのを防ぐのは何ですか？



*ソースおよびコードタグでの<br>のトリガー

夏にテクニカルサポートでこのバグについて書いた-彼らは手紙で答えたが、何もしなかった。

クラッシュテスト：入力

<source lang = "javascript">

a = "<br>";

</ source>

次に、「プレビュー」をクリックします（同じものを送信する場合、1か月前からメールをチェックインしました）。

UPD 2012-07-10：2012年7月9日にSOURCEで修正されました。



*ソース、Blockquoteはタグボタンに表示されません

HabrAjaxによって解決されました。

UPD 2012-07-10：SOURCE は2012年4月12日に登場しました 。



*入力フィールドの上のボタンは何らかの形で近くにあります。

HabrAjaxおよび別のスクリプト（Crea7orから）が現在動作している場合は、それを広げます。



*いくつかのタグを入力するときの予期しない冗長モーダルウィンドウ

入力フィールドから注意をそらすと、ウィンドウの中央に注意が向けられます。 常に引用されているスクリプトでは、モーダルウィンドウサービスは無効になっています。



*入力フィールドのテキストボリュームを増やしても、入力フィールドは増えません。

また、サイズ変更スタイルもオフになっています。 HabrAjax（高さ）に含まれています。



*チケットシステムの欠如

バグを見たユーザーは、テクニカルサポートメールと1対1のままです。 彼は、他の人がこのバグについて書いたかどうか、そしてそれがどのくらいの期間出現したかさえ知りません。 コメントやインターネットで、彼は他のバグの説明を見ることができるので、「エラーがあることを誰も知らないようにチケットを隠しました」という議論は機能せず、サービスには自由に使えるものがありません（最も単純な例はサイト改革です） 、有料の例（クラシック）-getsatisfaction.com）。



*コメントの削除

ユーザーが文法的、論理的（または致命的:)）エラーを犯したとしても、自分のメッセージで修正することはできません。 彼はそこのどこかに何を読むべきかを書くことができます、そうではなく、そうでなければ、またはまったく読まないが、それはダウンしてしまうからです。 他の完全なリソースの管理者とユーザーはメッセージを修正できます。 その結果、完全な差別と1つの目標のゲーム。 最良の（そして通常の、まともな）位置にあるのは、記事を削除できる記事の著者のみです。 しかし、ここに別の問題があります-他のすべてのユーザーからメッセージを削除します。



*コメントの削除

ユーザー（または他の誰か）が記事を削除した場合、他の著者のコメントはすべて削除されます。これは、独自のメッセージを管理する原則とも矛盾します。 決定方法 最適なソリューション（情報リソースの場合）が見られます-ユーザーにコメントを別の場所に再公開するという提案です。 これを行うには、コメントのリストで作成者に表示され、非表示としてマークされる必要がありますが、今ではどこからでも削除されます（記事の下書き作成者を除く）。ユーザーが何か価値のあることを書いた場合、彼はそれを失い、入力する時間も失いますあなたのコメント。



*サイトから削除されたユーザーのメッセージと記事の削除（！）

これは、国の法律またはサイトの規則に従って削除するために必要な情報だけでなく、一般的に著者の削除の理由に関係しないユーザーのすべての（！）メッセージにも適用されます。

一般的な情報リソースの概念に明らかな障害があります。 リソースの情報が理由なく破棄された場合-情報リソースではなくなります。 すべてのユーザーは、情報をコピーして、実際の情報リソースに保存する必要があります。



*ルールの不正確さ

多数の不正確さと誤報があります。 それらは収集され、修正しようとしましたが、残ります。 例：

-調査のタイトルに使用できる文字は約100文字ですが、実際には90文字以下にすることができます。

-公開後、調査を編集できないことは警告されていません。 （理論的には、警告は[公開]ボタンのすぐ前にある必要があります。）

-記事の長さが43706文字（またはそれ以上）を超えてはならないという警告はどこにもありません。

-このバグが（私によって）検出された少なくとも1年間修正された場合、どこにも情報はありません（「チケットシステムがない」を参照）。



ルールにはこのような不正確なものが12個以上ありますが、それらを削除および追跡するためのインフラストラクチャが不足しているため、それらは冷淡で冷静であることがわかります。



*機密情報の入手可能性

全世界にとって興味深いメッセージは、サイトの読者の間や、1つのブログの購読者の間でも閉じられていることがわかりました。 すべてのブログを閉じた部分と開いた部分に分けても問題はありません。 さらに悪いことに、モデレーターは記事をブログに転送することを暗黙のうちに主張し、逆転送を管理者の行動と不一致と見なします（オープンなブログでHabréに関する記事を公開するための1週間の記録と投票は禁止されました）。 解決策は、記事の可視性をどのようにしたいかの著者によるメモであり、モデレーターは、それが必要であると考える場合、競合を作成することなく、ブログではなく、記事の非グローバル可視性のラベルを設定することができます。

*サイドバー内

情報の些細なブロックがあります-すべてのページで繰り返されるため、それらを見るのは面白くありません。

これらは人気のブログ、「最高の会社」です。 評価が変わることはめったにないので、このようなブロックを見ることは、最初はカジュアルな訪問者にとってのみ興味深いものです。 1か月以上登録されているようで、既に干渉し始めています。



*オンエアおよびQAのリンクの歪んだアクセント

このブロックは、「埋もれた」不規則なトピックが他の読者の視線を浴びる可能性があるという点で、それ自体で役立ちます。 しかし、リンクは特定のメッセージとメッセージの作成者の個人ページにつながります。 なぜ著者なのか？ 読者が見出しに興味があり、これまで彼に知られていないメッセージではない場合、なぜメッセージですか？ 解決策-HabrAjaxでは、特定のメッセージへの直観的に予想される別の方法でリンクを投稿しました-特定のメッセージへ-著者のニックネーム（彼らはそれに従うことはないでしょうが）、記事-記事のタイトル



*有益ではない作業メッセージ

読者の80〜90％がそのようなブロックを必要としないことは言うまでもありません（提供する場所に住んでいないため）。リンクからの位置データは削除されました。 しかし、このリンクからはもっと価値がありませんでした！ それどころか、彼らはクリックすることで、それが別の都市や国からであることが判明するため、より有害になりました。



*フッター

サイトルールは、多数のリストの中央のどこかに隠されています。



================================================== =========



UPD ：カルマのマイナス1に関する注意。 問題リストに書きたくはありませんでした。なぜなら、彼らはすでに別の場所で約20回議論していたからです。



これは、もう1つの比較的新しいHabr問題です。 彼女は、カルママイナスの自動削減の導入によってまもなく決定されると思います-開発者の一人からのコメントがありました。 問題は、マイナスが過去1年間で非常に悪くなったことです。 1年前に、平均で20マイナス、カルマに1マイナスがあった場合、そこから結論を引き出すことができたので、今では記事で2〜3分間、いくつかのコメント（ページの上部にある場合）でもカルマに1マイナスがあります。 さらに、短所は、完全に無害な場合や、適切な場所で個人的な意見を表明する場合に現れる可能性があります。 そして、これは1つのケースではありません（おそらく私だけでなく、他の場所のコメントから判断して）。 私の例- 完全に無害な言い回し （「ありがとう、自動更新をオフにする必要があります...」）で、Firefoxのバージョンを8から9に更新するつもりはないので、正当化するために、同じ悪マイナスの海を手に入れました。 、その結果、約4単位のカルマを失いました（マイナス7ピース、プラス-残り、そして助けを求めた後にのみ）。 実際、この理由で正確に自動更新をオフにし、記事の作者のおかげで誠実です（7から8への更新を見逃したので、アドオンに問題がありました）。



そして今：記事は適切な場所にあります。 ブログ-「Habr」、3時間経過しました。 記事に6マイナス-カルマに2マイナス。 問題は、どの購読者 （ランダムな人々ではなく、サイトについて読んで、彼らが何をしているのかを知っている）は、カルマで投票するコンテンツの議論をひどく嫌うことができますか？ 私が見ている理由は、免責の閾値の認識と、サイトの生態系を保護する傾向がない人々の数の増加です。



結論-人々はカルマに対する匿名投票の不正に悩まされており、ほんのわずかな言い訳と正義のヒントを差し引いた場合にのみそれが可能な人に勝ちます。



Opa、私がこのサプリメントを書いている間に、記事がメインになりました。すでに記事に7マイナス-カルマに4マイナスです。 （カルマについての言葉がなかったという事実にもかかわらず。）できる人を救ってください。

2時間後のUPD ：善と悪の戦いはさまざまな成功を収めています：2プラス、2マイナス。

（結局、素材に関係のないことに注意しなければならないのは間違っています。）

朝のUPD ：スコア+ 5、-2。

夕方のUPD ：スコア+ 4、-1。 しかし、これは評価の方法ではありません。マイナスマインドから保護するために、カルマは彼らについて言われ、警告されなければなりません。 最初の4つのマイナス-これは間違いなく、善良な読者が黙っていたとき、悪意のある罰せられていない極小の人々がいたことは間違いありません（絶対に誰もコメントで否定的に話しませんでした）。



質問 ：質問？

これらの邪悪な人々は誰ですか？ なぜそんなにたくさんあるの？

以前、Habrのブログで、他のすべてのブログで、彼らはここで何をしますか？