この記事のポイント！
- DXの鍵は階層の明確化
- 内製外注の連携が必須
- 専門性と更新で成長
「レイヤー構造」という言葉は、ITシステムの設計や産業の分析、デジタルサービスの企画など、幅広い場面で使われます。共通するのは、複雑な全体を役割ごとの層に分け、それぞれの関係を捉える考え方です。ただし、どの分野でも同じ層を指すわけではありません。ネットワークでは通信機能の区分を意味し、事業戦略では顧客に価値を届ける機能や担い手の分かれ方を表します。
言葉だけを知っていても、「何を一つの層と見るのか」「層どうしはどう結び付くのか」が曖昧なままでは、分析や設計に活かしにくいものです。たとえば、商品を工程に沿って捉える場合と、顧客が複数のサービスを選んで組み合わせる市場を捉える場合では、見える構造が異なります。レイヤー構造を理解するには、まず対象と目的を定め、どの役割を分けて考えるのかを明らかにすることが大切です。
ここでは、レイヤー構造の基本的な意味から、バリューチェーンや階層構造との違い、産業やITシステムでの例、分析の進め方、事業戦略へのつなげ方までを整理します。便利な考え方である一方、層を細かく分けすぎると全体像を見失うこともあります。実務で使う際の注意点やよくあるつまずきにも触れながら、図に描いて説明できる程度まで理解を深めていきましょう。
レイヤー構造の意味と、層に分けて考える理由
レイヤー構造とは、全体を複数の層に分け、それぞれに異なる役割や機能を持たせた構造です。「レイヤー」は英語で層を意味します。たとえば、あるデジタルサービスを、端末、通信、基本ソフト、アプリケーション、コンテンツといった役割に分けて捉えられます。それぞれの層が単独で価値を生む場合もあれば、複数の層が連携して初めて利用者に一つの体験を届ける場合もあります。
層に分ける主な理由は、複雑なものを理解しやすくし、どこに何の機能があるかを明確にするためです。すべての要素を一度に扱うと、問題の場所や変更の影響範囲を把握しにくくなります。役割ごとに整理すれば、たとえば「顧客との接点」「データの管理」「サービスの提供基盤」のように論点を切り分けられます。これは、検討の抜け漏れを減らし、関係者どうしで認識を共有する助けになります。
レイヤーは、必ずしも物理的に別々の設備や組織を意味しません。一つの企業や一台の機器の中に、複数のレイヤーに相当する機能が含まれることもあります。反対に、一つのレイヤーを複数の企業が分担することもあります。したがって、「層がある」と聞いて、建物の階のように完全に独立した区画を想像するのではなく、役割を整理するための見取り図として捉えると理解しやすくなります。
また、どの層を設けるかは、分析の目的によって変わります。同じスマートフォン市場でも、製造工程を調べるなら部品、組み立て、流通に注目できます。一方、利用者向けの価値や競争関係を考えるなら、端末、OS、アプリ、通信、販売のような区分が役立ちます。レイヤー構造に唯一の正解があるのではなく、何を明らかにしたいかに応じて、使いやすい切り口を選ぶことが出発点です。
なぜ産業やサービスはレイヤー構造に変化するのか
かつては、製品やサービスを一社がまとめて提供する形が一般的な分野もありました。ところが、デジタル技術の普及や標準化、通信環境の整備によって、製品を構成する機能を切り分け、異なる企業が担当できる場面が増えています。特定の機能だけを提供する企業が参入し、既存の企業は外部の技術やサービスを組み合わせるようになります。その結果、業界全体で役割の分担が進み、レイヤー構造が見えやすくなります。
機能を分けやすくなる背景の一つは、接続の共通ルールが整うことです。異なる企業の製品やサービスが共通の仕様で連携できれば、すべてを自社で作らなくても顧客に一連の価値を届けられます。たとえば、端末の開発者がアプリのすべてを自社で用意する必要はなく、外部の開発者が共通環境向けに機能を提供できます。こうした接続性は選択肢を増やす一方で、どの企業が利用者との接点や重要な基盤を握るかという競争も生みます。
規制や商慣行、顧客の選び方も、分業の形に影響します。制度の変更によって新たな事業者が参入しやすくなったり、利用者が複数の提供者を比較できるようになったりすると、従来一体だったサービスが分かれていくことがあります。反対に、安全性や品質の一貫性が強く求められる領域では、複数の機能をまとめて管理する形が維持されることもあります。レイヤー化は技術だけで決まるのではなく、制度と市場の条件にも左右されます。
レイヤー構造の進行は、単に企業の担当範囲が変わるだけではありません。顧客が選べる組み合わせが増える一方、各社の役割や収益の源泉も変わる可能性があります。従来は製品本体で利益を得ていた企業が、ソフトウェアやデータ、保守サービスに価値を見いだすことも考えられます。業界の変化を捉える際は、「何が分かれたのか」だけでなく、「分かれた結果、顧客の選択と企業間の力関係がどう変わるのか」まで確認する必要があります。
レイヤー構造とバリューチェーン・階層構造の違い
レイヤー構造と混同されやすいのが、バリューチェーンです。バリューチェーンとは、原材料の調達から製造、販売、アフターサービスまで、価値が生み出される活動を順序に沿って捉える考え方です。製品が顧客に届くまでの流れを追うため、「どの工程でコストがかかるか」「どこに付加価値が生まれるか」を調べるのに向いています。工程のつながりや前後関係が中心になる点が特徴です。
一方、レイヤー構造では、価値を生む機能や役割を横方向に分けて見ることが多くなります。層どうしは連携しますが、必ずしも一社の中で上流から下流へ順番に進むとは限りません。異なる企業が別々の層を担い、顧客や事業者がそれらを組み合わせてサービスを成立させる場合があります。たとえば、端末、通信、アプリ、決済などの機能は、提供者が異なっていても一つの利用体験を形づくります。
階層構造は、上位と下位の関係を示す広い言葉です。組織の指揮命令系統や、情報を大分類から小分類へ整理する分類表なども階層構造に含まれます。レイヤー構造も階層的に表現されることがありますが、単に上下関係を示すだけではなく、各層の機能分担や接続、組み合わせに注目する点が異なります。資料を読むときは、用語の名称だけで判断せず、何を分け、どんな関係を示している図なのかを確認しましょう。
三つの見方は、どれか一つだけを選ぶ必要はありません。たとえば、ある業界の利益構造を調べるなら、バリューチェーンで工程ごとの価値を追い、レイヤー構造で各機能の担当企業や接続点を整理できます。さらに組織の意思決定を確認する際には、階層構造を使って権限の所在を見ます。分析対象に合わせて複数の見方を重ねると、工程、役割、上下関係を混同せずに整理できます。
分野ごとに異なるレイヤー構造の見方
レイヤー構造は共通の考え方を持ちながら、対象となる分野によって具体的な層の区切り方が変わります。事業分析では、顧客に価値を届ける機能と、それを担う企業の関係が焦点になります。ITでは、ソフトウェアや通信の機能分担が中心です。デザインや映像制作では、要素を重ねて個別に編集する仕組みを指します。以下では、それぞれの意味の違いと、どんな場面で役立つかを見ていきます。
産業・事業分析では、機能と担い手を捉える
事業分析でのレイヤー構造は、顧客の課題を解決する機能がどのように分かれ、誰が担っているかを表します。たとえばオンラインで商品を購入する体験には、商品を用意する機能、情報を掲載する機能、決済する機能、配送する機能、問い合わせに対応する機能などがあります。これらを一社がすべて提供するとは限らず、複数の企業が役割を分担することでサービスが成り立ちます。
この見方を使うと、自社の強みを製品や部署だけでなく、産業全体の役割の中で捉えられます。顧客との接点を持つ企業と、裏側の基盤を支える企業では、顧客理解や価格決定への影響力が異なることがあります。自社が担う層だけを見るのではなく、前後の層との関係や、代替となる提供者の有無を確認すると、依存関係や事業機会を考えやすくなります。
ただし、顧客への価値提供を機能だけに分けると、利用者が実際に感じる体験を見落とすおそれがあります。企業側の都合で分類した層が、顧客にとって意味のある区切りとは限らないためです。分析では、機能を分けた後に、顧客がどの場面で不便を感じ、どの要素を一体のサービスとして期待しているかも確認しましょう。顧客視点を加えることで、既存の区分を組み替える余地が見えてきます。
ITシステムでは、機能の分担と依存関係を整理する
ITシステムの設計では、レイヤー構造によって処理の役割を分けることがあります。たとえば業務システムを、利用者が操作する画面、業務ルールを処理する機能、データを保存・取得する機能に分ける設計があります。画面の変更とデータ保存の処理を区別できれば、どこを修正するかを判断しやすくなります。各層の責任範囲を定めることで、開発者どうしの作業分担やテストの計画も立てやすくなります。
ネットワークでは、通信に必要な機能を階層に分けて説明するモデルが使われます。代表的なものにOSI参照モデルがあり、通信を物理的な信号の伝送から、アプリケーションが利用する通信まで、役割別に捉えます。モデルは実際の装置やソフトウェアをそのまま分割した図ではなく、通信の仕組みを理解し、障害の原因を切り分けるための枠組みです。層ごとの責任を意識すると、問題の調査を進めやすくなります。
ITの設計で気を付けたいのは、層を分けても依存関係がなくなるわけではないことです。画面は業務処理の結果を必要とし、業務処理はデータの取得や保存を必要とするなど、各層は取り決めに沿って連携します。その接続方法や受け渡す情報が不明確だと、変更のたびに広い範囲を修正することになります。役割の定義と同時に、層をまたぐ情報や呼び出しのルールを決めることが重要です。
デザイン・映像制作では、要素を分けて編集する
画像制作や映像編集でいうレイヤー構造は、素材や表現要素を別々の層として重ねる方法です。画像なら背景、人物、文字、影などを分けて配置でき、映像なら映像素材、音声、字幕、効果を別々に扱えます。各要素を個別に編集できるため、一部を直す際にほかの部分を壊しにくくなります。編集前の状態を保ちやすく、複数の案を試しながら仕上がりを調整できます。
この分野では、重ねる順番も結果を左右します。上に置かれた不透明な要素が下の要素を覆うため、表示順を変えるだけで見え方が変わることがあります。透明度や合成方法を調整すれば、複数の素材をなじませることもできます。後から別の人が編集するファイルでは、背景、文字、人物のように役割が分かる名前を付け、関連する要素をグループ化しておくと、必要な箇所を探しやすくなります。
レイヤーを細かく分ければ常に作業しやすくなるわけではありません。要素の区分が細かすぎると、ファイルの管理が煩雑になり、表示や修正の対象を選ぶのに時間がかかります。逆に、一つの層に無関係な要素をまとめると、部分的な修正が難しくなります。編集の目的や共同作業の有無を踏まえ、「後から別々に直す可能性があるか」を基準に分け方を決めることが実務的です。
レイヤー構造を使って業界を分析する手順
業界分析にレイヤー構造を使うときは、最初に区分を決め打ちせず、顧客に届く価値と実際の機能から整理します。層を並べること自体が目的ではなく、誰がどの役割を担い、どの接点で価値や収益が生まれているのかを理解することが目的です。分析する範囲を定めたうえで、機能、提供者、接続関係、競争上の意味を順に確認すると、議論に使える見取り図になります。
手順1：顧客の課題と分析範囲を決める
まず、どの顧客のどの課題を扱うのかを具体化します。「自動車業界全体」のように範囲が広いままだと、何を一つの層とするかが定まりません。「利用者が車両を購入し、移動に使い、維持するまで」のように、顧客の行動や価値提供の範囲を置くと、必要な機能を洗い出しやすくなります。分析対象となる地域、顧客、期間を定めておくと、後から比較する際にも条件をそろえられます。
次に、顧客が達成したいことを、企業側の製品名ではなく顧客の行動で表します。移動の例なら、車を所有することだけでなく、目的地に移動すること、安全に使うこと、故障時に支援を受けることが課題になります。こうすると、車両の製造だけでなく、利用を支えるサービスや情報提供も分析範囲に含めるべきか検討できます。課題の設定が曖昧なままでは、見落としや過剰な細分化につながります。
分析の目的も明確にします。新規事業の機会を探すのか、競争相手との違いを知りたいのか、外部企業への依存度を点検するのかによって、必要なレイヤーの粒度は変わります。事業機会を探すなら顧客の未充足ニーズや接続の不足に注目し、リスクを確認するなら代替可能性や特定の提供者への依存に注目します。最初に問いを定めることで、図が説明の役に立つものになります。
手順2：機能を分け、担い手と接続を記す
範囲を決めたら、顧客価値を成立させる機能を洗い出します。たとえば、情報の収集、商品やサービスの提供、決済、配送、利用後の支援など、顧客体験を構成する働きを挙げます。機能が似ている場合は、顧客から見て別の役割なのか、企業内部の都合で分けているだけなのかを確認します。層の名称は短く、役割が一目で伝わる表現にすると、関係者間の認識をそろえやすくなります。
次に、各機能を誰が担うのかを書き込みます。自社、顧客、取引先、外部サービスなど、実際の担い手を明示し、複数の主体が関わる場合は役割を分けて記録します。ここでは企業名を並べるだけでなく、どの企業が利用者との接点を持つのか、どこが品質や価格を左右するのかも確認します。公開情報だけで判断しにくい部分は、事実と仮説を分けて記載し、未確認の推測を確定事項のように扱わないようにします。
層どうしを結ぶ関係も図に示します。商品やデータの受け渡し、契約、決済、顧客紹介、運用上の連携など、何がどの方向に動くのかを線や注記で表します。単に上下に積み重ねるだけでは、どの層がどの層に依存しているかは分かりません。接続先が一つしかないのか、代替できる相手がいるのかも調べると、特定の層が持つ影響力や、供給が止まった場合のリスクが見えやすくなります。
手順3：価値・収益・変化の影響を検討する
図ができたら、顧客にとって価値が生まれる場所を確認します。便利さ、品質、時間の短縮、安心感など、顧客が対価を払う理由は一つではありません。その価値をどの層が生み、どの層が顧客に伝えているのかを分けて考えます。収益が生まれる場所と価値が生まれる場所が一致しないこともあるため、料金の支払者、料金を受け取る企業、費用を負担する主体をそれぞれ確認することが大切です。
次に、競争が起きる場所と、他社が簡単には代替できない機能を探します。独自の技術だけでなく、顧客との継続的な接点、蓄積された情報、信頼、供給網との関係などが優位性につながる場合があります。ただし、利用者や提供者が集まっているというだけで、長期的な競争優位が保証されるわけではありません。利用者が離れにくい理由や、競合が同じ役割を担う際の障壁を確かめ、優位性の根拠を具体的にします。
最後に、技術、制度、顧客行動の変化が各層に与える影響を検討します。変化によって不要になる機能、新たに必要になる機能、担い手が変わりそうな役割を整理すると、将来の構造を考える材料になります。ここで未来を断定する必要はありません。複数の可能性を置き、どの条件が変われば構造が動くのかを記録します。分析図は一度完成したら終わりではなく、環境の変化に合わせて見直すための作業資料です。
レイヤー構造を事業戦略とDXに活かす
レイヤー構造を使った分析は、現状を説明するだけでなく、自社がどこで価値を生み、どの役割を担うかを考える材料になります。DXは、デジタル技術を導入して業務を効率化するだけではなく、顧客に届ける価値や事業の仕組みを見直す取り組みとして捉えられます。その検討では、自社で持つ機能、外部に任せる機能、他社と連携する機能を分け、全体の価値提供をどう組み立てるかが重要になります。
自社がどの層を担うかを考える際は、単に「利益が大きそうな層」を選ぶのではなく、自社の能力や顧客のニーズとの適合性を見ます。技術を保有していても、顧客の課題を解決できなければ事業として成立しにくくなります。反対に、自社だけでは機能をそろえられなくても、適切なパートナーと組むことで顧客価値を生み出せる場合があります。内製するか外部と協業するかは、戦略上の重要な選択です。
どの層で競争するかを決めたら、隣接する層との関係を設計します。接続仕様を公開して外部の参加を促すのか、品質や安全性を保つために提供者を限定するのか、顧客データをどの範囲で共有するのかなど、検討事項は複数あります。開放すれば参加者や選択肢が増える可能性がありますが、品質管理や情報保護の負担も生じます。閉じた仕組みは統制しやすい反面、外部の知見や利用者の広がりを取り込みにくくなることがあります。
また、プラットフォームは複数の利用者や提供者を結び付ける基盤を指します。レイヤー構造の中で、特定の基盤が多くの参加者を集めると、取引や接続のルールを定める立場になることがあります。ただし、レイヤーがあるから必ずプラットフォームが生まれるわけではありません。顧客や提供者にとって参加する利点があるか、利用者が増えることで他の参加者にも価値が増すか、運営を維持できる収益や統治の仕組みがあるかを個別に検討する必要があります。
レイヤー構造のメリットと、見落としやすいリスク
レイヤー構造の利点は、複雑な対象を役割ごとに把握できることです。どの機能が顧客価値を支えているのか、誰が担当しているのか、どこに依存関係があるのかを整理すれば、問題の所在や検討すべき範囲が明らかになります。新しい機能を加える場合も、既存の全体を作り直すのではなく、必要な層を追加したり、特定の役割を別の提供者に置き換えたりできる可能性があります。
役割の区分は、専門性を活かした分業や協業にもつながります。企業が得意な機能に集中し、他の機能は専門性を持つ外部の組織と連携すれば、すべてを自社で抱えずにサービスを構成できます。システム設計では、層ごとに担当やテスト範囲を整理でき、デザイン制作では、要素を個別に修正できます。ただし、分担の効果を得るには、受け渡し方法や責任の境界を明確にすることが前提となります。
課題の一つは、層を分けることで全体のつながりが見えにくくなることです。各担当が自分の層だけを最適化すると、顧客体験やサービス全体の品質が損なわれる場合があります。たとえば、個別の処理は速くても、層をまたぐ手続きが煩雑であれば、利用者の負担は減りません。部分の効率だけでなく、顧客が最初から最後までどのように価値を受け取るかを確かめ、全体としての成果を評価する必要があります。
もう一つの課題は、特定の層への依存が強まることです。基盤となるサービスや提供者を変更できない状態では、料金や仕様の変更が自社の事業に影響する可能性があります。また、層が増えるほど契約、データ管理、品質保証、障害対応などの調整も増えます。レイヤー構造を活用する際は、代替手段の有無、障害時の責任分担、情報の扱い、契約終了時の移行方法を確認し、柔軟性だけでなく運用上の負担も評価しましょう。
分析や設計で起こりやすい失敗と改善のポイント
よくある失敗は、層を細かく区切ること自体を成果と考えてしまうことです。詳細な図を作っても、役割の違いや意思決定に関係しない区分が多ければ、読み手は重要な関係をつかめません。改善するには、分析の問いに照らして各層が必要かを確かめます。「この区分があることで、どの判断がしやすくなるのか」と説明できない層は、統合や削除を検討します。
反対に、区分が大きすぎて重要な違いが隠れる場合もあります。たとえば「IT基盤」と一つにまとめると、通信、データ保存、認証、運用監視など、性質や担当が異なる機能が見えなくなることがあります。分ける目安は、担当者、提供者、顧客価値、変更のされ方、代替可能性などに明確な違いがあるかどうかです。図を使う人が判断に必要な情報を読み取れる粒度を探り、細部は注記や別資料に分ける方法もあります。
層の境界を曖昧にしたままでは、二つの層に同じ機能が重複したり、どの層にも必要な責任が割り当てられなかったりします。各層について「何を担うか」「何を担わないか」「何を受け取り、何を次へ渡すか」を記述すると、境界を確認しやすくなります。特にシステム設計や外部委託では、役割の記述が契約やテスト条件に関わるため、関係者間で早い段階に合意しておくことが重要です。
図を作成した後に放置することも避けたい点です。市場の参入者、技術、制度、顧客の行動は変わるため、以前の分類が現状に合わなくなることがあります。更新の頻度は対象によって異なりますが、事業計画やシステムの大きな変更を行う際には、層と関係性を見直す機会を設けるとよいでしょう。変更履歴や未確認事項を残しておけば、後から見た人も、図の前提や作成時点を理解できます。
実務でレイヤー構造を使うための確認事項
実務で活用する際は、まず対象と目的を一文で説明できるようにします。「何の構造を、何の判断のために見るのか」が定まれば、図に含める情報の範囲を決めやすくなります。対象を広く取りすぎて整理が進まないときは、顧客の行動や一つのサービスの利用場面に絞る方法があります。範囲を小さくしても、分析の問いに答えられるなら、実用性のある見取り図になります。
次に、層の名称を機能や役割が伝わる言葉でそろえ、各層の説明を短く添えます。製品名や部署名だけで区分すると、組織変更やサービス名の変更に伴って意味が不明瞭になる場合があります。機能を基準にした名称なら、複数の企業や製品を比較しやすくなります。必要に応じて、層の中に含まれる企業名や技術名を別の欄に記載し、役割と担い手を混ぜないように整理します。
関係者と一緒に作る場合は、最初から完成形を示すより、仮の図をたたき台にして意見を集めると進めやすくなります。営業、開発、運用、顧客対応など、異なる立場の人は、同じサービスでも異なる機能や課題を見ています。見方の違いは誤りとは限らず、顧客接点と社内運用のように別の目的で切り分けている可能性があります。目的を確認しながら差を整理すると、図の前提をチームで共有できます。
完成した図は、現状の説明にとどめず、次の問いにつなげます。顧客にとって不足している機能は何か、自社の強みが活きる役割はどこか、外部への依存をどう管理するか、どの連携を改善すべきかなど、具体的な検討事項を添えます。図だけを見せても意思決定にはつながりにくいため、確認できた事実、置いた仮説、次に調べる情報を分けて示しましょう。分析の限界も記載すると、関係者が根拠の強さを踏まえて判断できます。
レイヤー構造についてよくある疑問
「レイヤー構造は、必ず何層に分けるべきですか」という疑問がありますが、決まった数はありません。目的に応じて、必要な役割を見分けられる粒度にします。ネットワークの学習では既定のモデルを使うことがありますが、事業分析やシステム設計では、対象やチームの理解に合わせて区分を設計します。層の数を増やすことではなく、知りたいことに答えられる区分になっているかが判断基準です。
「レイヤーどうしは独立しているのですか」という質問への答えは、完全には独立していない、です。役割を分けることで変更の影響を抑えやすくなる一方、層どうしは情報や機能を受け渡して連携します。どこまで独立させるかは、変更頻度、性能、品質要件、運用の複雑さなどを踏まえて決めます。境界を明確にしながら、必要な連携を設計することが大切です。
「レイヤー構造とプラットフォームは同じですか」という疑問もあります。両者は関連しますが、同じ意味ではありません。レイヤー構造は、役割や機能を層に分けて全体を捉える見方です。プラットフォームは、複数の利用者や提供者を結び付ける基盤や仕組みを指します。ある層が多くの参加者をつなぐ基盤になることはありますが、すべての層がプラットフォームになるわけではありません。
「レイヤー構造はITやデジタル産業だけの考え方ですか」と問われれば、そうではありません。画像編集では素材を個別の層として管理し、地理情報では異なる種類の地図データを重ねて表示するなど、複数の分野で使われます。ただし、同じ言葉でも対象や操作が異なるため、会話や資料では「どの分野の、何を層に分けているのか」を明示しましょう。意味を確かめてから使えば、分野をまたいだ議論でも混乱を避けやすくなります。
まとめ：層の役割とつながりを捉えて判断に活かす
レイヤー構造とは、複雑な全体を役割や機能ごとの層に分け、それぞれの関係を捉える考え方です。産業分析では、顧客に価値を届ける機能と、その担い手を整理できます。ITシステムでは、処理の責任範囲や通信の仕組みを理解する助けになります。デザインでは、構成要素を別々に編集する方法として使われます。分野によって具体的な意味は異なりますが、役割を分けて全体を把握する点は共通しています。
バリューチェーンが価値創出の工程を順に追うのに対し、レイヤー構造は機能や役割の分担と接続に注目します。階層構造は上位と下位の関係を表す広い概念であり、レイヤー構造もその一形態として使われる場合があります。用語の違いを意識し、分析の目的に合わせて使い分けると、工程、機能、権限の関係を混同せずに整理できます。
実務で使うときは、顧客の課題と分析範囲を定め、必要な機能を洗い出し、各機能の担い手と接続を記録します。そのうえで、顧客価値や収益が生まれる場所、特定の提供者への依存、環境変化の影響を検討します。層を細分化しすぎないこと、境界と連携を明確にすること、図を定期的に見直すことも欠かせません。レイヤー構造を説明のためだけに使わず、判断や改善につながる問いと組み合わせましょう。
最初から細部まで網羅した図を作る必要はありません。まずは一つのサービスや顧客の利用場面を選び、「どんな機能が必要か」「誰が担っているか」「どこでつながっているか」を書き出してみてください。そこから顧客にとっての価値や、自社が担うべき役割を検討できます。対象に応じて層の切り方を調整し、事実と仮説を分けて更新していけば、レイヤー構造は産業やシステムを理解し、次の行動を考えるための実務的な道具になります。
