インターネット業界では、アーキテクチャ図はソフトウェア、システム、アプリケーションなどの体系構造とその構成要素間の関係を視覚化するための重要なツールとして使用されます。一般的なアーキテクチャ図の種類には、ビジネスアーキテクチャ図、アプリケーションアーキテクチャ図、システムアーキテクチャ図、技術アーキテクチャ図、デプロイメントアーキテクチャ図、データアーキテクチャ図、プロダクトアーキテクチャ図、機能アーキテクチャ図、情報アーキテクチャ図などがあります。

プロダクトアーキテクチャは親、機能アーキテクチャ図と情報アーキテクチャ図は子です。

プロダクト構造図、キーワードはプロダクト、プロダクトの構造化表現です；
機能構造図、キーワードは機能、機能の構造化表現です；
情報構造図、キーワードは情報、情報の構造化表現です。

主要な機能モジュールは多すぎないようにし、主従を区別できるようにし、5〜9個が理想的で、階層は3階層以内に抑え、さらに細分化する意味はあまりありません。

プロダクトのコンセプトデザインを把握：描画の過程で、プロダクトマネージャーがプロダクトの機能モジュールとその機能構成を考え、明確に理解するのを助けます。

ニーズの整理：ビジネス視点から俯瞰的にプロダクト全体の機能構造を直感的に理解し、ビジネスニーズが機能ニーズに変換される過程で、機能モジュールや機能ポイントの欠落を避けます。

開発の支援：開発者が開発を行います。

機能アーキテクチャは機能の集合であり、開発やバックエンド開発が見るのに便利です。
情報アーキテクチャ図は機能のインタラクションであり、UIやフロントエンドが見るのに便利です。

1，機能ツリーまたは階層フローチャートを使用して明確に表現します；
2，機能の命名を統一し、簡潔にし、同名多義を避けます
3，異なるモジュールの役割（ユーザー側/バックエンドなど）を色分けすることができます
4，「適度な抽象性」を保ち、実装レベルに深入りしない