本記事は関係性についての数学 = 圏論の思考法を、ビジネス上の課題解決に応用する大胆な試みであって、数学的に厳密な内容ではありません。
ビジネスの現場には、奇妙な再帰性があります。問題が起きると対策を打ち、一度は落ち着いたように見えるのに、しばらくするとまた同じような問題が起きる。しかも、対策のために設けたはずのルールやシステムが、かえって複雑さを増幅させているように感じることさえあります。
ECサイトの運営でよく起きることを考えてみましょう。商品のバリエーションが増えるにつれてSKU（在庫管理上の最小単位）が爆発的に増え、同じ商品のはずなのに出店モールによって価格がズレたり在庫数が合わなくなったりします。対策として商品マスタを整理し、SKUのルールを統一し、在庫管理システムを導入します。ところが、新商品が登場するたびにルールが崩れ、モールごとの仕様差に対応するうちに例外が積み重なり、気づけばまた手作業が増えています。
もう一つ、よくある事例を挙げましょう。経理のベテランが定年退職を控えているとします。月次の締め処理は長年その人が担当していて、手順書もある。マニュアルも整備した。システムだって導入している。ところが誰が引き継いでも、なぜか同じ結果にならない。「このデータは信用しない」「先にこちらを直してから転記する」——そういった判断が、すべてその人の頭の中にあるのです。
これらの問題に共通するのは、「ルールもある、システムもある、それでも複雑さが制御できない」という状況です。問題はスキル不足でも管理不足でもありません。おそらく、問題の捉え方そのものに限界があるのではないか。そういう仮説を立てたとき、一つの数学的な発想が手がかりになるかもしれません。
それが「圏論（category theory）」です。
圏論とは何か：関係を扱う数学
圏論は、20世紀の数学者サミュエル・アイレンベルグとソーンダース・マックレーンによって1940年代に確立された数学の一分野です。代数学と位相幾何学（トポロジー）という、一見まったく異なる分野を橋渡しするために生まれました。
圏論の核心にある発想は、ひとことで言えばこうです。「モノそのものよりも、モノとモノの間の関係や変換を重視する」というものです。
数学的に厳密な定義には専門知識が必要ですが、その骨格となる概念は、思ったよりシンプルに説明できます。
まず「対象（object）」があります。これは状態のことだと思っていただければよいでしょう。あとで詳しく解説しますが、圏論を「立ち食いそば」で喩えた場合、「かけそば」「わかめそば」「冷やしかけそば」といった、何らかの状態が対象にあたります。
次に「射（morphism）」があります。これは対象から対象への変換、つまり「状態を変える操作」です。これも立ち食いそばで喩えてみましょう。「わかめを追加する」「温かいものを冷やしに変える」といった操作がこれにあたります。射はA→Bのような矢印で表されます。
そして射は「合成（composition）」できます。「わかめを追加する」操作と「冷やしに変える」操作を順番につなげると、「かけそば→わかめそば→冷やしわかめそば」という一連の変換になります。操作の連鎖そのものが、圏論の基本的な記述単位です。
ここまでが「圏（category）」の概念で、対象と射とその合成をまとめた構造全体を指します。そばのメニュー体系全体が、一つの「圏」になるわけです。
さらに圏論には「関手（functor）」という概念があります。これは、ある圏から別の圏へ、構造を保ったまま写す対応のことです。これまた立ち食いそばで、そばのメニューの圏と、定食メニューの圏を対応させることを考えましょう。かけそばにはごはん、わかめそばにはかやくごはん、という対応が関手です。重要なのは、対象（メニュー）の対応だけでなく、射（操作）の対応も保たれているという点です。「そば側でトッピングを追加する操作」が、「定食側で具材を追加する操作」に対応する——この構造的な対応こそが関手の本質です。
出典: https://bitterharvest.hatenablog.com/entry/2020/04/28/201708
そして最も抽象的な概念が「自然変換（natural transformation）」です。これは関手どうしの対応関係で、「同じ構造を別の方法で実現している関係」と言えます。定食への対応を「軽め」にする方針と「しっかりめ」にする方針があるとして、その二つの方針の間の関係が自然変換です。どのメニューでも、「そば側で操作してから定食化する」結果と「先に定食化してから操作する」結果が一致する——この整合性のことを、圏論では「自然性」と呼びます。
まとめると、圏論の概念体系はこのように積み上がっています。射が「関係」であり、関手が「関係の関係」（構造同士の対応）であり、自然変換が「関係の関係の関係」（構造の対応の仕方どうしの関係）です。
混同しやすい分野との違い
ここで少し立ち止まって、圏論と混同されやすい他の数学分野との違いを整理しておきましょう。
グラフ理論は、ノード（点）とエッジ（線）によって関係を表現します。「AとBがつながっている」という接続関係を記述するのが中心で、関係の「配置」を扱う分野です。一方、圏論では射の合成が本質的な概念です。「AからBへの変換」と「BからCへの変換」があれば、必ず「AからCへの変換」が構成されなければならない、という構造的な要請があります。グラフ理論には「合成」の概念がなく、つながりがあることが分かるだけです。
トポロジー（位相幾何学）は、形や連続性を扱う数学です。変形しても変わらない性質——たとえばドーナツとコーヒーカップは「穴が一つある」という意味で同じ構造を持つ、といった考え方をします。これは対象の「内部構造」を扱うもので、圏論が「対象間の変換の整合性」を扱うのとは焦点が異なります。
出典: Wkipedia
圏論の独自性は、「変換そのものを対象とみなして、変換どうしの関係を扱える」点にあります。グラフ理論が「どことどこがつながっているか」を問い、トポロジーが「形の性質は何か」を問うとすれば、圏論は「どう変換され、その変換はどう整合しているか」を問う数学です。
立ち食いそばで直感をつかむ
抽象的な説明が続いたので、ここで具体例に戻りましょう。
何度か出てきた、立ち食いそば屋のメニューを圏論的に整理してみます。かけそばを基本の状態（対象）として考えましょう。そこに「わかめを追加する」という操作（射）を加えると、状態はわかめそばに変わります。さらに「冷やしに変える」という射を合成すると、冷やしわかめそばになります。
圏論的に面白いのは、操作の順序を考えることができる点です。「わかめを追加してから冷やす」のと「冷やしてからわかめを追加する」のでは、最終的に同じ状態（冷やしわかめそば）になるかどうか。多くの場合なりますが、「この変換は順序を入れ替えても同じ結果になるか」という問いを立てること自体が、圏論的な見方です。これを「可換性」と言います。
次に、そばメニューの圏から定食メニューの圏への関手を考えてみましょう。かけそばにはごはん、わかめそばにはかやくごはん、という対応を作ります。このとき、「わかめを追加する」操作に対応する定食側の操作があるはずです。具材を加える、ということでしょうか。この「操作の対応関係が保たれている」ことが関手の条件です。単に名前を対応させるだけでは関手にはなりません。
さらに自然変換を考えましょう。同じそばメニューの圏から定食の圏への対応（関手）を、軽めに設定する場合と、しっかりめに設定する場合があるとします。この二つの対応の仕方の間に、どのメニューでも一貫して成り立つ変換の関係を見出せるなら、それが自然変換です。
「今日はおいなりを食べると決めてからかけそばを選ぶ」のと「かけそばでいいや、でもおいなりは食べたいな」と思うのとでは、結局同じ注文（かけそば＋おいなりセット）になる——その整合性こそが「自然性」の直感的なイメージです。
同様の構造は、マクドナルドのバーガーとセットメニューにも見えます。CoCo壱のカレーとトッピング・辛さの組み合わせにも、スターバックスのドリンクとカスタマイズのオプションにも、Subwayのパンと具材の選択にも、同じ構造が繰り返し現れます。いずれも、「基本の状態」と「それを変える操作」と「別の体系への対応」として整理できるのです。
携帯料金プランと金融商品：もう少し複雑な例
食品の例で直感をつかんだところで、もう少し抽象度の高い例に進みましょう。
携帯電話の料金プランを圏論的に見てみます。基本プランA（低容量）、基本プランB（大容量）、通話オプション付き、家族割・学割が適用された状態——これらはすべて「契約の状態」であり、圏の対象にあたります。プラン変更、オプション追加、割引適用といった操作が射です。
ここで重要なのは、操作の順序が結果に影響する場合があるという点です。「先にオプションを追加してから割引を適用する」のと「先に割引を適用してからオプションを追加する」のでは、最終的な請求額が変わる場合があります。これは「この二つの射は可換ではない」ということを意味します。可換かどうかを問うこと自体が、圏論的な思考です。
関手の観点から見ると、料金プランの圏を「支払額の圏」へ写すことができます。各契約状態が月額料金に対応し、各操作が金額の変化に対応する。さらに「利用価値の圏」への関手も考えられます。「料金が上がる操作」と「利用価値が上がる操作」が多くの場合一致していれば、それが自然変換の直感的な意味になります。
金融商品はさらに鮮明な例です。通常わたしたちは「株式を持っている」「債券に乗り換えた」「ファンドを買った」という形でモノとして金融商品を見ています。しかし圏論的に見ると、重要なのは「資産がどのように組み替えられ、どのような形に変換されるか」です。
資産の圏を考えましょう。対象は「現金だけ保有している状態」「株式と債券を一定の割合で保有している状態」などの資産構成です。射は「現金で株式を買う」「一部を債券に振り替える」「ドル建て資産に換える」といった取引行為です。そして投資信託やファンドは、「個別資産の圏」を「パッケージ商品の圏」へ写す関手として理解できます。単なる商品名の置き換えではなく、個別資産の変化がファンドの変化に構造を保ったまま対応しているという意味です。
インデックス型ファンドとアクティブ型ファンドは、どちらも同じ資産の圏からパッケージ商品の圏への写し方ですが、写し方の方針が異なります。この二つの方針どうしの関係が自然変換として理解できます。
このように見ると、金融商品を「何を持つか」ではなく「どのように変換されるか」として理解することで、異なる商品の構造上の違いが見えやすくなります。
ビジネス理論を「変換」として再解釈する
ここからが本題です。ビジネスパーソンにとってなじみ深いフレームワークを、圏論的に捉え直すとどうなるかを見ていきましょう。
ビジネスモデル図
出典: https://dhbr.diamond.jp/articles/-/2447
一般的なビジネスモデル図は、利用者・提供者・決済機能などの要素を箱で表し、矢印でお金や情報の流れを示します。これはグラフ理論的な表現で、「誰と誰がつながっているか」が分かります。
圏論的に見ると、ノード（人・サービス）よりも矢印、つまり「状態の変化」に注目します。たとえばサブスクリプションサービスを例にとると、顧客の状態は「未登録→登録済→利用中→課金中」という遷移をたどります。この遷移を引き起こす施策（登録フォーム・初回体験・決済処理・継続促進）が射であり、その連鎖全体がビジネスモデルの本質です。
関手の観点では、顧客状態の圏を売上・KPIの圏へ写すことができます。「課金中の状態」が「売上発生」に対応し、「継続利用の状態」が「LTV増加」に対応する。さらに「売上重視の評価」と「継続率重視の評価」という二つの見方の間の関係が自然変換として整理できます。
カスタマージャーニー
出典: https://popinsight.jp/blog/?p=2327
カスタマージャーニーは、従来「認知→興味→比較→購入→継続」というフェーズに顧客を分類し、各フェーズでの施策とKPIを管理するフレームワークです。
この見方の問題点は、施策が「点」として管理されることです。広告のCTRを上げること、LPのCVRを上げること、クーポンの利用率を上げること——これらを別々に最適化しても、全体として顧客が望む状態に至らない場合があります。
圏論的には、カスタマージャーニーは顧客状態の圏における射の合成として捉えます。「未認知→認知」という射（広告施策）と「認知→興味」という射（LP設計）と「興味→購入」という射（クーポン・オファー）を合成した経路全体が評価対象です。
ここで「可換性」の問いが有効になります。たとえば口コミ経由で商品への理解が深まってから購入した顧客と、広告→クーポンという経路で購入した顧客とでは、同じ「購入した」状態でも意味が違います。継続率が異なる場合、それは「経路（射の合成）が異なる」ことを意味しており、どの経路を強化するかという戦略的判断に直結します。
クリティカルパス
プロジェクト管理でおなじみのクリティカルパス（CPM/PERT）は、タスクをネットワーク図で表現し、全体の所要時間を決める最長経路（クリティカルパス）を特定するものです。
圏論的には、タスクは「状態を変える変換（射）」であり、工程は「射の合成」です。プロジェクトの状態は「未着手→設計済→開発済→テスト済→完了」のように遷移し、各タスクはその遷移を引き起こす操作です。
この見方で重要なのは「可換性の判定」です。UIの設計とデータベースの設計が並行して行える（順序を入れ替えても同じ状態に到達できる）なら、それらは独立した射です。一方、「設計が完了してから開発を始める」という依存関係があれば、この二つの射は可換ではありません。可換でない依存関係が連続する部分がクリティカルパスの本質であり、「どの射の合成を先に行わなければならないか」という問いとして明確化できます。
軍事戦略と経営戦略
「戦略（strategy）」という言葉はもともと軍事用語に由来します。「ストラテゴス（将軍）の術」というギリシャ語から来ており、兵力や資源をどう配置・運用して目的を達成するかを意味していました。この概念が20世紀に経営学に輸入され、「経営戦略」という形で定着しています。
圏論的に見ると、戦略の本質は状態遷移の設計にあります。軍事では「前線が膠着している状態」「補給が不安定な状態」「制空権を確保した状態」のような戦況が対象（状態）であり、「補給路を確保する」「兵力を集中する」「拠点を制圧する」といった作戦行動が射です。そして戦略とは、これらの射をどの順序で合成して最終的な勝利状態に至るかを設計することです。
「補給線を確保する前に攻勢をかけても持続できない」——これは射の合成の順序が重要であることを示しています。一方「UI設計とDB設計は並行して進められる」——これは二つの射が可換であることを示しています。
経営戦略も同じ構造で捉えられます。「認知はあるが購買につながらない状態」「既存顧客は多いが継続率が低い状態」「商品はあるが流通が弱い状態」が対象であり、価格改定・商品改善・チャネル変更・CRM施策が射です。「商品が改善されていないのに広告を大量投下しても継続率が下がる」という経験則は、射の合成順序が成果を決定するという事実を示しています。
関手の観点では、軍事戦略の構造と経営戦略の構造を対応させることができます。「補給線の確保」と「サプライチェーンの整備」、「兵力の集中投下」と「経営資源の集中投資」、「前線の突破」と「市場への参入」——この対応が関手的であり、軍事戦略の発想が経営戦略に転用できる理由がここにあります。
抽象化：すべて同じ構造で記述できる
ここまで、立ち食いそば・携帯料金・金融商品・ビジネスモデル・カスタマージャーニー・クリティカルパス・経営戦略と、さまざまな事例を見てきました。これらはすべて、同じ構造で記述できます。
対象（Object）は「状態」であり、射（Morphism）は「状態を変える操作」であり、合成（Composition）は「操作の連鎖」です。そしてそれらをまとめた圏（Category）があり、圏から圏への構造保持的な対応が関手（Functor）であり、関手どうしの対応が自然変換（Natural Transformation）です。
分野が違っても同じ枠組みで記述できるということは、ある分野で得た洞察を別の分野に転用できるということを意味します。カスタマージャーニーの設計で気づいた「射の合成順序の問題」は、システム設計の「処理フローの依存関係の問題」と同じ構造を持っています。軍事戦略の「補給線確保の優先度」は、マーケティングの「商品品質の整備を先行させてから広告投資に進む」という判断と同じ構造です。
さらにメタ的な観点からすると、「異なる分野を同じ構造で整理できる」という行為そのものが、圏論的な関手の適用になっています。異なる圏を対応させながら、構造的な共通性を見出していく作業——これが圏論的思考の実践です。
見える化との違い
ここで一つ、よく出てくる疑問に答えておきましょう。「圏論的に整理するというのは、結局、見える化と何が違うのか」というものです。
見える化は「状態の可視化」、つまり「現状を分かりやすく表示すること」です。売上が下がっているとグラフで示すことは見える化であり、CVRが低いとダッシュボードで示すことも見える化です。しかし「なぜそうなっているのか」は、見える化だけでは分かりません。
圏論的思考は「構造の理解」に関わります。「どの射が弱いのか」「どの合成の順序が問題なのか」「この変換は可換か」という問いへの答えを構造として捉える視点です。
言い換えれば、見える化が「観測（現状を見せる）」であるとすれば、圏論的思考は「構造理解（どう変換されているかを見る）」です。見える化すれば「どこがおかしいか見える」のに対し、圏論的思考があれば「なぜおかしいかが分かる」可能性があります。
導入の問題に戻る
最初の二つの事例に戻りましょう。
ECのSKU問題を圏論的に見ると、問題の本質は「商品数が多すぎること」ではありません。商品を「固定されたモノ」として管理しているため、バリエーションが増えるたびにSKUを追加する必要が生じているのです。
圏論的には、商品は「基本商品という対象」と「そこに加えられる変換（サイズ変更・味付け・温度・チャネル）」として設計できます。「どの変換を許すか」というルールを定義すれば、SKUは指数的に増やすのではなく「変換の組み合わせ」として管理できます。価格のズレも「チャネルによって異なる価格変換を適用する」という関手の整合性問題として捉え直せます。
属人化の問題も同様です。業務を「作業手順の列」として設計すると、手順の正当性が見えなくなります。なぜこの順序でなければならないのかが説明できないため、属人的な判断が入り込む余地が生まれます。
圏論的には、月次処理を「入力状態→修正済状態→仕訳状態→確定状態」という状態遷移として設計し、各操作が「どの状態変換を行うか」として明示します。「修正してから転記」と「転記してから修正」が同じ結果になるかどうか（可換性の有無）を明示できれば、手順の正当性が構造として説明できます。再現できない理由が「順序が重要なのに手順書に書かれていないから」という構造的な問題として特定できるわけです。
経営層へのメッセージ
圏論は、直接売上を生むものではありません。しかし、利益の出方を変える「設計技術」として機能する可能性があります。
現代の多くの業務上の問題は、SKUの増殖・属人化・システム間の不整合という形で現れますが、その根底には「商品・業務・システムが別々の設計思想で作られている」という構造的な問題があります。
従来の設計では、商品は組み合わせで、業務は手順で、システムはデータ構造と機能の集合で考えます。圏論的な設計では、商品は変換の組み合わせで、業務は状態遷移の連鎖で、システムはそれらの変換の整合性を保証する仕組みとして考えます。
この転換がもたらす実利は、コスト・スピード・品質・再利用性の同時改善です。無駄な例外処理や手作業が削減され、設計や変更が容易になり、不整合の発生源が構造的に排除され、うまくいった設計が横展開できます。
経営判断においても変化が起きます。KPIを個別に最適化するのではなく、遷移全体で評価するという視点が生まれます。「CVRが低い」という観測に対して「どの射が弱いか」と問い直し、「部署間の連携が悪い」という観測に対して「どの射が途切れているか」と問い直す——これが圏論的思考の経営への貢献です。
おわりに：「何があるか」から「どう変わるか」へ
本記事では、圏論の発想をビジネスに応用する視点を探ってきました。数学として厳密に理解するには専門的な素養が必要ですが、その発想の核心、つまり「モノではなく変換を基本単位として世界を捉える」という視点は、ビジネスの複雑さを整理する上で有効な補助線になりえます。
圏論的に整理できると言われても、現場では「そんな概念を使う余裕はない」と感じるかもしれません。ただ、その発想を少し意識するだけで、問いの立て方が変わります。「なぜSKUが増えたのか」ではなく「どの変換が設計されていないか」と問う。「なぜ属人化が起きるのか」ではなく「どの状態遷移が明示されていないか」と問う。「KPIをどう上げるか」ではなく「顧客はどの状態からどの状態へ移動しているか」と問う。
このような問いの転換は、問題の表層ではなく構造に向き合うための一歩です。
圏論的に考えるとは、解答の公式を持つことではなく、問い方そのものを変えることです。そしてその問い方は、立ち食いそばの注文を眺めるところから始めることができます。
コメント