【日々のマナビ】なぜ役立つほどプラットフォームに飲み込まれるのか – 中小企業のエコシステム位置取りと包食リスク設計
こんにちは。ろっさんです。
0. はじめに｜「強いから飲み込まれるんですよ」
ある製造業の社長から相談を受けたとします。「うちの製品、大手のECモールで売れ始めたんです。月商が3倍になりました。これって、もっと売り込んでいいんですよね？」
笑顔で報告に来る社長を前に、私は少し迷いました。「もちろん売れているのは素晴らしいです。ただ、ひとつだけ確認させてください。今、その商品を別のチャネルでも売っていますか？」
社長は首を振ります。「いえ、向こうから『独占で出していただければプロモーションを強化します』と言われて、他のチャネルは引き上げました。そのほうが効率もいいので」
その瞬間、私は背筋が冷たくなりました。これは典型的な「飲み込まれる前夜」のパターンです。
シリーズ前作「なぜ正しい施策ほど信頼されないのか – 企業価値創造を因果ループで読み解く方法（1-1）」では、6要素分析を「箱」ではなく「因果のシステム」として読む視点を扱いました。続編の「なぜ正しく描いたループ図が経営者を動かさないのか – 因果ループ図の動学設計（1-2）」では、ループの「動学」と「反転検知」を扱いました。
本記事はsmeca-level100シリーズのチェックポイント1-7「エコシステム/プラットフォーム型価値創造を、補完財・ネットワーク外部性・ルール設計として理解し、中小企業の取るべき位置を描ける」に対応する長編記事です。3つの問い（参加vs主催の条件／地域観光プラットフォームの設計／競争・法務・セキュリティの同時評価）を統合した上で、教科書的なプラットフォーム論には書かれていない2つの追加論点を加えました。
- 追加論点A：エンベロープメント（包食）リスクと多重ホーミング設計 —— 「飲み込まれない」ための脱出経路の作り方
- 追加論点B：局所ネットワーク外部性とミニマムバイアブルネットワーク（MVN）設計 —— 「グローバル臨界質量」を狙わなくてよい中小企業の戦い方
冒頭の社長の話に戻ります。彼が直面していたのは「成長しているからこそ依存度が増し、依存度が増すからこそ脱出コストが上がる」という構造的な罠でした。プラットフォームに乗ることそのものは正しい選択でした。問題は乗り方だったのです。
この記事で扱うトピックは以下の通りです。
- プラットフォーム戦略の4つの基本概念（補完財・ネットワーク外部性・マルチサイド市場・ルール設計）
- 中小企業が「参加者」として勝つ条件と「主催者」として勝つ条件
- 局所ネットワーク外部性とミニマムバイアブルネットワーク（MVN）の設計（追加論点B）
- エンベロープメント（包食）リスク——隣接プラットフォームに飲み込まれる構造（追加論点A）
- 多重ホーミングを成立させる契約・データ・チャネルの三点セット
- 金属加工業A社（22名・売上2億円・主力顧客47%集中）が直面する3つのプラットフォーム選択
- 地域観光プラットフォームの手数料・データ共有・ガバナンス設計
- 競争戦略×法務知財×セキュリティの同時評価フレーム
- プラットフォーム依存度スコアによる反証可能な評価基準
- 合格直後の自分への申し送り
シリーズ1-1・1-2と同じ事例企業（従業員22名・売上2億円・主力顧客47%集中・熟練工2名いずれも勤続20年超の金属加工業A社）を、今度はプラットフォーム位置取りという視点から読み解きます。同じ会社が「内部の因果」「動学的計測」に続いて「外部のエコシステム」というレンズで見えるとき、診断の解像度は確実に一段上がります。
1. プラットフォーム戦略の基本概念——補完財・ネットワーク外部性・マルチサイド市場・ルール
1.1 4つの基本概念の定義
プラットフォーム戦略を語るときに必ず登場する4つの概念から始めます。診断士試験では用語として登場しますが、実務での使い分けが曖昧になりがちです。一つずつ整理します。
①補完財（Complements）
補完財とは、ある商品の価値を高める別の商品のことです。経済学では古典的な概念で、コーヒーと砂糖、自動車とガソリン、ゲーム機とゲームソフト、といった関係を指します。プラットフォーム経済では「プラットフォーム本体（例：iOSのスマートフォン）」と「補完財（例：App Storeのアプリ群）」の関係が中核に置かれます。
重要なのは、補完財はプラットフォームの価値を内生的に高めることです。アプリの数が増えるほどiPhoneの魅力が上がり、iPhoneのユーザーが増えるほどアプリ開発者にとっての魅力が上がる。この自己強化的な構造が、補完財を持つプラットフォームの本質的な競争優位を生みます。
②ネットワーク外部性（Network Externalities）
ネットワーク外部性とは「ある製品やサービスの価値が、それを使う人の数に依存する」性質のことです。電話1台では何の価値もないが、100万台あれば社会インフラになる——これが古典的な例です。
ネットワーク外部性は2種類に分けて理解します。
- 直接ネットワーク外部性：同じ側のユーザーが増えるほど、そのユーザーの価値が増える（例：SNSの友達が多いほど自分のSNS体験が良くなる）
- 間接ネットワーク外部性：別の側のユーザーが増えるほど、自分の側の価値が増える（例：UberでDriverが多いほどRiderにとっての価値が増える）
プラットフォーム戦略では、間接ネットワーク外部性がマルチサイド市場を成立させる前提になります。
③マルチサイド市場（Multi-sided Market）
マルチサイド市場とは、複数の異なる顧客グループ（サイド）を同時に獲得しないと成立しない市場のことです。クレジットカードは「カードホルダー」と「加盟店」の両方が必要ですし、フリマアプリは「出品者」と「購入者」の両方が必要です。
マルチサイド市場には特有の難しさがあります。「鶏と卵」問題です。出品者がいないとフリマアプリに購入者は来ないが、購入者がいないと出品者も来ない。どちらを先に獲得するかが、プラットフォームの初期戦略の核心です。
教科書的な解は「片側に補助金を出してもう片側を呼び寄せる」です。クレジットカードは加盟店から手数料を取ってカードホルダー側に還元し、フリマアプリは出品手数料を当面ゼロにして出品を呼び込む。これは経済学者ジャン=シャルル・ロシェとジャン・ティロール（2003）が体系化した「two-sided platform pricing」の理論です。
④ルール（Rules）
プラットフォームの価値設計は、4つ目の柱としてルール設計を含みます。具体的には：
- 規約（Terms of Service）：参加者の権利義務、禁止事項、紛争解決方法
- API：補完財開発者がプラットフォームと接続する技術的インターフェース
- 手数料：取引額の何%か、固定額か、サブスクリプションか
- データ共有範囲：誰がどのデータにアクセスできるか
- 退出ルール：参加をやめるときに何が持ち帰れるか
ルール設計はプラットフォームの「憲法」です。後から変更できない固定費的な部分（既存参加者の信頼）と、機動的に変えられる部分（手数料率の調整など）の境界を、最初に意識して設計する必要があります。
1.2 試験で学ぶプラットフォームと、実務でのプラットフォームの違い
中小企業診断士試験では、プラットフォーム戦略は「経営戦略」「経営情報システム」「中小企業経営政策」の各科目に断片的に登場します。しかし試験での扱いは、概念定義と代表例（GAFA、楽天、Uber）の暗記が中心です。
実務でこの知識を使うときに直面する3つのギャップを整理します。
ギャップ①：「自社をプラットフォーマーにする」発想は中小企業にはほぼ当てはまらない
GAFAのケーススタディから受ける印象とは裏腹に、中小企業の99%は「プラットフォームの参加者」として戦略を考えるべきです。主催者（プラットフォーマー）になるには、初期の鶏と卵問題を解決するための資金力・ブランド力・忍耐力が必要で、これは規模の経済が効きます。中小企業の戦場は基本的に「どのプラットフォームに、どう参加するか」です。
ただし例外はあります。特定地域・特定業界・特定言語といった局所市場に絞ったプラットフォームなら、中小企業が主催者になれる余地があります。これが追加論点B（§3）で扱う「局所ネットワーク外部性」の核心です。
ギャップ②：「乗ったら終わり」の罠への対策が抜けがち
試験では「プラットフォームに参加すると顧客アクセスが増える」というプラス面が強調されますが、実務では「参加することで自社のデータ・顧客接点・価格決定権をプラットフォーマーに委ねるリスク」が表裏一体で存在します。これが追加論点A（§4）の「エンベロープメント（包食）リスク」と§5の「多重ホーミング設計」のテーマです。
ギャップ③：「ルール」を法務・知財・セキュリティの三層で評価する視点がない
プラットフォームのルールは経営戦略の論点にとどまりません。データ条項（誰が顧客データを所有するか）は知財・契約法の論点であり、第三者連携API（プラットフォームから自社システムへの接続）はサイバーセキュリティの論点です。1-7-3の問いはまさにこの三層評価フレームを要請しています。§8で詳述します。
1.3 プラットフォームとパイプラインの違い
最後にもう一つ、整理しておきます。プラットフォーム（Platform）とパイプライン（Pipeline）の違いです。
パイプラインビジネスは、生産者から消費者まで一方向に価値を流す古典的なモデルです。自動車メーカーが車を作ってディーラー経由で売る、というのはパイプライン。バリューチェーンが線形に伸びていきます。
プラットフォームビジネスは、生産者と消費者を直接マッチングさせて、双方向の価値交換を促進するモデルです。Airbnbはホストとゲストをマッチングし、Uberはドライバーとライダーをマッチングする。プラットフォーム自身は在庫を持たないことが多い（asset-lightモデル）です。
中小企業診断士の経営戦略論はパイプライン前提で組まれていることが多いので、プラットフォームを論じるときには無意識にパイプラインの論理（ポーターのバリューチェーン、5フォース）で見てしまう罠があります。プラットフォームでは：
- 5フォース分析の「買い手」「売り手」が同一プラットフォーム上にいる
- 競争優位は「コストリーダーシップ」「差別化」より「ネットワーク効果の獲得速度」
- 参入障壁は「設備投資」より「両側ユーザーベース」
この違いを理解せずに「プラットフォームのSWOT」を書こうとすると、的外れな分析になります。
2. 中小企業の「参加者」として勝つ条件、「主催者」として勝つ条件
2.1 参加者として勝つ条件
中小企業がプラットフォームに「参加者」として勝つための条件を、5つに整理します。
条件①：プラットフォームのアルゴリズム特性を理解する
たとえば大手ECモールの検索ランキングは、過去の販売実績・レビュー数・在庫切れ率・配送速度・価格帯マッチングなど、複数の要素で決まります。これを理解せずに出品しても、検索結果の20ページ目に埋もれて誰の目にも止まりません。「アルゴリズムを理解した運用」が、参加者としての最低限のリテラシーです。
条件②：プラットフォーム特性に合った商品設計
プラットフォームによって売れる商品の特性は違います。フリマアプリでは「写真映えして即決できる単品」が強く、サブスクリプション系では「継続性のある定期消費品」が強い。自社商品をどのプラットフォームに乗せるかは、「商品とプラットフォームの適合度」で判断します。
条件③：プラットフォーム外の顧客接点を維持する
ここが最重要です。プラットフォームに乗りながらも、自社サイト・メールリスト・SNS・店頭・電話などの直接接点を意図的に維持する。プラットフォームは「新規顧客の獲得チャネル」と位置づけ、リピート化は自社接点で行う設計です。
これは「片足はプラットフォームに、もう片足は自社に」という戦略的な姿勢です。プラットフォーム側はユーザーを自社接点に流出させない圧力をかけてきますが、利用規約の範囲内でできることは多い。たとえば商品同梱のサンクスレターで「次回はQRコードからどうぞ」と誘導する、というシンプルな打ち手で接点は構築できます。
条件④：プラットフォーム運営者との関係構築
中堅以上の出店者になると、プラットフォーム運営者の担当者がつくことがあります。新機能のベータテスト、特集枠への招待、規約変更の事前通知など、関係構築によって得られる便益は意外と大きい。「参加者」と一括りにしても、関係性の濃度で実質的な扱いは変わります。
条件⑤：撤退コストを把握しておく
参加するときに「もし撤退するならどれくらいの損失が出るか」を計算しておく。在庫の引き上げ、契約上のペナルティ、データ持ち出しの可否、社内オペレーションの組み直しコスト。撤退コストが事前に見えていると、有利な条件を引き出す交渉力が変わります。「いつでも辞められる」と「辞められない」では、対等な関係性は維持できません。
2.2 主催者として勝つ条件
中小企業が「主催者」（プラットフォーマー）として勝つには、別の条件群が必要です。
条件①：局所市場の選定
最重要条件です。地域・業界・言語・規制——いずれかの局所性によって、グローバル大手が参入しにくい市場を選ぶ。たとえば「東京都内の老舗料亭の予約」「特定業界の中古設備売買」「日本語の伝統工芸品の海外向け販売」など、局所性が明確なほど中小企業の主催者参入余地は広がります。
条件②：両側ユーザーの初期獲得戦略（鶏と卵問題の解決）
主催者として最初に直面するのが、片側のユーザーがいないと反対側のユーザーが来ないという問題です。中小企業向けの典型的な解法は3つあります。
- 既存顧客ベースを片側に転用する：すでに自社で取引のある顧客（あるいは取引先）をプラットフォームの初期ユーザーとして招待する。ゼロからではなく既存資産を再配置する形
- 片側にスーパーアフィリエイト的な存在を見つけて先行参加させる：たとえば地域観光プラットフォームなら、まず地域の有名旅館を1〜2軒招待し、それを呼び水に他の旅館を募る
- 片側を当面自社で兼業する：マッチングが成立するまで、片側の役割を主催者が担う。たとえば最初は自社が出品者・購入者の両方を兼ねる
条件③：手数料設計の段階性
最初から本格的な手数料を取ろうとすると、参加者の警戒心が高まって両側ユーザーが集まりません。段階的な手数料設計が必要です。
- フェーズ1（鶏と卵期）：両側ともゼロまたは極めて低額
- フェーズ2（成長期）：片側からのみ手数料、もう片側は無料維持
- フェーズ3（成熟期）：取引額連動の手数料を双方から（適正水準）
Visa・Mastercardが何十年もかけてカードホルダー側を無料に保ちつつ加盟店から手数料を取ってきたのは、まさにこの設計です。
条件④：ガバナンスの設計
主催者は「プラットフォーム上のルールを誰がどう決めるか」を設計します。一方的に決めると参加者の信頼を失い、合議制にすると意思決定が遅くなる。中小企業主催プラットフォームでは「主催者が決める範囲」と「参加者代表との合議で決める範囲」を明確に分離することが重要です。
§7の地域観光プラットフォーム事例で具体化します。
条件⑤：技術インフラの確保
プラットフォームは技術的な負債を抱えやすい。決済・認証・データベース・APIなど、インフラのスケーラビリティと安定性が利用体験を決めます。中小企業が自社開発で全てを抱えるとリスクが高いので、SaaS型プラットフォームインフラ（Stripe Connect・Auth0・Supabase等）を組み合わせることで、初期投資を抑えつつ拡張性を確保できます。
2.3 中間ポジション——「主催者」と「参加者」の中間
実は、中小企業にとって最も現実的な選択肢は「主催者」と「参加者」の中間にあるケースが多いです。具体的には：
- コンソーシアム型：複数の中小企業が共同出資してプラットフォームを設立し、参加者でもあり主催者でもある立場をとる
- 業界団体運営型：業界団体が主催者となり、加盟企業が参加者となる
- 大手プラットフォームの公式パートナー：大手プラットフォームの上に独自のサブプラットフォームを構築する（例：大手ECモールの公式パートナーとして、ニッチ商品向けの特集枠を運営する）
特にコンソーシアム型は、§7の地域観光プラットフォーム事例で扱う中心的な形態です。「自社単独では主催者になる体力がないが、参加者として大手にだけ依存するのも危険」という状況で、複数事業者が組んで「中間ポジション」を作る発想です。
3. ネットワーク外部性の局所性——グローバル臨界質量を狙わなくてよい理由
3.1 「臨界質量」という思い込みからの脱却
プラットフォーム戦略の教科書には、必ず「臨界質量（Critical Mass）」という概念が出てきます。「ユーザー数がある閾値を超えるまではプラットフォームの価値は低いままだが、閾値を超えると一気にネットワーク効果が発動する」という現象です。
この理論をストレートに受け取ると、中小企業がプラットフォームを始めるのは無謀に思えます。「Facebookは10億人で初めて価値が出た。中小企業のプラットフォームが10億人を集められるはずがない」と。
しかしこれは大きな誤解です。ネットワーク効果は必ずしもグローバルではなく、局所的に発動するからです。地理・規制・言語・文化といった局所性の壁によって、限定された範囲でネットワーク効果が成立します。
具体例を挙げます。
- 地理的局所性：東京都内の飲食店予約サイト「食べログ」は、東京都内のユーザー数が増えるほど、東京都内のユーザーにとっての価値が上がる。北海道のユーザー数は東京ユーザーにとってあまり関係ない
- 規制的局所性：日本の医師向け医療情報プラットフォームは、日本の医師数が増えるほど価値が上がる。海外の医師は規制上ほぼ関係ない
- 言語的局所性：日本語のクックパッドは、日本語話者の中でユーザーが増えるほど価値が上がる
- 文化的局所性：和菓子の伝統製法を共有するコミュニティは、和菓子文化に関心のある層に絞られる
これらの局所市場では、グローバル大手が参入しても効率的に価値を提供できないため、中小企業が主催者として勝てる余地が生まれます。
3.2 ミニマムバイアブルネットワーク（MVN）の計算
「最小で自律するネットワークサイズ」をミニマムバイアブルネットワーク（Minimum Viable Network、MVN）と呼びます。MVNを定量的に設計することで、プラットフォーム立ち上げの目標が具体化します。
MVNの計算には4つの要素が必要です。
要素①：取引が成立する最低マッチング密度
たとえば地域観光プラットフォームなら、「ユーザーが検索したエリアで、空室がある宿が最低3軒は表示される」のが取引成立の最低条件と仮定します。エリアごとの宿の総数と空室率から、最低何軒の参加が必要かを逆算します。
要素②：ユーザーが「他で探さない」と感じる選択肢密度
選択肢が少なすぎると、ユーザーは「ここで決めるよりも他のサイトで探した方がいい」と感じます。心理学的には「3〜7択」が選択満足の閾値とされます（バリーシュワルツの「選択のパラドックス」より少し多め）。エリア×日付×価格帯の各セグメントで5択以上の表示を維持できる供給量がMVNの参考値になります。
要素③：参加者が「他で売らなくていい」と感じる需要密度
供給側（宿）から見て、プラットフォーム経由の予約が月に何件以上あれば「他のチャネルを縮小してもいい」と判断するか。たとえば「月10件以上のプラットフォーム予約」を閾値とすると、それを満たすために必要な需要側ユーザー数が逆算できます。
要素④：運営費を回収できる取引総額
プラットフォーム運営には固定費（システム保守・カスタマーサポート・マーケティング）がかかります。手数料率と取引総額から、損益分岐点となる月間GMV（流通総額）が計算できます。
これら4要素のうち最も大きい数字が、そのプラットフォームのMVNです。
3.3 ロジャーズ普及理論との接続：地域内シェア15%閾値
エヴェレット・ロジャーズの「イノベーション普及理論」では、新しい製品・サービスが普及する過程を5段階に分けます。
- イノベーター（2.5%）
- アーリーアダプター（13.5%）
- アーリーマジョリティ（34%）
- レイトマジョリティ（34%）
- ラガード（16%）
このモデルでは、最初の16%（イノベーター + アーリーアダプター）を獲得した時点で「キャズム」を超え、普及が加速するとされます。ジェフリー・ムーアが「キャズム理論」として体系化したものです。
プラットフォーム戦略にこれを応用すると、「地域内シェア15%でネットワーク効果が正に転じる」という設計目標が立てられます。たとえば地域に旅館が100軒あるなら、15軒の参加で初期臨界質量を達成できる、という見立てです。
15軒なら現実的に獲得可能な数字です。1社ずつ説得して回るアウトバウンド営業で、半年から1年あれば達成できる。これが「中小企業がプラットフォームを始められる」と言える根拠になります。
ただしこれは設計目標であって、実際の閾値は市場特性に応じて検証が必要です。粘着性の低い市場（ユーザーが頻繁に他に乗り換える）では閾値はもっと高くなりますし、粘着性の高い市場（一度使ったら継続利用される）では閾値はもっと低くなります。
3.4 バルカン化リスクと相互運用性
局所ネットワーク外部性に頼った戦略には、副作用もあります。バルカン化（Balkanization）——互換性のない孤立サブネットワークが乱立する危険です。
たとえば全国に「県別の地域観光プラットフォーム」が47個できたとします。それぞれが独自のシステム・予約形式・データ構造を持っているとどうなるか。ユーザーは旅行先の県ごとに別々のサイトを使い分ける必要があり、結果として「やっぱり大手OTA一個で済ませた方が便利」という結論に至ります。バルカン化が、結果的に大手の優位を強化してしまうのです。
これを防ぐには、相互運用性（Interoperability）の設計が鍵になります。
- 共通APIの整備：各地域プラットフォームが同じデータフォーマットで予約情報をやり取りできるようにする
- 共通アカウント基盤：ユーザーが一つのアカウントで複数の地域プラットフォームを利用できる
- 共通ロイヤルティプログラム：地域横断でポイントが貯まる/使える
これらを「単独の中小企業主催者」で構築するのは無理ですが、業界団体や複数地域プラットフォームの連携で実現する形がありえます。観光分野ではJATA（日本旅行業協会）やJNTO（日本政府観光局）が、こうした共通基盤の役割を担う候補です。
中小企業主催のプラットフォームを設計するときには、最初から「将来、他地域・他業界プラットフォームと相互接続できる構造」を意識しておくことが重要です。固有の閉じた仕様で作り込みすぎると、将来の連携余地を自分で潰してしまいます。
3.5 局所性の検証——「本当に局所か？」の問い
最後に重要な確認です。「局所市場だから大手は来ない」という前提は、本当に正しいのか？
過去の事例を見ると、「局所だから安心」と思っていた市場に大手が突然参入してくる例は数多くあります。
- 地域タクシー市場 → Uber・DiDiの参入
- 地域宿泊予約 → BookingやAirbnbのエリア攻略
- 業界特化BtoBマーケットプレイス → 大手SaaS企業の業界別プロダクト展開
「局所だから安心」を担保するのは、地理的・規制的・言語的・文化的のいずれかの構造的な障壁です。「単に大手がまだ気づいていない」というだけの理由は、構造的障壁ではありません。気づかれた瞬間に消えます。
中小企業主催プラットフォームの戦略設計では、以下の問いを自分に投げかけます。
- なぜ大手は今、この市場に参入していないのか？
- 大手が参入してきた場合、自社の優位性は何によって守られるのか？
- 局所性の壁が崩れる兆候を、どの指標で検知するか？
3つ目の問いが、追加論点A（包食リスク検知）への接続点です。次章で扱います。
4. エンベロープメント（包食）リスク——隣接プラットフォームに飲み込まれる構造
4.1 Eisenmann et al.（2006）のフレームワーク
「エンベロープメント（Envelopment、包食）」は、Eisenmann・Parker・Van Alstyneら3人の経済学者が2006年の論文で体系化した概念です。彼らの定義を要約すると：
ある市場のプラットフォームAが、隣接市場のプラットフォームBに対し、自社の機能群にBの機能をバンドルすることで、市場Bを実質的に飲み込む現象。
歴史的事例で説明します。
- マイクロソフトのMedia Playerは、Windowsにバンドルされる形でRealNetworksなどの独立プレイヤーを駆逐した
- GoogleのMapsアプリは、Yelp等の地域情報プラットフォームの「地図上での店舗発見」機能を取り込み、Yelpへの依存を減らした
- AmazonのプライベートブランドAmazonBasicsは、Amazonマーケットプレイスのサードパーティセラーが扱っている同カテゴリ商品を競合として取り込んだ
包食の核心は「バンドルされて無料化される」点です。Bの機能が単独で売られていたときには対価が発生していたのに、Aのバンドルに含まれることで実質無料になる。Bの単独事業は経済的に成立しなくなります。
4.2 包食が成立する3つの条件
Eisenmannらは、包食が成立しやすい条件として3つを挙げています。
条件①：ユーザーベースの重複
包食する側（A）と包食される側（B）のユーザーが大きく重なっていること。AmazonのユーザーとAmazonマーケットプレイスのサードパーティセラー商品の購入者は完全に重なります。だから包食が機能します。
条件②：機能の補完性または隣接性
AとBの機能が、ユーザーの利用文脈で隣接していること。地図と地域情報、決済とポイント、検索と広告、これらは隣接した機能群です。隣接していると、ユーザーが「同じ場所で両方できる方が便利」と感じるため、包食が受け入れられやすくなります。
条件③：バンドルのコスト構造
包食する側にとって、Bの機能をバンドルするコストが小さいこと。技術的に容易、データを持っている、ユーザーへの追加配信コストがゼロに近い、といった条件です。デジタルサービスは限界費用がほぼゼロなので、包食が起きやすい産業構造です。
4.3 中小企業が包食される典型パターン
中小企業がプラットフォームに参加するとき、包食されるパターンは大きく3つあります。
パターン①：データドリブン・包食
プラットフォーマーが、参加者の取引データから「売れ筋商品の特性」を学習し、自社プライベートブランドとして同等品を投入する。サードパーティセラーがデータを提供すればするほど、自分が競合される速度が上がる、という皮肉な構造です。
これに対する中小企業の対策は限定的ですが、以下が原則となります。
- プラットフォームに渡すデータの最小化（必要以上の情報を商品ページに載せない）
- ブランド・知財・特殊原料・特殊製法など、コピー困難な要素で差別化する
- 自社チャネル経由の取引比率を一定以上維持する
パターン②：機能取り込み・包食
プラットフォーマーが、参加者が提供していた付加サービス（例：プレミアム配送、独自ラッピング、カスタマーサポート）を「プラットフォーム標準機能」として取り込み、参加者の差別化要素を消す。
対策は「プラットフォーム標準にできない領域」での差別化です。たとえば「対面接客」「製造工程の透明な開示」「コミュニティ運営」など、デジタル化が難しい体験設計に投資する。
パターン③：規約変更・包食
プラットフォーマーが、規約改定によって参加者の利益を一方的に減らす。手数料率の引き上げ、表示順位アルゴリズムの変更、独占条項の追加など。「飲み込む」というより「絞り込む」に近い形ですが、参加者の事業継続性を脅かす点では同じです。
対策は契約レビューと多重ホーミング（次章）です。
4.4 包食シナリオを事前に検出する3指標
包食されてから対策を打つのでは遅すぎます。包食の予兆を事前に検出する指標を持つことが、防衛戦略の核心です。3つ提案します。
指標①：プラットフォーマーの「隣接領域進出」のニュース監視
プラットフォーマーがどんな新規事業に進出しようとしているか、IR資料・採用情報・ニュースを定期的に監視する。「新規事業として◯◯領域に投資する」というシグナルは、包食準備の予兆になります。
中小企業の経営者にとって、競合企業の動向よりもプラットフォーマーの動向のほうが重要、という時代になっています。月次でのプラットフォーマー動向チェックを、経営会議のアジェンダに固定する価値があります。
指標②：自社カテゴリーでのプラットフォーマー直営商品の出現
プラットフォーマーが自社のプライベートブランド、自社直営店、自社推奨商品として、参加者と競合する商品を出してきたら、包食フェーズへの移行サインです。出現後3〜6ヶ月で、検索アルゴリズムが直営商品を優先する変更が入ることが多い。
毎月、自社カテゴリーで「直営」「プライベートブランド」「推奨」のラベルがついた競合商品の数を計測し、推移をグラフ化します。
指標③：プラットフォーマーから受け取るデータの粒度低下
プラットフォーマーが参加者に提供しているデータ（購買者属性・行動ログ・検索キーワード）の粒度が、ある時期から急に粗くなったら警戒シグナルです。「データを参加者から囲い込む」動きの始まりであり、その先には参加者の交渉力低下が待っています。
四半期ごとに「プラットフォームから提供されているデータ項目数」と「データの粒度（個人レベル/集計レベル）」をチェックリスト化して計測します。
これら3指標を、自社の「プラットフォーム健康診断」として月次でモニタリングします。診断結果を経営会議に上げて、依存度の見直しを定期的に意思決定の俎上に乗せる仕組みが必要です。
5. 多重ホーミング設計——依存度を分散させる戦略
5.1 多重ホーミングとは何か
「多重ホーミング（Multi-homing）」とは、ユーザーや参加者が複数のプラットフォームに同時に参加する戦略のことです。この用語はもともとネットワーク工学から来ていて、複数のネットワーク経由で接続することで耐障害性を高める設計を指していました。プラットフォーム経済学では、Eisenmannらが転用しました。
多重ホーミングの典型例：
- ライドシェアのドライバーがUberとLyftの両方に登録している
- レストランがUberEatsと出前館の両方で配達対応している
- 飲食店が食べログとぐるなびとGoogleMapsの全てに掲載されている
多重ホーミングが成立すると、特定のプラットフォームへの依存度が下がり、参加者の交渉力が上がります。プラットフォーマー側はこれを嫌うため、しばしば排他的条項（Exclusive Dealing）で多重ホーミングを禁止しようとします。
5.2 ユーザー多重ホーミング vs プラットフォーム排他条項の非対称性
ここに重要な非対称性があります。
ユーザー（消費者）側は多重ホーミングしやすい：消費者は複数のプラットフォームを同時に使うコストが低い。スマホに複数のアプリを入れるだけです。だから消費者は自然と多重ホーミングします。
プラットフォーマーは参加者の多重ホーミングを阻みたい：参加者が他のプラットフォームに離脱しないことが、プラットフォーマーの競争優位の源泉です。だから排他条項・優遇条件・スイッチングコスト引き上げ・データロックインなど、あらゆる手段で参加者の多重ホーミングを防ごうとします。
この非対称性は、参加者側（中小企業）にとって構造的に不利です。「ユーザーは去っていく自由があるが、参加者は縛られる」という関係です。
参加者がこの構造を突破するには、3つの戦略があります。
戦略①：契約交渉で排他条項を回避する
参加時の契約レビューで、排他条項の有無を確認し、可能な限り削除を交渉する。「他のプラットフォームでも同じ商品を販売できる」という条文を明示的に入れる。中小企業単独での交渉力は弱いですが、業界団体や複数事業者連名での交渉なら可能性が上がります。
戦略②：手数料優遇と引き換えに排他条項を受け入れる場合の期間制限
排他条項を受け入れる代わりに手数料優遇や販促支援を得るパターンもあります。この場合、期間を1年以内に限定する条文を必ず入れます。永続的な排他は契約時には魅力的でも、3年後・5年後にプラットフォーマーの方針変更で大きな損失を被る可能性があります。
戦略③：自社接点を「契約上は排他に該当しない」設計で確保する
排他条項の多くは「他のプラットフォームでの販売」を禁止するもので、「自社直販」は禁止していません。自社サイト・自社店舗・自社の電話注文ライン——これらは排他条項の対象外であることが多い。契約レビューで「自社直販の制約はないこと」を確認した上で、自社接点を意図的に維持・育成する。
冒頭の「他のチャネルを引き上げました」という社長の話を思い出してください。これは戦略③の機会を自ら捨てた行為でした。プラットフォーマーが直接的に自社直販を禁止していなくても、「販促支援強化」という飴を見せられて自分から自社接点を畳んでしまった。これが、最も避けるべき意思決定パターンです。
5.3 中小企業の脱出設計——3つの柱
多重ホーミングを成立させるための具体的な脱出設計には、3つの柱があります。
柱①：データポータビリティの確保
データポータビリティとは「自分のデータを他のプラットフォームに移せる権利」のことです。EU の GDPR や日本の個人情報保護法でも、ある程度の権利として認められています。
実務上、中小企業がデータポータビリティを確保する方法は：
- プラットフォーマー提供のデータエクスポート機能を定期的に活用し、自社サーバーにバックアップ
- 顧客リストを「自社で取得」する流入経路を意図的に作る（プラットフォーム経由の顧客に「公式LINE登録特典」を提供して自社接点に誘導するなど）
- CRM ツール（HubSpot・Salesforce 等）への顧客データ二重保管
柱②：オープンAPIによる代替接続
将来、別のプラットフォームに移行する選択肢を持つために、自社の業務システムを「特定プラットフォームに密結合させない」設計にします。
具体的には：
- プラットフォーム連携部分を独立したモジュール（マイクロサービス・サブシステム）として切り出す
- データの内部表現を、特定プラットフォームのAPI形式に依存させず、汎用的な形式（標準的なECデータモデル等）にしておく
- 月に1回、別プラットフォームへの移行コスト見積もりを更新する
これは技術投資が必要なので、規模の小さい中小企業には負担です。しかし「全てを大手プラットフォームのAPIに合わせる」設計をしてしまうと、3年後の選択肢が消えます。
柱③：代替チャネルの並行維持
最低でも3つの販売チャネルを並行維持します。たとえば：
- メインプラットフォーム（売上の40〜50%）
- セカンダリプラットフォーム（売上の20〜30%）
- 自社直販（売上の20〜30%）
この比率を意識的にコントロールします。メインの比率が60%を超えたら、サブとセルフ直販の比率を意識的に高めるオペレーション施策を打ちます。
「集中させた方が効率がいい」という反論は当然来ます。短期的には正しい。しかし包食リスクと交渉力低下を踏まえると、3年〜5年スパンでは分散の方が経済合理的です。「効率」と「耐久性」のトレードオフを意識した経営判断が必要です。
5.4 観光OTAのケースで読む契約設計の生命線
観光業界では、Booking.com、Expedia、楽天トラベル、じゃらんといった OTA（Online Travel Agency）への依存度が、宿泊事業者の経営の最大論点です。OTAとの契約設計をめぐる中小宿泊事業者の経験から、3つの教訓を引き出します。
教訓①：「最低価格保証条項（Rate Parity）」への対応
OTAの多くは「自社サイトでOTAより安く販売してはならない」という最低価格保証条項を契約に入れます。これは宿泊事業者にとって、自社直販で価格優位を出せない、という意味です。
EUでは2015年以降、この条項が独占禁止法上問題視され、各国で禁止または制限される動きが進んでいます。日本でも公正取引委員会が2019年に楽天トラベルに対して指摘を入れました。
中小宿泊事業者の対応戦略は：
- 契約時に「価格に関する制約」の条文を精読する
- 「自社会員限定価格」「直接予約特典」「組み合わせプラン」など、価格そのもの以外の差別化軸を作る
- 業界団体経由でOTAへの集団交渉を行う
教訓②：「データ所有権」の契約条文を確認する
予約者の氏名・連絡先・宿泊履歴は、誰のデータか？ OTA経由の予約では、これらのデータの所有権がOTA側にある契約になっていることが多い。宿泊事業者は、自社の予約者を「OTA経由」と「直接」で区別できず、リピーター獲得施策が取れません。
契約改定の交渉ポイントとして：
- 予約者連絡先の宿泊事業者への提供
- 宿泊後のフォローアップ通信の許諾
- データの保持期間と利用目的の制限
これらを明示的に契約に書き込めれば、OTA経由の顧客を「自社のリピーター候補」に育てる経路ができます。
教訓③：解約条件と移行期間の明示
OTAとの契約解約時に「掲載済み予約の取り扱い」「データ持ち出し」「過去の予約履歴の参照可否」といった条件を契約時に明示します。解約条件が曖昧だと、解約宣言後に「予約データを引き渡さない」「直前まで予約を取り続けて引き継がない」といった嫌がらせ的対応に遭うリスクがあります。
これらの教訓は、観光OTAだけでなく、ECモール・フードデリバリー・人材プラットフォーム・ B2B マーケットプレイスなど、あらゆるプラットフォーム参加者に共通します。契約のどこに脱出条項を埋め込むかが、生命線です。
6. 事例で考える——金属加工業A社のプラットフォーム位置取り
6.1 事例設定
シリーズ1-1・1-2と同じ金属加工業A社（従業員22名・売上2億円・主力顧客47%集中・熟練工2名いずれも勤続20年超）を、プラットフォーム位置取りという視点から再分析します。
A社の事業概要と、プラットフォーム関連の状況：
| 項目 | 状況 |
|---|---|
| 主力事業 | 地元機械メーカー5社向けの精密金属部品の受託加工 |
| 主力顧客集中度 | 1社で売上の47% |
| 既存の「プラットフォーム的」な接点 | (1) 地元の商工会議所主催の受発注マッチング、(2) ある大手ECモールへの汎用部品出品、(3) 業界専門誌の広告 |
| 検討中のプラットフォーム参加 | (1) 大手B2Bマーケットプレイス（金属加工特化型）への出店、(2) 海外向け B2B ポータルへの出品 |
| 検討中のプラットフォーム主催 | (1) 同地域の金属加工業者5社による共同受注プラットフォーム |
A社の経営者から相談を受けた診断士の立場で、3つのプラットフォーム選択を順番に検討していきます。
6.2 選択①：大手B2Bマーケットプレイスへの出店判断
ある大手B2Bマーケットプレイス（金属加工特化型）への出店話があります。出店すると：
- メリット：全国の発注者からの引き合いが増える（年間想定で売上の15〜20%増）
- 出店料：月額3万円
- 取引手数料：成約金額の3%
- 規約条件：他の同業マーケットプレイスへの出店は禁止しない（多重ホーミング可）。ただし「自社サイトでの公開価格を、当マーケットプレイスより安くしてはならない」という条項あり
この条件を多角的に評価します。
競争戦略レイヤー：
参入障壁としては低い（月額3万円は中小企業でも負担可能）。差別化要素として、A社の「精密加工技能」が他出店者と区別される必要がある。マーケットプレイスのアルゴリズムを調査し、検索上位に出る条件を確認する必要があります。
法務知財レイヤー：
「自社サイト価格制約」（最低価格保証条項）が問題です。A社は将来、自社サイトでの直販を強化したい意向があるが、その場合に価格優位を出せない制約がかかります。契約交渉でこの条項の削除または「6ヶ月後の見直し」条件を入れることを試みます。
セキュリティレイヤー：
A社が出品する精密部品の図面情報・製造仕様情報がプラットフォーム上に蓄積されます。プラットフォーマーがこれらの技術情報を学習データとして利用する可能性、または情報漏洩リスクを評価します。出品する商品情報の「公開範囲設定」を細かく管理できるかをマーケットプレイスに確認します。
プラットフォーム依存度スコア（後述§9.3で詳述）：
| 要素 | スコア | 備考 |
|---|---|---|
| 売上集中度 | 0.18 | 売上の15〜20%（中程度） |
| 切替コスト | 0.4 | 出品データの移植は可能、レビュー履歴は移植不可 |
| データ移転可否 | 0.6 | 自社で重要データを保持可能 |
依存度スコア（売上集中×切替×データ）= 0.18 × 0.4 × 0.6 = 0.043（低リスク）
結論：参加。ただし最低価格保証条項の見直しを契約交渉に含める。
6.3 選択②：海外向けB2Bポータルへの出品判断
別の選択肢として、海外向けB2Bポータル（中国・東南アジア発注者向け）への出品話があります。
- メリット：海外発注者へのアクセス獲得、売上の追加5〜10%増可能
- 出品料：月額5万円
- 取引手数料：成約金額の5%
- 規約条件：プラットフォームが「商品情報の自動翻訳・最適化サービス」として、A社の図面・仕様情報を利用する許諾を求める
競争戦略レイヤー：
海外発注者からの引き合いはA社にとって新規市場開拓です。ただし、海外発注の品質要求・納期要求は国内とは異なるため、対応コストの増加が懸念。生産能力の20%以上を海外向けに振ることは現状の体制では困難。
法務知財レイヤー：
最大の論点が「商品情報の自動翻訳・最適化サービス」許諾です。これは実質的にA社の技術データをプラットフォームに利用許諾する条項です。プラットフォームが類似商品の他社向け提案にA社の技術情報を流用する可能性があります。
中小企業診断士として、この条項は非常に警戒します。コントラクト上の「データ利用範囲」を厳密に確認し、「翻訳目的のみに限定」「他社向け提案への流用禁止」を明文化することを契約交渉で必須とします。
セキュリティレイヤー：
海外プラットフォームのデータ管轄国（多くの場合は中国またはシンガポール）の法制度上、日本の知財保護が適切に機能しない可能性があります。技術図面のオンライン送信は、特に高難度技術については回避すべきです。
結論：保留。技術データ流用条項の明文化交渉を行い、結果次第で再検討。海外進出は別の方法（既存顧客経由の海外展開）を優先検討。
6.4 選択③：地域共同プラットフォームの主催判断
最も興味深い選択肢が、同地域の金属加工業者5社による共同受注プラットフォームの主催です。設立の発案者がA社の経営者で、他の4社からは賛同を得つつあります。
このプラットフォームの構想：
- 参加者：地域の金属加工業者5社（A社を含む）
- 機能：(1) 各社の得意工程・余剰生産能力の見える化、(2) 一括受注した案件の参加社間配分、(3) 共同マーケティング
- 受発注主体：受注はプラットフォーム名義（共同体）で行い、生産は各社が分担
- ガバナンス：5社代表による運営委員会、月1回の運営会議
- 手数料：参加社から月額1万円、共同受注の取引額の2%を運営費に充当
競争戦略レイヤー：
地域内で「単独では大手の発注に応じられないが、5社合同なら応じられる」という構造を作ります。地理的局所性（近隣に集積している、相互信頼がある）と業界専門性（同業金属加工）を活用した、典型的な「中間ポジション」プラットフォームです。
MVN（ミニマムバイアブルネットワーク）の検討：
5社という規模で「鶏と卵問題」を回避できるか。供給側（生産能力）は5社で確保できる。需要側（発注者）の獲得が論点。少なくとも10社の常連発注者を初年度に獲得することを目標とします。地域の機械メーカーに対して、5社合同での営業活動を行うことで、年内に達成可能な水準と評価します。
ガバナンスの設計：
5社合同の運営は意思決定の遅さがリスクです。「全員一致」を原則にすると何も決まりません。設計案：
- 通常案件の受注配分は「事務局（ローテーション制）が決定、月次報告」
- 新規顧客開拓・サービス追加・規約変更は「過半数決議」
- 参加社の追加・退出・大規模投資は「全員一致」
意思決定の重要度に応じて、合意形成のレベルを段階化します。
フリーライドの防止：
参加社の中で「営業活動には参加せず、受注配分だけ受け取る」フリーライダーが出る危険があります。対策：
- 営業活動への貢献度を四半期で評価し、配分時のウェイトに反映
- 「営業会議への参加率」「持ち寄り案件数」など、客観的指標で評価
- 一定期間貢献度が低い参加社は、年次レビューで参加継続を見直し
主催者ポジションのメリット：
A社が発案者として中心的役割を担うことで、地域内での信頼度・ネットワークが大幅に強化されます。これは数値化しにくい無形資産ですが、長期的な競争優位の源泉になります。
結論：主催に積極参加。発案者として運営委員会の事務局を初年度担当することで、ノウハウを蓄積する。
6.5 3つの選択を踏まえたA社のプラットフォーム位置取り
3つの選択肢の意思決定を踏まえると、A社の「プラットフォーム位置取り」は以下の構造になります。
| 位置取り | プラットフォーム | 役割 | 売上比率目標（3年後） |
|---|---|---|---|
| 主催者 | 地域共同プラットフォーム | 発案・運営委員会事務局 | 25% |
| 参加者（既存） | 主力顧客（特定機械メーカー5社） | 既存パイプライン取引 | 35%（現47%から低下） |
| 参加者（新規） | 国内B2Bマーケットプレイス | 出品者 | 20% |
| 参加者（自社直販） | 自社サイト・自社営業 | 直接接点 | 15% |
| 検討中 | 海外B2Bポータル | 条件交渉中 | 5%（条件次第） |
主力顧客集中度を47%から35%に下げ、4つの異なるチャネルに分散する設計です。これにより、特定顧客・特定プラットフォームへの依存リスクを構造的に下げます。
ただしこれは3年計画です。1年目は主力顧客比率は45%程度に留まる可能性が高い。重要なのは「3年後にどこを目指すか」を明確にし、月次・四半期で進捗を確認していくことです。
シリーズ1-1で扱った「6要素の因果システム」、1-2で扱った「動学的計測設計」を今ここで使います。プラットフォーム位置取りの変更は、A社の収益構造（収益・コスト）、顧客ポートフォリオ（顧客）、必要なケイパビリティ（資源）、業務プロセス（プロセス）、意思決定構造（統治）すべてに波及します。一点の変更ではなく、システム全体の再設計として捉える視点が必要です。
7. 地域観光プラットフォーム設計——手数料・データ共有・ガバナンス
7.1 設問1-7-2の事業設定
ここで設問1-7-2の事業設定に切り替えます：
地域の観光事業者が共同で予約・決済プラットフォームを作りたいが、既存大手OTAの規約変更リスクがある。手数料設計・データ共有範囲・ガバナンス（意思決定・退出ルール）を提案し、フリーライドやデータ独占が起きる条件と対策も書いてください。
ある地方都市で、地域内の旅館・ホテル・体験プログラム提供事業者・地域飲食店ら計15社が集まり、地域共同観光プラットフォームを設立する構想です。背景には、大手OTAの相次ぐ手数料引き上げと規約変更（最低価格保証条項の強化、検索アルゴリズムの不透明化）への危機感があります。
15社の内訳：
- 旅館・ホテル：5社
- 体験プログラム提供事業者：4社（陶芸・農業体験・ガイドツアー・温泉巡り）
- 飲食店：4社（地元食材レストラン・カフェ・居酒屋）
- 物販：2社（土産物店・地元工芸品店）
15社の規模感は、いずれも従業員10〜30名程度の中小事業者です。年間取扱高は最大の旅館で年商3億円、最小の体験事業者で年商2,000万円。
このプラットフォームの設計を、4つの観点で提案します。
7.2 手数料設計
手数料設計は、プラットフォームの持続可能性とユーザー（参加事業者）の参加メリットの均衡を取る、最重要の論点です。
選択肢①：取引手数料モデル
成約した予約・決済の取引額の◯%を手数料として徴収するモデル。大手OTAが採用している標準的なモデル。
メリット：参加コストが取引量に比例するので、小規模事業者にも参加しやすい。 デメリット：プラットフォーム運営者の収入が取引量に依存するため、立ち上げ初期の収入が不安定。
選択肢②：月額固定モデル
参加事業者から月額◯万円を徴収するモデル。
メリット：プラットフォーム運営者の収入が安定する。事業者は売上に比例しない参加料なので「使い倒した方が得」という動機が働く。 デメリット：小規模事業者には負担感が大きい。プラットフォームの規模拡大が運営者の収入増に直結しない。
選択肢③：ハイブリッドモデル（推奨）
月額固定（小額）+ 取引手数料（小率）を組み合わせるモデル。
具体案：
- 月額固定：5,000円（小規模事業者）〜30,000円（大規模事業者）の階段設計
- 取引手数料：成約額の3%（大手OTAの平均8〜15%より大幅低水準）
この設計のメリット：
- 月額固定で運営費の最低限を確保し、運営の安定性を確保
- 取引手数料の水準を大手より大幅に低くすることで、参加事業者にとっての経済的優位を明確化
- 規模に応じた階段設計で、小規模事業者の参加障壁を下げる
手数料の用途と透明性：
集めた手数料の使途を年次で公開します。「システム保守◯%、マーケティング◯%、運営事務局人件費◯%、留保◯%」といった内訳を全参加事業者に開示。透明性が信頼の基盤になります。
7.3 データ共有範囲とプライバシー設計
地域プラットフォームの設計上、データ共有範囲の設計は最大の論点です。誰が誰のデータにアクセスできるかで、プラットフォームの信頼性と価値が決まります。
3層のデータカテゴリ：
| カテゴリ | データ例 | 共有範囲 |
|---|---|---|
| 個人情報 | ユーザーの氏名・連絡先・支払情報 | プラットフォーム運営者と該当取引の事業者のみ |
| 行動データ | 検索履歴・閲覧履歴・購買履歴 | 集計レベルで全参加事業者に共有 |
| 集計統計 | エリア別予約数・季節変動・客層分布 | 公開（マーケティング素材として活用可能） |
個人情報レイヤーの設計：
個人情報保護法に基づき、最小限のデータのみを収集し、明確な利用目的を提示します。事業者間でのデータ共有は、ユーザーの明示的同意がある場合に限定します。
たとえば「複数の事業者を予約したユーザーへの統合的な対応のため、必要に応じて事業者間で予約情報を共有する」と利用規約に明示し、ユーザー同意を得ます。
行動データレイヤーの設計：
行動データは集計レベル（個人特定不可能な形）で全参加事業者に共有します。「30代女性の予約は午前中検索が多い」「秋シーズンは紅葉キーワード検索が増える」といった集計情報は、各事業者のマーケティング判断に役立ちます。
ただしここに重要な設計判断があります。集計データへのアクセス権を、参加事業者間で「対称」にすることです。大手OTAでは集計データは運営者のみが見え、参加者は限定的にしか見えませんでした。これが運営者の優位性を強化していました。
地域プラットフォームでは、参加事業者全員が集計データにアクセスできる仕組みにします。透明性が、参加事業者の経営判断の質を上げ、結果としてプラットフォーム全体の競争力を高めます。
集計統計レイヤーの設計：
エリア別予約数や季節変動などの集計統計は、地域マーケティング素材として外部公開します。地方自治体・観光協会・メディアが地域観光振興の文脈で活用できます。プラットフォーム自体のブランディングにもつながります。
7.4 ガバナンス（意思決定・退出ルール）
15社合同のガバナンスは、A社事例（5社）よりさらに難度が上がります。
意思決定階層の設計：
| 意思決定レベル | 決定事項 | 決議方法 |
|---|---|---|
| 事務局判断 | 日常運営・小額支出（10万円未満） | 事務局長の専決 |
| 運営委員会判断 | 中規模支出（10万〜100万円）、新規参加事業者の承認 | 過半数決議（運営委員5名） |
| 全社総会判断 | 大規模投資・規約改定・手数料率変更 | 2/3以上の賛成 |
| 全員一致案件 | 解散・全社からの撤退・基本理念の変更 | 全員一致 |
運営委員会5名は、業種バランス（旅館2、体験1、飲食1、物販1）で構成。任期2年で輪番制とします。
退出ルールの設計：
参加事業者が「やはり参加を続けたくない」と思ったときの退出ルールを、参加時に明示します。退出ルールが曖昧だと「いざ辞めようとしたら違約金を取られる」「データを引き渡されない」といった紛争が起きます。
退出ルール案：
- 通常退出：3ヶ月前の事前通知で可能。違約金なし。
- 中途退出（年度途中）：当該年度の月額固定手数料は返金しない。取引手数料は退出時点まで支払い済みなので追加なし。
- データ引き渡し：自社の予約履歴・顧客データを CSV 形式で受け取る権利を明示。
「気軽に入れて気軽に出られる」設計が、参加事業者の心理的安全性を高めます。一見、運営者にとって不利な条件ですが、長期的にはプラットフォームの信頼性を高めます。
7.5 フリーライド・データ独占を起こさせない3つの仕組み
15社合同のプラットフォームで起きやすい2つの病理が、フリーライドとデータ独占です。それぞれへの対策を提案します。
フリーライド対策：
フリーライドとは「プラットフォームの恩恵だけ受けて、貢献しない参加者」のことです。たとえば「マーケティング費用は他の参加者が出しているのに、自分は払わずに集客結果だけ享受する」というケース。
対策①：月額固定費の徴収で、最低限の貢献を全員に求める。 対策②：マーケティング費用は別途プール制で、貢献度に応じた追加メリット（集客記事での優先掲載など）を提供する。 対策③：年次貢献度評価で、運営委員会への参加・営業活動への協力・コンテンツ提供などをスコア化し、結果を公開する。透明性が貢献を促す。
データ独占対策：
データ独占とは「特定の参加者（特に大規模事業者）がデータの大部分を占有し、他の参加者の参加メリットを薄める」現象です。地域観光プラットフォームでは、大規模旅館の集客データが圧倒的に多くなる傾向があります。
対策①：集計データの対称的開示（前述）。 対策②：マーケティング露出の意図的な分散。検索結果やトップページ掲載で、大規模事業者と小規模事業者の表示頻度のバランスを取る。完全な機械的アルゴリズムに任せず、人的判断を介在させる。 対策③：小規模事業者向けの相談支援。データ分析・マーケティング・運営改善の相談を、運営事務局が小規模事業者に提供する。データの読み解き能力の格差を縮める仕組み。
これらの対策が機能するかは、ガバナンスの実効性次第です。形式的な仕組みだけでは機能しません。運営事務局のリーダーシップ・運営委員会の意思決定の質・参加事業者間の信頼関係——これらが揃って初めて機能する仕組みです。
8. 競争戦略 × 法務知財 × セキュリティ——同時評価フレーム
8.1 設問1-7-3への応答
設問1-7-3の問い：
プラットフォーム戦略を、①競争戦略（参入障壁）、②法務/知財（データ条項・営業秘密）、③セキュリティ（サプライチェーンリスク）で同時に評価するフレームを作ってください。成功でも失敗でも説明できる反証可能な評価基準を提示してください。
中小企業がプラットフォームに関わるとき、3つのレイヤー（競争戦略・法務知財・セキュリティ）の論点が同時並行で発生します。これらを別々に評価していると、相互作用を見落とします。同時評価フレームが必要です。
8.2 競争戦略レイヤー
このレイヤーで評価すべき論点：
①参入障壁の高さ
- 自社が参加する場合、他社の追随参入を妨げる障壁は何か？
- 自社が主催する場合、後発主催者を妨げる障壁は何か？
- 障壁の種類：技術的障壁・規模の経済・ネットワーク効果・ブランド・規制
②スイッチングコスト
- 自社が参加した後、退出する際のコストは何か？
- ユーザーが当プラットフォームから他プラットフォームに乗り換える際のコストは？
- 物理的コスト（データ移行・システム再構築）と心理的コスト（学習・慣れ）を区別
③ロックインの度合い
- プラットフォーム固有の機能・データフォーマット・APIに自社が依存する度合い
- 依存度を「移行可能率（自社業務のうち、別プラットフォームに移行可能な割合）」で測定
④競争優位の持続性
- ネットワーク効果による優位性が、5年後も維持されるか
- 包食リスク（§4）への耐性
8.3 法務知財レイヤー
このレイヤーで評価すべき論点：
①データ所有権・利用権の契約条項
- 取引データ（売上・顧客）は誰が所有するか
- プラットフォーマーが取引データを学習・分析・他社向け提案に利用できる範囲
- 契約終了時のデータ返却・削除の条件
②営業秘密・知財保護
- 自社が提供する商品仕様・技術図面・製造ノウハウの知財保護状況
- 特許・商標の事前確認とプラットフォーム上での表示
- 競合他社からの模倣リスクと検知方法
③契約上の制約条項
- 排他的取引条項（他プラットフォームへの参加禁止）の有無
- 最低価格保証条項（自社サイトでの価格制約）の有無
- 規約変更権限の所在（プラットフォーマーが一方的に変更可能か）
④独占禁止法・関連法規との整合性
- プラットフォームの規約が独禁法に抵触する条項を含むか
- 公正取引委員会のプラットフォーム規制ガイドラインとの整合性
- 個人情報保護法・GDPR等のデータ保護法規との整合性
8.4 セキュリティレイヤー
このレイヤーで評価すべき論点：
①サプライチェーンリスク
- プラットフォーム自体のセキュリティ脆弱性が、自社の事業継続に与える影響
- プラットフォーマーの第三者監査（SOC2・ISO27001等）の取得状況
- 過去のセキュリティインシデント履歴
②データ管轄国・準拠法
- プラットフォームのデータが保管される国
- データ保管国の法制度・政府権限・他国データ要請への対応
- 越境データ移転の規制
③技術的セキュリティ対策
- 通信暗号化（TLS）・データ保管時の暗号化
- 認証認可（多要素認証・OAuth・最小権限の原則）
- API レート制限・不正アクセス検知
④インシデント対応プロセス
- プラットフォーマーのインシデント発生時の通知プロセス
- 被害発生時の補償条件
- 自社のBCP（事業継続計画）との連携
8.5 三層を一枚で評価するマトリクス
3つのレイヤーを同時に評価するマトリクスを提案します。
| 検討中プラットフォーム | 競争戦略 | 法務知財 | セキュリティ | 総合判定 |
|---|---|---|---|---|
| 大手B2Bマーケットプレイス（国内） | ◎（広いリーチ） | △（最低価格保証あり） | ◯（標準的な対策） | 条件付き参加 |
| 海外B2Bポータル | ◯（新規市場） | ✗（技術データ流用条項） | △（管轄国懸念） | 保留・交渉 |
| 地域共同プラットフォーム（主催） | ◎（差別化可能） | ◎（自分で設計可能） | ◯（適切な実装が必要） | 主催 |
| 大手OTA（観光） | ◯（即効性あり） | △（最低価格保証） | ◯（標準的） | 制約付き参加 |
このマトリクスを見ると、「総合判定」が単一レイヤーの評価で決まらないことがわかります。海外B2Bポータルは競争戦略上は魅力的ですが、法務知財レイヤーの懸念が強すぎて、総合判定は「保留」になります。
意思決定の原則：
「3つのレイヤーのうち、一つでも✗があれば原則として参加しない」を原則とします。✗を△に、△を◯に変える契約交渉が、参加判断の前段に必要です。
9. 反証可能な評価基準——プラットフォーム依存度スコアの定量化
9.1 反証可能性とは（ポパー）
カール・ポパーが科学哲学の中心概念として提示した「反証可能性（Falsifiability）」は、ある主張が「成立しない条件を明示できる」かどうか、を問います。
「この施策は成功する」と主張するだけでは、何が成功で何が失敗かが曖昧です。これは反証可能ではありません。これに対し「3年後に売上が30%以上増加していなければ、この施策は失敗と判定する」と主張すれば、検証可能で反証可能になります。
中小企業診断士の実務において、「反証可能な評価基準」を作る習慣は、無責任な提言を防ぐ最大の予防策です。「やってみたら成功するかもしれない」という曖昧な提言は、診断士の責任放棄に近い。
9.2 「成功でも失敗でも説明できる基準」の3要件
設問1-7-3の核心が「成功でも失敗でも説明できる反証可能な評価基準」です。これを設計するための3要件を整理します。
要件①：定量的閾値の設定
「売上が増えればOK」ではなく「売上が前年比15%以上増えていればOK、5%未満なら失敗」という具体的な閾値を設定します。閾値の設定は、過去のデータ・業界平均・施策コストの回収可能性から逆算します。
要件②：測定タイミングの明示
「いつ評価するか」を事前に決めます。「6ヶ月後」「12ヶ月後」「24ヶ月後」など、複数のタイミングを設定すると、施策の進捗が見えます。タイミングが事前に決まっていないと、「もう少し様子を見よう」という判断が無限に続き、撤退のタイミングを逃します。
要件③：因果の説明可能性
成功した場合も失敗した場合も、その結果を説明できる因果モデルを事前に持っていること。「売上が増えた→施策が効いた」だけでは、外部要因（市場全体の成長等）と区別できません。「売上の増加分の◯%は施策によると推定される」と説明できる因果分析の枠組みを、事前に決めておきます。
9.3 プラットフォーム依存度スコアの定式化
プラットフォーム依存度を定量化するスコアを提案します。3つの構成要素から成ります。
構成要素①：売上集中度（Sales Concentration）
該当プラットフォーム経由の売上が、自社全体売上に占める割合。
売上集中度 = プラットフォーム経由売上 ÷ 自社全体売上
範囲：0.0〜1.0。0.0は依存なし、1.0は完全依存。
構成要素②：切替コスト（Switching Cost）
該当プラットフォームから別プラットフォーム（または自社直販）に切り替える際のコスト。0〜1の正規化スコア。
評価項目： – データ移行コスト（手間×時間） – システム再構築コスト – 顧客の引き継ぎ可否 – レビュー・評判の引き継ぎ可否 – ブランド再構築コスト
これらの定性的評価を、0(切替容易)〜1(切替不可能)のスコアに変換します。
構成要素③：データ移転可否（Data Portability）
自社が保有するデータ（顧客情報・取引履歴・コンテンツ）の所有権と移転可能性。0〜1の正規化スコア。
評価項目： – 顧客リストの自社保持率 – 取引履歴のエクスポート可否 – レビュー・コンテンツの移植可否 – 契約上のデータ持ち出し権
これらの評価を、0(完全移転可能)〜1(完全に移転不可)のスコアに変換します。
プラットフォーム依存度スコア（PDS）の計算：
PDS = 売上集中度 × 切替コスト × データ移転不可スコア
範囲：0.0〜1.0。0.0は依存なし、1.0は完全な依存・脱出不能。
閾値の設定例：
- PDS < 0.1：低依存。安心域。
- 0.1 ≤ PDS < 0.3：中依存。注意観察必要。
- 0.3 ≤ PDS < 0.5：高依存。リスク低減策を検討。
- PDS ≥ 0.5：警戒域。直ちに依存度低減施策を実行。
§6でA社の大手B2Bマーケットプレイス参加を評価したとき、PDS = 0.18 × 0.4 × 0.6 = 0.043（低依存）と算出しました。この水準なら問題なく参加可能、という判定です。
9.4 失敗パターン別の予兆指標
「失敗のパターンを事前に知っていて、その予兆を検知する」のが反証可能な評価基準の要点です。プラットフォーム参加の典型的な失敗パターンを4つ整理し、それぞれの予兆指標を示します。
失敗パターン①：包食による事業消失
プラットフォーマーが自社プライベートブランドを投入し、参加者の事業を実質的に消失させる。
予兆指標： – 自社カテゴリーでのプラットフォーマー直営商品の出現（§4.4 指標②） – プラットフォーマーから受け取るデータの粒度低下（§4.4 指標③）
判定：これらの予兆が3ヶ月以上続いたら、依存度低減を「直ちに」実行。
失敗パターン②：規約変更による収益悪化
プラットフォーマーの規約変更（手数料率上昇・アルゴリズム変更）により、参加者の収益が短期間で悪化する。
予兆指標： – 月次の手数料率変更履歴 – 検索順位の月次変動率（前月比15%以上の下落が出現） – プラットフォーマーの財務指標悪化（収益化圧力増大の兆候）
判定：3ヶ月で2回以上の悪化が出現したら、代替チャネルへの売上比率を意識的に高める。
失敗パターン③：データ漏洩・セキュリティインシデント
プラットフォーマーのセキュリティインシデントにより、自社の顧客情報・取引情報が漏洩する。
予兆指標： – プラットフォーマーのセキュリティ認証（SOC2・ISO27001）の更新状況 – 業界内の類似プラットフォームでのインシデント発生 – プラットフォーマーから受信するセキュリティ通知の頻度
判定：1年以内にセキュリティ認証の維持に問題が出たら、データ最小化を実施し、代替プラットフォームへの移行準備を開始。
失敗パターン④：ブランド毀損による信頼低下
プラットフォーム上での競合品との比較・否定的レビュー・なりすまし出品などにより、自社ブランドが毀損する。
予兆指標： – 自社ブランド名の検索結果の質 – レビューの平均評価の月次推移 – なりすまし出品・模倣品の発見数
判定：ブランド毀損が3ヶ月持続したら、プラットフォームでの販売スタイル変更（コンテンツ強化・差別化要素強化）を実施。
9.5 評価基準の運用——四半期プラットフォーム見直し会議
これらの指標は、計測しても見ないと意味がありません。「四半期プラットフォーム見直し会議」を経営の定例アジェンダに固定します。
会議の議事構成案（90分）：
- 各プラットフォームの売上推移と PDS スコア更新（20分）
- 4つの失敗パターン予兆指標の確認（20分）
- 包食シグナル（§4.4）の確認（20分）
- 次四半期の依存度低減施策の意思決定（20分）
- 主催プラットフォーム（地域共同）の運営状況確認（10分）
参加者は経営者・営業責任者・経理責任者・システム担当者。診断士が外部アドバイザーとして同席する形が理想です。
これを四半期ごとに回すことで、プラットフォーム依存リスクが「気がついたら手遅れ」になる事態を構造的に防げます。
10. 包食を避けるための組織設計——「3人目の意思決定者」を社内に置く
10.1 中小企業がプラットフォームに飲み込まれる構造的理由
中小企業がプラットフォームに飲み込まれる理由は、戦略の誤りだけではありません。意思決定構造の問題が根本にあります。
典型的な中小企業のプラットフォーム関連意思決定は、以下の構造です。
- 第一の意思決定者：経営者（自社サイドの判断者）
- 第二の意思決定者：プラットフォーマーの担当者（プラットフォーム側の判断者）
この二者の関係性は、定常的には対等ではありません。プラットフォーマー担当者は背後に組織と契約と他の参加者を抱えていますが、中小企業の経営者は孤独に意思決定する。情報量も交渉力も非対称です。
結果として、経営者は「目の前のメリット（売上増・販促支援等）」に動かされ、「中長期のリスク（依存・包食・脱出困難）」を過小評価する判断パターンに陥ります。これがフレーミングの問題（1-1で扱った）と類似する構造です。
10.2 「3人目の意思決定者」の役割
この構造を破る処方箋として、「3人目の意思決定者」を社内に置くことを提案します。3人目の役割は：
- プラットフォーマーとの直接接点を持たない
- 中長期のリスクを評価する役割に専念
- プラットフォーム関連の意思決定に「待った」をかける権限
中小企業ではこの役割を新たに雇用する余裕はないことが多い。だから既存メンバーの中で兼任する形をとります。候補は：
- 営業責任者（プラットフォーマーと直接対峙していない場合）
- 経理責任者（数字の持続可能性を評価する立場）
- 子息・娘・配偶者などの後継者候補（中長期視点の代弁者）
または外部アドバイザーとして：
- 顧問税理士・弁護士
- 中小企業診断士
- 業界団体の関連組織
「3人目の意思決定者」の具体的な機能：
機能①：契約レビューの第三者視点
プラットフォームとの契約は、経営者と担当者の二者間で「いいですね、これでお願いします」と決まりがちです。3人目が必ず契約条文をレビューし、「このリスクは認識していますか」と問いを立てる役割です。
機能②：依存度スコアの計測と報告
§9.3のプラットフォーム依存度スコアを、3人目が四半期ごとに計測・報告します。経営者の感覚的な判断ではなく、数字での状況把握を経営の俎上に乗せる役割です。
機能③：「待った」の権限
プラットフォーム関連の重要意思決定（新規参加・撤退・主要条件変更等）に対し、3人目が「待った」をかける権限を社内ルールで明記します。経営者が即決せず、3人目との対話を経て意思決定する仕組みです。
10.3 A社で実装した「四半期プラットフォーム見直し会議」
A社では、§9.5で触れた「四半期プラットフォーム見直し会議」を、まさにこの「3人目の意思決定者」を制度化する形で導入しました。
参加者と役割：
- 経営者：意思決定者
- 営業責任者：プラットフォーム側の情報収集と評価
- 経理責任者：依存度スコアと収益影響の計測
- 工場長：オペレーション側の影響評価
- 診断士（外部）：第三者視点の問いかけ役
会議は定例で四半期ごとに90分。アジェンダは§9.5の通り。
導入から1年後、A社の経営者は次のように振り返りました。
「以前は、プラットフォーマーから新しい話が来るたびに、私が一人で判断していました。良い話に見えると即断していたし、悪い話に見えると逃げていました。でも判断の根拠が曖昧だった。
今は、四半期見直し会議で全員の視点を聞いてから判断します。営業責任者が『この話は他社にも来ているらしい』と教えてくれる。経理責任者が『この依存度を3年続けると、撤退コストが今の3倍になる』と試算してくれる。工場長が『この案件を受けると、現場のキャパが逼迫する』と現実を教えてくれる。
判断の質が、明らかに上がりました。プラットフォーマーから見ると、私が決断するスピードは遅くなったかもしれません。でも『3ヶ月後にもう一度持ってきてください』と言える経営者は、舐められなくなります」
「3人目の意思決定者」の制度化は、組織内の機能分担を変える施策です。これも1-1で扱った「6要素のうち統治」の論点に直結します。プラットフォーム戦略は、戦略レイヤーの問題ではなく、統治レイヤーの問題として設計する必要があるのです。
11. 合格直後の自分へ——この記事を読み終えたあなたへ
冒頭の「強いから飲み込まれるんですよ」という話に戻ります。
ECモールで月商3倍になった社長は、その後どうなったでしょうか。半年後、プラットフォーマーから「来期から手数料率を3%引き上げます。出店者全員一律です」という通知が届きました。社長は反対したかったが、すでに自社サイトと他チャネルを畳んだ後だったので、選択肢がありませんでした。手数料引き上げを受け入れ、利益率は当初の半分以下になりました。
「あのとき他のチャネルを残しておけば」と社長は後悔しましたが、もう遅い。失った接点を再構築するには、最初に作ったときの3倍の労力がかかります。
これが「飲み込まれる」ことの意味です。物理的に消滅するのではなく、選択肢を失うことが包食の本質です。選択肢があるうちは交渉力があり、選択肢を失った瞬間に交渉力もゼロになります。
Level 1（合格直後）の診断士とLevel 100の診断士は、プラットフォーム戦略で何が違うのか。
Level 1は「プラットフォーム参加のメリット・デメリット」を表で並べる。Level 100は「参加した後の3年〜5年の依存構造」を因果ループで描く。
Level 1は「主催と参加のどちらかを選ぶ」と二項対立で考える。Level 100は「主催・参加・中間ポジションの3つを組み合わせるポートフォリオ」を設計する。
Level 1は「ネットワーク効果は規模だ」と考える。Level 100は「局所性のあるネットワーク効果」を見つけて、中小企業の主催可能領域を発見する。
Level 1は「契約は法務担当に任せる」と考える。Level 100は「契約条項こそ戦略の本体」だと知っている。データ条項一行で、5年後の事業構造が決まる。
Level 1は「セキュリティはIT部門の話」だと考える。Level 100は「サプライチェーンセキュリティが経営の論点」だと知っている。プラットフォーマーのセキュリティ事故が、自社の事業継続性を直撃する。
Level 1は「経営者が一人で判断する」と当然視する。Level 100は「3人目の意思決定者を制度化する」設計を提案する。意思決定の構造を変えないと、戦略の実行が変わらない。
これらの差は経験年数で自然に埋まるものではありません。意識的にプラットフォーム依存度を計測し、契約条文を読み込み、組織の意思決定構造を変える実践によって埋まります。
合格後、最初にプラットフォーム関連の相談を受けたとき、あなたはきっと「メリット・デメリットを並べる」アプローチに走りたくなります。でもそこで踏みとどまって、「3年後の依存構造はどうなるか」「主催・参加・中間ポジションの組み合わせは何が最適か」「契約条文のどこに脱出条項を埋め込むか」「3人目の意思決定者を誰に担ってもらうか」を考えてください。
そのとき、この記事のことを思い出してくれたら嬉しいです。
「強いから飲み込まれる」という構造を理解した診断士は、経営者に次の言葉を伝えられます。
「いま売れているからこそ、別のチャネルを残してください。販促強化の話が魅力的でも、自社接点だけは絶対に手放さないでください。短期の効率を犠牲にしてでも、3年後の選択肢を守る。それが、プラットフォーム経済を生き抜く中小企業の鉄則です」
この一言が言える診断士になることが、合格後の自分への申し送りです。
本記事は、中小企業診断士合格後の実務準備を目的とした「smeca-level100」シリーズの一部です。試験対策ではなく「合格後の知的再武装」として、アカデミックと実務のギャップを埋めることをコンセプトにしています。チェックポイント1-7「エコシステム/プラットフォーム型価値創造」に対応した記事で、3つの問い（参加vs主催の条件・地域観光プラットフォームの設計・三層同時評価フレーム）を統合し、Eisenmann et al.（2006）の包食理論と局所ネットワーク外部性論を加えた長編解説です。あわせてなぜ正しい施策ほど信頼されないのか – 企業価値創造を因果ループで読み解く方法（1-1）、なぜ正しく描いたループ図が経営者を動かさないのか – 因果ループ図の動学設計（1-2）もご覧ください。3記事をセットで読むことで、診断の解像度が一段上がる体験設計になっています。
コメント