複数の製品ラインアップを同時に開発・運用・拡張しなければならない環境で、実務デザイナーが直面する構造的な問題を解決するための考察を行います。提示された3つの主要なブランドアーキテクチャモデル（ハウス・オブ・ブランズ、ブランデッド・ハウス、ハイブリッド）の概念を深く掘り下げ、ビジネスコンテキストとデザインインフラ構築の実務的な接点を詳しく定義します。
1. マルチプロダクト環境におけるデザイナーの現実的な課題とブランドアーキテクチャの必要性
会社が成長し、ビジネスが高度化するにつれて、単一プロダクト体制から複数の製品を同時に運用するマルチプロダクト環境への移行は必然的に起こります。デザイナーにとって、製品が1つだけのときは、1つの画面と固定されたブランドガイドラインだけに集中すればよいため、インターフェースの構造的な断片化や全体的な結合度について悩むことは比較的少ないかもしれません。しかし、新しいサービスが次々とリリースされたり、ビジネスドメインが拡張されたりする瞬間、デザイナーの前には、従来の単一システムでは簡単に解決できない、まったく新しい次元の問いが突きつけられます。
まず直面する疑問は、ビジュアルアイデンティティを共有する範囲です。「新しくリリースする製品のロゴとシンボル構造は、メインブランドにどの程度似せるべきなのか。それとも市場で差別化するために、まったく新しく創造すべきなのか」という根本的な問いから始まります。続いて、実務的なアセット管理の問題へと移ります。「全社的なカラーシステム、タイポグラフィのスケール、フォントアセットを、すべての製品が完全に共有すべきなのか。それとも個別ドメインのターゲットユーザーの特性に合わせて、独自のトークンを定義すべきなのか」という具体的な課題が続きます。
さらに、開発生産性やコンポーネント単位でのアセット活用の面でも混乱が深まります。「ボタン、入力欄、モーダル、ダイアログ、テーブルなどの主要UIコンポーネントを、1つの共通ソースライブラリから取得して使用しても、ビジネスコンテキストを妨げないのか」という技術的・視覚的な検討が必要になります。こうした一連の問いに対して、明確な上位基準なしにその場しのぎで対応すると、短期的には迅速なリリースが可能でも、長期的には製品の規模が大きくなるほど、全体的なビジュアル体系とユーザー体験の一貫性が砂上の楼閣のように崩れていくという残念な状況に直面することになります。その結果、ユーザーは同じ会社が提供するサービスであるにもかかわらず、「本当に同じブランドのサービスなのか」と強い混乱と認知的疲労を感じることになります。
ブランドアーキテクチャは、まさにこのような断片化のリスクを防ぎ、強固で体系的な骨格を基盤としてデザインシステムの方向性を定める構造的なソリューションです。ブランドアーキテクチャは、単に「外見をどれだけ華やかに見せるか」という視覚的なスタイリングの問題ではありません。核心は、上位ブランド（親会社）と下位ブランド（個別のサービスおよびプロダクト）の有機的な関係と階層を、まず明確に定義することです。デザインシステムを構築する前に、ブランド間の結合度と独立性を明確に定めておけば、カラーのバリエーション抽出、グローバルなタイポグラフィの適用、コンポーネントの可変プロパティを許容するかどうかといった下位レベルの具体的なデザイン判断が、自然かつ明快に導かれます。したがって、マルチプロダクト環境の実務デザイナーにとってブランドアーキテクチャは、単なるブランディング理論ではなく、日々向き合うFigmaのキャンバスとコンポーネントライブラリを制御する最も強力な羅針盤となります。
2. ブランドアーキテクチャの3つの基本モデルとデザインシステムの結合度
世界中の数多くのマルチプロダクト企業のブランドアセットと製品ラインアップを分析すると、ビジュアル言語のつながり方と運用形態に応じて、大きく3つのパターンのいずれかに収束します。自分たちの組織が置かれているビジネス状況と製品ラインアップが現在どのモデルに属しているのか、あるいは今後どの方向へ拡張する予定なのかを深く照らし合わせながら読んでみてください。
① ハウス・オブ・ブランズ（House of Brands）：最大限の独立性と個別ドメインへの特化
ハウス・オブ・ブランズモデルは、各製品が完全に独立した個別ブランドとして市場で独自の地位を持って活動する形態です。上位にある親会社のビジュアル言語や影響、企業名が、最終消費者の目に触れるフロントエンドのインターフェースにはほとんど現れないことが最大の特徴です。最も直感的で代表的なグローバル事例がP&G(Procter & Gamble)です。一般消費者は日常生活で接する際、P&Gという企業のアイデンティティを先に認識するのではなく、「ファブリーズ」「ジレット」「オーラルB」「ダウニー」のように、徹底して独立した個別プロダクトブランドそのものが持つ強力なアイデンティティをまず消費します。
この構造を採用したマルチプロダクト環境では、デザイナーの視点は「徹底した個性の最大化とドメイン最適化」に重点が置かれます。ハウス・オブ・ブランズに属する製品は、ターゲットユーザー層、ドメインの性質、競争市場の環境が完全に分離されています。空気清浄剤であるファブリーズのインターフェースやグラフィックスタイルが、かみそりブランドであるジレットのパッケージやWebストアのガイドラインと結合度を持つ理由がまったくないのと同じです。したがって、このモデルを扱うデザイナーは、全社で通用する1つのデザインシステムを無理に共有・統合しようとする必要がほとんどありません。
むしろ、各製品群がターゲットとするユーザーの心理的コンテキストとビジネス目的に合致するよう、ビジュアル体系、ブランドカラー、タイポグラフィガイド、コンポーネントスタイルを最初から最後まで独自に構築することが適切です。共通コンポーネントライブラリの強制性をなくし、個別ブランドが市場で最も魅力的かつ柔軟に見えるようビジュアルインパクトを設計することに、すべての力を集中すべき舞台です。
② ブランデッド・ハウス（Branded House）：極度の一貫性と1つのマスターアセットの共有
ブランデッド・ハウスモデルは、先に述べたハウス・オブ・ブランズとは正反対の極点に位置する概念です。すべての個別製品とサブサービスが、1つの強力な「マスターブランド（Master Brand）」の傘下にまとめられ、完全に統一されたビジュアル言語とブランド哲学を全社で共有する形態です。最も完全かつ直感的な例はAppleです。「iPhone」「iPad」「Mac」「Apple Watch」などのハードウェアラインアップはもちろん、iOS、macOS、iPadOSなどソフトウェアインターフェース全体が、Appleという巨大な傘の下で極めて統一されたビジュアル言語と哲学を完全に共有しています。
この構造を採用する環境では、デザイナーにとって「一貫性の維持と中央集約型システムの管理」が、他のどの価値よりも優先される絶対的な命題になります。ブランデッド・ハウスモデルでは、ユーザーがiPhoneを使った後にMacを起動し、Apple Watchを操作するとき、書体の種類、字間や行間の微細な比率、角の丸み（Corner Radius）、ポップアップモーダルが表示されるインタラクションの質感や速度に至るまで、すべてが完全に同じルールの下にあると感じなければなりません。製品間の境界が曖昧になるほど有機的な体験を提供する必要があるためです。
したがって、デザイナーは断片化した個別作業を避け、高度に洗練された1つの巨大なデザインシステムを精密に構築したうえで、それを厳格に維持・保守する役割に集中すべきです。Figmaのコンポーネントガイドラインとグローバルトークン体系を非常に緻密に設計し、新しいサービスや機能が追加されても、既存のマスターブランドのビジュアルルールから1pxたりとも逸脱しないよう完全に制御する高度なシステム設計能力が求められます。
③ ハイブリッド（Endorsed / Hybrid）：戦略的な柔軟性と信頼性の現実的な折衷案
ハイブリッドモデルは、個別のサブブランドが持つ独自のアイデンティティと機能的な個性を生かしながら、同時に上位の親会社が持つビジュアルアセットや市場での信頼性を一部組み合わせて保証する形態です。完全な独立（ハウス・オブ・ブランズ）と完全な結合（ブランデッド・ハウス）の間で、双方の長所を賢く取り入れる形であり、実際に私たちが実務で直面する数多くのITテック企業やスタートアップのマルチプロダクト環境で、最も頻繁に使われる現実的な折衷案でもあります。
たとえば、特定のドメインで大きな成功を収めた企業が、ビジネス拡張のために金融、モビリティ、ショッピング、メッセンジャーなど、性質がまったく異なるバーティカル領域へ次々と進出するとき、このモデルを積極的に活用します。各サービスには、金融アプリとしての専門性、ショッピングアプリとしての華やかさなど、独自のUX/UIコンテキストと固有のカラーテーマが必要です。しかし同時に、ユーザーに同じファミリーブランドであるという安心感と信頼を与えるため、親会社の中核となるシンボル構造を部分的に変形して適用したり、特徴的なキーカラー（Key Color）をインターフェース全体のアクセント要素としてマッピングしたり、共通のグローバルフォント体系を共有したりすることで、骨格を調整します。
ハイブリッド環境のデザイナーは、「共通の骨格と個別の変化を完璧に両立させるバランス感覚」を発揮しなければなりません。無条件に一貫性を強制すると個別サービスのビジネス上の魅力が薄れ、逆に自由度を与えすぎるとブランドの断片化が起こるためです。したがって、どこまでを全社共通トークン（Primitive/Semantic Tokens）としてまとめ、どこから個別プロダクト固有の変数を可変的に機能させるのかについて、精緻なトークンマップを設計し、柔軟にコンポーネントを抽象化する能力が実務上非常に重要になります。
3. ビジネス特性（B2B vs B2C）に応じたマルチプロダクトデザインのアプローチ
構造的なブランドアーキテクチャモデルを頭の中で確立したら、デザイナーはさらに一歩進み、対象製品が直面する実際のビジネス特性が企業向けのB2B(Business-to-Business)なのか、一般消費者向けのB2C(Business-to-Consumer)なのかに応じて、画面を設計する感覚を大きく変えなければなりません。両環境では、ユーザーが製品を利用する心理的コンテキストと利用方法に根本的な違いがあるためです。
第一に、主に採用されるブランドアーキテクチャモデルの傾向と、ビジュアルコントロールの範囲が異なります。B2B環境のマルチプロダクトは、多くの場合エンタープライズソリューションとして、企業顧客に高度な信頼感と安定した拡張性を証明しなければなりません。製品の完成度が、そのまま顧客企業の業務生産性に直結するためです。そのためB2B環境では、マスターブランドの信頼性を前面に押し出す「ブランデッド・ハウス」モデルが強く好まれ、それに伴って画面全体のレイアウト構造、コンポーネントの密度、カラーのマッピングルールの一貫性を非常に緻密かつ厳格な範囲で制御します。一方、B2C環境では、急速に変化する市場のトレンドを素早く取り込み、多様なユーザーの感情的ニーズに機敏に対応する必要があるため、「ハイブリッド」や「ハウス・オブ・ブランズ」モデルを採用するケースが多くなります。ビジュアルコントロールを相対的に緩やかにし、各サービスがターゲットとするユーザーセグメントに合わせて、ビジュアルの個性を自由に発揮できるようにします。
第二に、デザインシステムを構築・運用する根本的な価値と目的に明確な違いが生じます。B2Bマルチプロダクトデザインシステムの最優先の目的は、開発およびデザインの生産性を最大化すること、そしてユーザーの「学習コストを最小化すること」です。大多数のB2Bプロダクトは、大量のデータテーブル、高密度のダッシュボード、複雑な設定フォーム（Form）などを扱います。ユーザーがこの製品を使う理由は楽しむためではなく、「業務を完遂するため」です。したがってデザイナーは、コンポーネントの構造的一貫性を極限まで高め、ユーザーがどのような新しいソリューション画面に直面しても、別途トレーニングを受けずに直感的に操作方法を理解できるよう、認知的摩擦をなくすことに集中すべきです。一方、B2Cデザインシステムの核心的な目的は、ユーザーの視線を一瞬で引きつける強力なブランド認知と、感情的な体験の差別化にあります。サービスを利用する過程で、ユーザーが視覚的な楽しさと滑らかな感情的インタラクションを感じられるよう、マイクロインタラクション、グラフィックモチーフ、カラープレイの完成度を精密に磨き上げることが主なミッションになります。
第三に、ユーザーが製品間を移動する画面遷移（Context Switching）の心理的・物理的コンテキストがまったく異なります。B2B環境では、1人の作業者が業務を処理するため、同じモニター画面上に複数の独立した専用ソリューションを同時に表示し、リアルタイムで行き来しながら作業するワークフローが日常的に発生します。顧客管理ツールからデータをコピーして精算管理ツールに入力する一連の過程で、2つのプロダクトのボタン位置、入力欄のフォーカス状態の視覚効果、テーブルの行の高さや密度感がそれぞれ異なっていれば、ユーザーは瞬間ごとに微細な認知的衝撃を受け、業務効率が急激に低下します。そのためB2Bデザイナーは、まるで1つの巨大な単一プログラムの中で上部タブだけを切り替えながら作業しているような錯覚を与えるほど、完全に規則的な設計を行わなければなりません。しかしB2C環境では、ユーザーはまったく異なるコンテキストで行動します。朝の通勤途中に生鮮食品を注文するためコマースアプリを起動し、夕方の帰宅途中にはストレスを解消するため音楽ストリーミングアプリやコンテンツプラットフォームを起動します。2つのサービスを利用するユーザーの時間帯、空間的背景、目的の性質が完全に分かれているため、2つの製品のデザインテーマやインターフェースのトーン＆マナーが大きく異なっていても、ユーザーはそれを断片化とは受け取らず、それぞれ独立した魅力として自然に受け入れます。
4. マルチプロダクトデザインシステム構築のための実務デザイナー向け3大核心ガイド
理論的な構造とビジネスコンテキストを十分に理解したら、今度は明日からすぐに複雑なFigmaのキャンバスを開き、数多くの製品ラインアップを同時に制御しなければならない実務デザイナーのモニターの前に戻る必要があります。デザインアセットが絡み合わず、持続可能なインフラとして機能するために、必ず実践すべき3つの重要な実務ガイドを提示します。
-
グローバルなコアアセット（Coreアセット）とドメイン可変アセット（Variableアセット）のアーキテクチャを明確に分離してください。
マルチプロダクト環境でよくある最も致命的なミスは、デザインシステム内のすべての要素を1つのルールで画一化してまとめようとする過剰な欲望です。すべてを統一しようとすると、特定の製品群固有のビジネス要件が反映されず、システム自体が実務で敬遠されるボトルネックが必ず発生します。賢明なデザイナーは、システムアセットを堅牢なコアアセットと柔軟な可変アセットの2つに分けます。企業のロゴマークの使用比率、タイポグラフィの行間（Line-height）比率の計算式、グローバルレイアウトグリッドシステムなど、ブランドの基盤となる領域は、全社共通の「コアアセット」としてまとめ、誰も勝手に変更できないよう厳格にロックしておく必要があります。一方、特定ドメインのムードに応じて変更すべきアクセントキーカラー、独自のイラストレーションスキン、ダイアログ専用のテーブル密度などは、製品群に応じて柔軟に切り替えられるよう「可変アセット」の領域として開いておき、Figmaの変数（Variables）とテーマ機能を活用して対応することが、構造的に安全です。
-
デザインコンポーネントの抽象化レベルを一段階引き上げ、マスターテンプレート化してください。
Figmaライブラリや開発側のコードコンポーネントを設計する際、「サービスA専用の青い四角形ボタン」のように、狭く具体的な定義をする方法は避けるべきです。この方法でコンポーネントを作ると、製品B、製品Cが追加されるたびに、毎回同じ構造のボタンを名前だけ変えて新たに作らなければならない非効率が生じ、やがてデザインシステムの崩壊につながります。代わりにコンポーネントの抽象化レベルを最大限に高め、「状況とコンテキストに応じて外部からテーマカラートークンを注入でき、内部テキストやパディングの密度、左右のアイコンの配置有無をプロパティ（Props）の値に応じて自由に可変制御できる、構造化されたマスターボタン」として設計すべきです。このようにレベルを高めたコンポーネントは、ビジネスドメインがどれほど増えても、1つのソースコンポーネントを共有しながら構造的な再利用性を最大化できる強力な武器になります。
-
デザインドキュメント（Documentation）と履歴管理に、惜しみなくリソースを投資してください。
プロダクトの数が増え始めると、デザイナー組織内だけでなく、開発組織や企画組織とのコミュニケーションコストも幾何級数的に膨れ上がります。ドキュメントに支えられていないマルチプロダクトデザインは、時間が経つと、どれほど優れたシステムであっても必然的に断片化して消えていきます。「なぜサービスAでは共通ライブラリのマスターコンポーネントをそのまま使わず、このような変形レイアウトを適用したのか」「特定ドメインで例外処理されたビジュアルトークンの範囲はどこまでなのか」といった意思決定の背景と使用ルール（Do & Don't）を、Figmaファイルのコンポーネント説明欄や社内専用Wikiページに丁寧に記録しておく必要があります。ドキュメント化は単に記録を残す行為ではなく、マルチプロダクトという複雑な環境の中で、すべてのチームメンバーが同じ認識を維持できるようにする、最も確実なコミュニケーションインフラです。
5. 結論：ビジネスの変化を主導する柔軟なシステムデザイナーの洞察力
私たちが必ず覚えておくべき事実は、現代のビジネスは常に生きて動く生物のようなものだという点です。今日の組織構造に完全に適合すると判断して定義したブランドアーキテクチャモデルも、明日、会社の急速なM&Aや全社的なピボット、あるいは新たなグローバル市場進出戦略によって、いつでも揺らぎ、変化する可能性があります。実際、多くのグローバルなシリコンバレーのテック企業は、初期コスト削減のために完全な統一型であるブランデッド・ハウスとしてスタートした後、事業領域の拡大に伴ってハイブリッドへと変化し、特定サービスの規模が巨大になると、それを完全にハウス・オブ・ブランズ型に分離して独立させるという構造転換を、絶えず繰り返しています。
現在、私たちの企業のプロダクトラインアップが置かれているビジネス状況とユーザーのコンテキストを客観的かつ明確に見つめ、そのビジネスの速度と軌跡に合わせて、デザインシステムの結合度と柔軟性を調整しながら、大局的な目的意識を持ってシステムを構築していくことを期待します。
khg