誰かがサイトマップとIAドキュメントの違いを簡単に教えてくれますか？
1つ目の質問：WebサイトまたはアプリのUXプロセス中に作成されることが多い、これら2つのタイプの紙または電子ドキュメントの違いは何ですか？
1）情報アーキテクチャ文書（IA階層またはIAダイアグラムまたはIAモデル）
2）サイトマップ
注：サイトマップでは、90年代初頭にWebサイトの一般的な機能であったWebサイトのグラフィック表現について話しているのではなく、検索エンジンロボットによって使用されるファイルを意味しているのではありません... UXerが作成する紙または電子文書。
2つのドキュメントを並べて配置すると、同じサイトまたはアプリの2つのドキュメントの違いは何でしょうか。
結論としては、おそらく違いは、IAドキュメントはコンテンツタイプまたはカテゴリの識別に関するものであり、サイトマップドキュメントはコンテンツへの移動方法に関するものであると想定していましたが、よくわかりません。どちらのドキュメントもコンテンツの組織構造を示しています。
IAドキュメントは、「私のサイトには犬に関するページがあります」のように、サイトのコンテンツタイプまたはカテゴリに関するものであると言うことができますが、サイトマップは、犬のコンテンツがペットストアのWebサイト階層のどこに配置されるか、およびその方法を示しますユーザーはそれに移動できますか？
2番目の質問：サイトまたはアプリで実行できる機能は、情報アーキテクチャドキュメントORサイトマップOR両方の一部ですか？ 、つまり、タスク管理アプリのように、作成したタスクにドキュメントを添付できる機能です。
1ST ANSWER：私は通常、UCDプロセスを使用して作成されるアセットを説明するために使用される用語については特に気にしませんが、取得する情報の品質と正確さ。ですから、私には、キャプチャされた2種類の情報の説明はかなり近いと思いますが、それが使用されている正確な用語かどうかはわかりません。
基本的に、特定した2つの主要な事柄をキャプチャする必要があります。最初に、ユーザーに提示する情報/コンテンツ/データの階層または編成（つまり、前述のコンテンツタイプまたはカテゴリだけでなく、それらの相互関係）。次に、その階層または組織がWebサイトのさまざまな部分にどのようにマップされているか（つまり、ユーザーがどのようにナビゲート/検出できるか）をキャプチャする必要があります。
何と呼べばいいのかはっきりとは言えませんが、関連しているが異なる情報をキャプチャしているので、誰かに見せれば明らかです。繰り返しになりますが、情報の取得など、より重要なことを行うには時間がかかるため、専門用語にとらわれないでください。
2ND ANSWER：私は、サイトの機能の詳細がIAドキュメントに適合しないと考えています。実際にどのように提示されているかに関する情報またはデータ。あなたが参照する「サイトマップ」については、高レベルの関数をラベルとしてドキュメントに配置し、それをユーザーインターフェイスに実装する必要があるビジネス要件または機能要件へのリンクとして使用するので、非常に役立ちます。そこ。
[〜＃〜] update [〜＃〜]：実際に回答したい内容に実際に対応していない可能性があると考えると、より正確になる可能性がありますサイトマップを行うことは、情報アーキテクチャの計画と作成の一部であると言います。ただし、情報アーキテクチャの作業は、基本データ、個々のページコンテンツ、サイト全体の構造など、さまざまなレベルで行うことができます。
あなたを助けるかもしれないいくつかの例：
「サイト」レベルの情報アーキテクチャ： http://bitstrategist.com/work/information-architecture/
「ページ」レベルの情報アーキテクチャ： http://bitstrategist.com/img/work/infodesign/medfi_wireframe.gif
「データ」レベルの情報アーキテクチャ： http://bitstrategist.com/img/work/infodesign/db_schema.gif
情報アーキテクチャは巨大な主題です（主題については、Louis RosenfeldとPeter Morvilleが書いた非常に大きいが優れた本、World Wide Web 3rd Editionの情報アーキテクチャ）があります。
サイトマップは、すべてのIA作業の単純な出力であり、エンドユーザーが使用できます。
サイトマップは、機能や目的についても、どこにあるかについて話します。 IAは、Yに$ Xを使うようにプロジェクトマネージャーを説得します。
他の人がどのように表示/実行する傾向があるかは言えませんが、実際には、最近扱った例を次に示します。 「関連アイテム」を備えたショッピングカートプロジェクト...それらをデザインに貼り付け、モデルへの論理的な追加としてそれらを配置するのは簡単です。しかし、その理由は、サイトマップ/ IA機能の差別化をほぼ即座に開始することです。
ちなみに、私はマイケル・ライの答えが本当に好きです。私よりはるかに深く、洗練されています。ただし、機能の詳細はIAに属しているよりも頻繁に考える傾向があります。
それで、いくつかの製品があります。主に水平方向と垂直方向のさまざまなサイズの製品があり、通常、特定のすべてのサイズ/寸法には対応する反対の方向があります。たとえば、3x5の水平方向のカードと、5x3の垂直方向の対応するカードがあります。 1つのページに4つの関連製品のみを表示し、複数のサイズ（3x5/5x3、4.5x6/6x4.5、5x7/7x5、8x10/10x8）があるとします。それは8製品です。関連する製品はどれですか？
彼らは主要なカテゴリと属性の共通点を共有しており、任意の4つをランダムに配置できます（同じプライマリアイテムを再度表示したくない場合を除く）。サイトマップでは、ここで何をしているのか、どのようにアプローチするのかはわかりませんが、IAはわかります。この場合、「関連」している4つの項目には一貫したパターンがありました。反対方向が最初でした-彼らが4.5x6を見ている場合、おそらく彼らは6x4.5で代替を見たいと思っています。次に、同じ向きと1サイズ上、同じ向きと1サイズ下。次に、1サイズ大きく、1サイズ小さくします。存在しないものやすでに表示されているものはスキップしてください。ワンサイズアップが最初になるように、アップセールのためにそれらをより大きいサイズにプッシュしようとしています。
したがって、お客様が水平方向の4.5x6を表示している場合、次の「関連」アイテムが表示されます。
6x4.5 vertical (opposite)
5x7 horizontal (one up)
3x5 horizontal (one down)
8x10 horizontal (one up is 5x7 so skip and next up is 8x10)
しかし、5x3の垂直を表示している場合はどうでしょうか。あなたはそれらを見せます：
3x5 horizontal (opposite)
6x4.5 vertical (one up)
7x5 vertical (one down is the current product, so go up one)
8x10 vertical (one down is 7x5, so go up one)
そして、7x5の垂直を表示しているとき。あなたはそれらを見せます：
5x7 horizontal (opposite)
10x8 vertical (one up)
6x4.5 vertical (one down)
5x3 vertical (one up is 10x8, it's been shown, no more ups, so go one down)
より多くのオプション、製品、選択肢、より多くの方法がありますが、私たちは顧客が引き寄せられる可能性が高い「関連アイテム」を保持する構造、特定の方向の製品、場合に応じて関連サイズがスローされる構造が必要でした埋めるサイズ/スペースです。したがって、これらのものをどこでも取得するためのコードは作成していませんが、どのような製品を使用する場合でも、その「関連項目」セクションに何が表示されるかを確実に知っています。 IA /ロジック/機能を手に入れることで、コードの開始点またはコンテンツ管理ワークフローのいずれかに到達する製品が300ある場合でも、カテゴリ内の1つの製品ページをマップするだけで済みます。
サイトマップはなぜその中心に達しておらず、IAもそうです。それはまだ4つのリンクを持つ4つのアイテムだけですが、IAは、サイトマッピングがこれらの4つの製品があることを示し、リンクが4つの製品に関連しているため、それらが4つの製品に移動するときに欠けているコンテキストを提供します。 IAは、なぜ他の4つの製品ではなく4つの製品であるかについての議論に立ち向かうことができます。または、サイトマッピングが実際に根底にない、既製の必要な機能をもたらすプラグインまたは拡張機能にお金を使うように説得できます。同じように線を引きます（他の方法とは異なります）。 IAはまた、おそらく異なる数の関連製品を表示したり、関連するものについての質問を作成したりして、モデルを改良または再定義する必要があることを提案することもできます。
同じような関連商品が3つしかなく、表示する必要のあるその4番目の商品がまったく異なるカテゴリである必要がある場合はどうなりますか？サイトマップは必ずしもパターン/ロジックの例外を処理しませんが、IAは処理できます。
繰り返しますが、これは実用的で、おそらくあまりに単純化された例ですが、プロジェクトに関するロジック/一貫性を決定する際に、私ができる限り多くのことを処理しているのは現実のソートです。私は通常、単独で、または小さなチームで作業しており、IAミックスにはほとんどの場合機能が備わっているようです。それから、多分私は考えて、それをすべて間違っているのでしょう。その可能性もあります。