<br />原文: http://uicom.net/blog/?p=762 Facebook の情報アーキテクチャ設計は、私がこれまでインターネット上で見てきた中で最も合理的な情報アーキテクチャです。 基本的に、各トレーニング セッションでは、古いもの、新しいもの、盗用されたものを含めて、分析に約 20 分を費やす必要があります。 この分析のプロセスをずっと書き留めておこうと思っていたのですが、話すときには絵や音声で説明できても、文章で表現するのは確かに難しいです。 今日試してみます。トレーナーが言ったことの30%くらいは表現できればいいなと思います。 (列の分割やスケーラビリティの問題を分析せずに、現在インターフェースに表示されているものだけを記述します) まず、古いFacebookインターフェースの情報アーキテクチャを見てみましょう: (1024解像度では画像の幅を完全に表示できないため、画像を個別に開くことをお勧めします) ![]() クリックして拡大 大規模アーキテクチャの開発と変更のプロセス: 1. 当初、Facebook の全体の情報アーキテクチャは、主に「システム コア ナビゲーション領域」(上の図の青い部分。ロゴと 2 つのフル ナビゲーションを含む)、「アプリケーション ナビゲーション領域」(上の図の黄色い部分。グローバル アプリケーション (検索) とすべてのアプリケーションのリストを含む)、「コンテンツ表示領域」(上の図のオレンジ色の部分。主にローカル ナビゲーション、メイン コンテンツ、補助コンテンツの 3 つの部分に分かれており、メイン コンテンツが多数あります) の 3 つの部分に分かれていました。 「システムコアナビゲーションエリア」と「アプリケーションナビゲーションエリア」は、通常通り存在し、コンテンツが豊富なため、使用中にユーザーがメインコンテンツに集中するのを妨げることがよくあります。 そのため、Facebook はビジュアルデザインにおいて「コンテンツ表示領域」を強調するために意図的に位置ずれを利用しています (上の写真のオレンジ色の部分のように。デザイナーの中には「Facebook のビジュアルはひどい、あの位置を歪めるのは愚かだ」と言う人もいますが、実際にはデザイナーの意図をまったく理解していない、愚かです!)。 2. その後、Facebook はグローバル機能である「共同翻訳」を追加しました。一般的な設計アイデアによれば、この「翻訳」の場所は、「すべてのナビゲーション 3 (設定)」の位置に配置することも、「すべてのナビゲーション 2 (アプリケーション)」の通常の項目として配置することもできます。 しかし、Facebook はそうしませんでした。UGC の素晴らしい魅力をよりよく示すために、Facebook のデザイナーはナビゲーションにおける「翻訳」の割合を大幅に増やしました。このアプリは「コンテンツ表示エリア」の右上に「違和感」なく強調表示され、「全体ナビゲーション3(設定)」に言語切り替えナビゲーションが追加されました(後に「言語切り替え」はほとんど使われていないことが判明したため、下部の著作権情報の右側に移動されました)。 3. その後、Facebook は IM 機能を開始しました。 Facebook の場合、これは通常のアプリケーションであり、情報アーキテクチャ内に通常通り存在する必要があります。そこで彼らは「インスタント メッセージング」と「メッセージ通知」を組み合わせて「ステータス バー」モデルを作成しました。 (この頃、Facebookの設計者たちはすでに「オペレーティングシステム」というアイデアを持っていたのではないかと思います) これは非常に芸術的なデザインであり、非常にうまく処理されています。 IM 自体は非常に軽量で使いやすいように設計されています。 これまで、IM は「システム コア ナビゲーション領域」の「受信トレイ」の位置に置かれるのではないかと予想していましたが、それは間違いでした。より優れた設計方法が見つかったのです。 4. 現在では、「システムコアナビゲーションエリア」(上図の青い部分)と「アプリケーションナビゲーションエリア」(上図の黄色い部分)が通常のコンテンツであり、インターフェースの大部分を占めており、コンテンツ表示エリア(上図のオレンジ色の部分)自体にも「関連ナビゲーション」、「フレンドリーナビゲーション」、「タイトル」コンテンツが必要なため、各ページで実際に「コンテンツ」を表示する領域は非常に少なくなっています。 ウェブサイトとしては、これは大きな問題ではありません。しかし、「アプリケーション プラットフォーム」としては、間違いなく多くの障害があります。インターフェイス コンテンツの表示は厳しく制限されており、ユーザーの視覚は常に「通常のナビゲーション」に費やされています。考えてみてください。オペレーティング システム インターフェイスのスペースの 1/3 が長時間システム メニューで占有されていたら、クラッシュするでしょうか? 古いデザインに関する私の主なコメント: 1. 論理は明確で、構造は厳密です。優れたスケーラビリティ。しかし、コンテンツの提示には革新性が欠けています。 2. Facebook ウェブサイト全体の中核となるのは「マイ」であり、これはその最上位のシステム コア ナビゲーション領域です (最初の図の青い部分を参照)。また、上部に「全体ナビゲーション3(設定)」があります。上部のセクション全体はウェブサイトの核心であり、ユーザーや第三者によって変更することはできず、Facebook の公式予約「エリア」でもあります。 しかし、彼らが慎重に避けてきたが、実際には手放せなかった細部があります。それは、間に合わせの「家」です。 実際、現在、ほとんどのユーザーはロゴをクリックしてホームページに戻っています。Facebookはメインナビゲーションから「ホーム」リンクを削除しましたが、完全に削除する勇気はありません。そのため、「すべてのナビゲーション3(設定)」エリアの前に「ホーム」リンクを追加し、このリンクとロゴリンクを区別し、データのテストを行ってきました(最新の情報アーキテクチャ設計もリンクを区別してデータをテストしています。興味のある方は、ロゴリンクとホームリンクのリンクアドレスが異なることがわかります)。 3. Facebook のメインナビゲーションは、実際には「アプリケーションナビゲーションエリア」です。これはメインコンテンツ領域の表示に影響します。 コンテンツ表示領域を囲むように「システムコアナビゲーション領域」と「アプリケーションナビゲーション領域」が配置されており、構造とロジックが明確でわかりやすいです。 4. メインコンテンツ領域には、常に議論の的となっているデザインがあります。 たとえば、「写真」ページに、Facebook は「マイ ピクチャ」と「マイ ピクチャを保存」という 2 つのリンクを追加しました。これらの 2 つのリンクは「フレンドリー ナビゲーション」に処理されました。ユーザーがそれらをクリックすると、新しいインターフェイスにリダイレクトされます。新しいインターフェイスは、現在の「写真」アプリケーションに戻ることはできません。 しかし、国内ユーザーの使用習慣に基づくと(この分野では国内ユーザーと海外ユーザーの使用習慣に差があるとは実際には考えていません)、これら 2 つのリンクは「関連ナビゲーション」または「ローカルナビゲーション」として扱う必要があります。これは、UCH が Facebook をコピーする際に行った数少ない「良い変更」の 1 つでもあります。 前のページ1 2 次のページ 全文を読む |
目次効果ドキュメント最初のステップステップ2ステップ3ソースコード効果ドキュメント最初のステップta...
この記事では、二次リンクを実現するためのReactの具体的なコードを参考までに共有します。具体的な内...
整合性制約整合性制約はテーブル データの正確性を保つためのものです。データが正しくない場合は、そもそ...
ハロウィーンではありませんが、Linux の不気味な側面に注目する価値はあります。幽霊、魔女、ゾンビ...
目次1. ルートパスワードを忘れてしまい、データベースにアクセスできない: DBA にとって、スーパ...
1. /usr/local/services/zookeeper フォルダを作成します。 mkdir...
MQTT プロトコルMQTT (Message Queuing Telemetry Transpo...
この記事では、VMware Workstation14 ProにUbuntu 16.04をインストー...
序文偶然、30 分の Tomcat セッション時間は、セッションが作成された後、30 分間のみ有効で...
「キャンセル」ボタンは必要な操作プロセスの一部ではなく、デザイン上の主要な要素として表示されません...
1. mysql-5.7.17-winx64.zip をダウンロードします。リンク: https:/...
目次1. グローバル beforeEach 1. グローバル beforeEach 2. 実装2. ...
この記事の例では、WeChatアプレットの下部ナビゲーションバーコンポーネントの具体的な実装コードを...
この記事の例では、画像デジタル時計を実現するためのJSの具体的なコードを参考までに共有しています。具...
この記事では、gearman+mysql メソッドを使用して永続化操作を実装します。ご参考までに、詳...