PolygonのCoinme買収：決済の入口を持つと、分業はどう変わるか

SG Groupの見方：企業の境界を動かし、分業を作り直す

決済の仕組みを持つ会社が、その入口の機能を買収する。そこで問われるのは、取引の途中から他社が消えるかだけではない。これまで別会社どうしで相談していた変更を、どこまで同じ企業グループの判断で進められるかである。さらに、その機能を使う決済企業が自分の顧客向け商品を作り続けるなら、買収した側と利用する側には、新しい分業が残る。

Polygon Labsは2026年10月14日、Coinme買収を完了したと公表し、米国の規制対応を伴う資金移動機能をOpen Money Stackへ取り込むと説明した。初期の利用企業にはTazapayが挙がる。利用可能な機能や範囲には、法域と構成による条件がある。^[1]

SG Groupの見方は、この動きを「決済の仕事の置き場所」の変更として読むことだ。所有する機能が増えれば、組み合わせを変える余地が生まれる。一方で、顧客の商売を理解し、地域ごとの仕事を担う企業の価値まで消えるわけではない。統合の便益が、基盤側の収益、利用企業の余裕、最終顧客の条件のどこへ届くかを考えたい。

接続できることと、変更を決められること

外部の機能へ接続する仕組みが整っていれば、別会社どうしでも一つの商品に見せることはできる。利用者が操作する画面の数と、その裏で調整する企業の数は同じではない。買収の経済的な意味を考えるには、画面が一つになる便利さから一歩進み、誰が機能の変更へ人員を配分できるかを見る必要がある。

例えば、支払いをまとめて扱う新機能を作るとしよう。外部企業へ依頼する場合は、その会社にとっても開発を優先する理由が必要になる。同じグループに入れば、関連する事業の利益を合わせて配分を決められる可能性がある。依頼先の採算だけでは進みにくかった変更を選べることが、所有と接続の差になる。

ただし、社内の意思決定も無償ではない。共通の予算を取り合う仕事が増えれば、優先順位を決める会議や管理が必要になる。外部との契約交渉が減っても、仕事そのものがなくなったとは限らない。統合を評価するときには、調整の相手が変わったことと、必要な調整量が減ったことを分けて考えるのが出発点になる。 株式の所有と株主の権利の基礎も、会社の持分と個々の業務上の権限を混同しないために役立つ。

契約で書き切れない変更に、所有の意味が出る

外部の提供者との契約に、機能、価格、対応期限を詳しく書けば、買収せずに安定した関係を作れる。所有の利点が出やすいのは、契約時には具体化していなかった変更を、後から何度も選ぶ場合だ。将来の用途をすべて列挙できないとき、追加の仕事をどう扱うかが関係を左右する。

仮に顧客企業が、売上の受取りと従業員への支払いを同じ仕組みで扱いたいとする。口座の表示、支払いの承認、取引明細の区分など、変更する箇所は複数になる。個々の機能が動いていても、その組合せに合わせた変更へ各社が同時に応じるとは限らない。この例では、初回の接続より、その後の共同変更が論点になる。

買収によって共同変更を社内で扱える範囲が広がれば、契約を作り直す回数を減らせる余地がある。しかし、銀行や利用企業の承認まで同じ会社の判断にはならない。所有による効果を見積もる際には、変更する仕事のうち何が企業内へ入り、何が外部に残るかを具体的に区切らなければならない。

一社向けの投資を、誰が引き受けるか

決済の機能を組み合わせるために作ったソフトウェアや業務手順は、その組合せから離れると価値が小さくなることがある。特定の相手に合わせた投資が必要なほど、投資後の価格や仕様をどう決めるかが気になる。将来の変更が互いの投資へ影響するため、事前に決めにくい問題が生まれるということだ。

外部企業どうしなら、最低利用量の約束、開発費の分担、一定期間の価格条件などで、投資の回収を支えられる。所有は、その代わりに使える一つの方法になる。同じグループの利益として考えれば、ある機能だけでは回収しにくい支出も、別の機能の利用増加を含めて判断できる可能性がある。

一方、企業全体では合理的な投資でも、買収された部門にとっては採算が見えにくくなる場合がある。部門ごとの成績の測り方が変わらなければ、期待した共同投資が進まないことも考えられる。所有の取得は、関連する予算と評価の仕方を調整できる機会を作るが、その機会を実際に使えたかは別の結果として表れる。

繰り返し使う組合せほど、共同開発を回収しやすい

同じ二つの機能を多くの利用企業が組み合わせるなら、接続や変更へ投じる仕事を共通化しやすい。一度きりの特別な依頼とは違い、複数の利用者に再利用できるからだ。基盤側がこの仕事を持つことは、利用企業が各々同じ調整を発注する場合と比べ、支出の重複を減らす可能性がある。

その効果は、顧客数だけでは決まらない。多数の顧客が、それぞれ全く異なる変更を求めるなら、共通に使える仕事は少なくなる。同じ機能名でも、明細の形式、承認の段階、対象となる取引が違えば、個別対応が必要だ。利用企業の増加と、共同開発を回収できる用途の増加を同じものと見ない方がよい。

企業側には、独自性のある仕事と共通化してよい仕事を分ける理由がある。共通の部分を基盤へ任せ、自社の顧客に必要な部分へ開発を集中できれば、基盤への支払いは単なる追加費用にとどまらない。自前で持つ必要がなくなった仕事との比較によって、その価値を判断できる。

社内に移した判断にも、利用企業の違いが残る

統合した基盤には、複数の利用企業から変更の要望が集まる。どの要望を先に実装するかは、利用者ごとの利益が一致しないと難しくなる。少数の大口向けの機能を先に作る場合と、多数の小口が共通に使う機能を整える場合では、必要な人員も収益の回収方法も違う。

外部企業への依頼なら価格交渉として見えていた配分が、統合後には基盤全体の開発計画として決まる可能性がある。利用企業にとっては、相談窓口が一つになっても、自社の優先順位がそのまま採用されるとは限らない。共通化の便益と、個別の事情へ合わせる余地の間には、具体的な選択がある。

このため、採用事例を読むときには、同じ機能を選んだ会社の数だけでなく、どの仕事を共通基盤に任せ、どこから自社で作るかに注目したい。多様な企業が共通の機能を使える構成なら、基盤の開発が広く役立つ余地がある。個別調整が中心なら、統合の経済性は異なる形になる。

一括購入は、比較する単位を変える

複数の機能を一度に買うと、提供者ごとに接続や契約を管理する仕事を減らせる。利用企業が比較する対象は、各機能の表示価格だけでなくなる。別々に買ったときに自社へ残る仕事と、一括で買ったときの支払いを、同じ範囲のサービスとして比べる必要がある。

例えば、必要な機能の半分は既に社内にある企業と、初めて仕組みを作る企業では、同じ一括商品への評価が違う。後者には広い範囲をまとめる価値があっても、前者には使わない機能が含まれるかもしれない。一括商品が割安かという問いは、誰にとって、何と置き換える場合かを決めなければ答えられない。

機能別に購入できるなら、既存の仕事を残しながら一部分だけを入れ替える選択肢がある。一括提供と機能別購入のどちらが優れるかを一般論で決めるより、利用企業の現在の構成と、近い将来に増やす仕事に合わせて考える方が実用的だ。

共通の費用を分ける価格には、唯一の正解がない

一つの開発チームや管理機能が複数の商品を支える場合、共通費用を各商品へどう割り振るかで、見かけの採算は変わる。特定の商品だけでは利益が小さく見えても、別の商品と一緒に使われることで全体の費用を回収している場合がある。統合の採算を機能ごとの利益だけで読むと、この関係を落としやすい。

逆に、全体で利益が出ていることだけでは、どの追加機能に投資する価値があるかを判断できない。新たな利用を増やすのに必要な仕事と、それ以前から負担していた費用を分ける必要がある。共通費用を任意に配分した数字を、そのまま追加取引の費用と見なすと、拡大を過小にも過大にも評価し得る。

利用企業にとっては、提供者の内部計算をすべて知る必要はない。同じ仕事を別の方法で実現した場合の条件と、購入する組合せの条件を比べられることが重要になる。基盤側の共通化が、利用企業にとっても得になるかどうかは、この比較が可能な範囲と、他の選択肢の強さによって変わる。

使う機能が違えば、同じ取引量でも負担は違う

決済基盤の規模を取引量で説明するのは分かりやすい。しかし、金額が同じ取引でも、使う機能の組合せが同じとは限らない。既存の仕組みから一つの機能だけを呼ぶ場合と、顧客の登録から明細の受渡しまで広く任せる場合では、基盤が行う仕事が違う。

共通化した仕事を多く使う取引が増えれば、追加の利用を比較的少ない作業で支えられる可能性がある。個別の問い合わせや例外処理を多く伴う利用が増えるなら、取引量とともに人手も必要になる。同じ量の拡大が、同じ利益の増加を意味するとは限らない理由は、単価の違いだけではない。

この関係は、卸売の基盤を買う側にも当てはまる。任せる仕事の範囲を広げるほど、自社の支出が減る余地がある一方で、基盤側の条件が事業へ届く範囲も広がる。取引量の成長を見るときには、どの機能をどの利用者へ提供した成長かを合わせて考えたい。

基盤を卸す会社と、顧客へ商品を届ける会社

決済企業が外部の基盤を使っても、その企業の商品が消えるわけではない。顧客にとって使いやすい画面を作り、料金を説明し、問い合わせを受け、他の業務と結び付ける仕事が残る。基盤の機能と顧客の仕事の間には、利用企業が引き受ける設計がある。

この分業では、基盤側が機能を改善するほど、利用企業は自社だけでは作りにくかった商品を提供できる可能性がある。一方で、多くの企業が同じ機能を使えるようになると、その機能を持つこと自体は顧客向けの違いになりにくくなる。利用企業は、共通に買える部分とは別の場所に価値を作る必要が出てくる。

最終顧客との関係を持つ会社は、業種ごとの商慣行や業務の順序を理解している場合がある。基盤側は、その理解をすべて自社へ取り込まなくても、機能の供給を増やせる。所有する範囲を広げることと、最終顧客へ直接販売する範囲を広げることは、異なる事業の選択になる。

顧客向けの専門業務は、共通機能の上に残る

例として、仮想的な給与サービスを考えよう。送金の機能を外部から買っても、従業員へ何をいつ支給するか、どの控除を扱うか、雇用先へどの明細を出すかという仕事は残る。決済の一部分を共通化することは、給与サービス全体を同じ商品へ変えることではない。

顧客が求めるのは、機能の一覧より、業務が一つの流れとして終わることかもしれない。その場合、利用企業が担うのは、基盤の機能を選ぶ仕事と、自社の専門業務へ組み込む仕事になる。共通機能の価格が下がっても、その企業の専門知識に代わりが少なければ、顧客向けの商品価格が同じ幅で下がるとは限らない。

反対に、顧客が基盤の機能を直接組み合わせられ、専門業務も標準化されているなら、利用企業の役割が狭まる可能性がある。何段階の会社が関わるかだけでは、誰に利益が残るかは分からない。顧客がどの仕事に対価を払い、その仕事を別の方法で置き換えられるかが、分業の持続性を決める。

共通機能が広がると、専門性の場所も動く

以前は決済の入口を用意できること自体がサービスの特徴だったとしても、同じ機能を広く購入できるようになれば、競争する場所が変わり得る。企業は、入手しやすくなった機能を再び一から作るより、顧客の他の問題を解く方へ人員を移す理由を持つ。

これは、専門企業が必ず不利になるという予測ではない。共通の基盤が自社の弱い部分を補えば、強い部分へ集中できる。狭い業種向けに深い商品を作る会社には、広い決済機能を共通に買えることが参入の助けになる場合もある。基盤の統合と、顧客向け商品の多様化は両立し得る。

一方で、すべての利用企業が同じ変更を待つ構成になれば、共通基盤の計画が商品の進化の速さへ影響する。専門性を維持するには、顧客固有の部分を自社で変更できる余地も必要だ。共通化する範囲と独自に変える範囲をどこへ置くかが、利用企業ごとの戦略になる。

顧客との関係は、情報の量だけで決まらない

顧客向けの会社と基盤側の会社が同じ取引に関わると、どちらが顧客の要望を理解し、商品へ反映できるかが重要になる。取引の情報を扱うことと、顧客の事業全体を理解することは同じではない。機能の供給者が多くの取引を処理していても、顧客がその商品を選ぶ理由を最もよく知るとは限らない。

例えば、支払いの失敗を減らしたいという要望でも、利用企業は商品の見せ方や入力手順を変え、基盤側は接続先との処理を変えるという分担が考えられる。どちらの変更が役立つかは、問題が起きる場所による。顧客向けの会社が現場の事情を整理し、基盤が共通機能へ反映できれば、分業は情報の受渡しによって価値を増やせる。

ただし、情報の利用権、顧客への連絡、商品提案の範囲は、実際の契約に依存する。基盤を所有したことから、利用企業の顧客情報まで自由に使えると推定してはいけない。この点を混同すると、顧客関係を持つ会社と機能を供給する会社の競争上の位置を、実態より強くも弱くも描いてしまう。

要望を商品にする仕事は、卸売の需要を作る

基盤の供給を増やすには、機能を欲しがる企業が必要だ。利用企業が顧客向けの商品を売り、何が必要かを整理して持ち込むなら、その企業は基盤にとって販売先であると同時に、需要を具体化する存在になる。基盤側がすべての業種へ直接営業しなくても、専門企業を通じて用途が広がる可能性がある。

この構成では、基盤側の開発と利用企業の販売活動が互いに影響する。便利な機能があれば販売しやすくなるが、販売先の見通しがなければ機能の開発費を回収しにくい。どちらか一方の規模だけを大きくすれば成長するとは限らない。用途に合う機能と、その用途を顧客へ届ける仕事が組み合わさる必要がある。

供給側が利用企業の売りやすさを高める方法には、機能の追加以外にも、説明資料や試用の仕組み、変更予定の伝え方などがある。ここに投入する仕事は、取引を一件処理する費用とは異なる。卸売基盤の経済性を見るときには、処理能力だけでなく、利用企業が商品を作り販売するまでを支える仕事も考慮したい。

グループ内の売上を、外から入る収入と混ぜない

買収した機能を自社グループの別部門が使う場合、内部の価格をどう設定するかで、部門ごとの売上や利益は変わる。ある部門の売上増加が別部門の費用増加と対応しているだけなら、企業全体へ新しい収入が入ったことにはならない。企業の境界が変わったときには、この見え方の変化が起きやすい。

統合の成果として考えたいのは、外部の顧客から得る収入、外へ支払う費用、自社で増減する仕事の組合せである。外部へ払っていた対価を社内の支出へ変えても、それと同じ額の利益が生まれるわけではない。従業員、システム、管理を維持する費用や、買収へ投じた資金が残るからだ。

部門の成績を測るための内部価格には役割がある。しかし、事業全体の価値を読む数字とは分ける必要がある。財務三表のつながりを押さえると、売上の区分と現金の出入りを整理しやすい。統合した事業の説明では、比較する範囲が同じかを先に確かめる方が、成長率だけを見るより役立つ。

買った機能の先に残る、外部の仕事

企業の中へ取り込めるのは、取得した事業が持つ機能と、その事業を動かす権限の範囲である。周囲の銀行、地域の事業者、顧客企業まで一度に同じ組織へ入るわけではない。所有の効果は、取得した部分の前後にどの仕事が残るかで制約される。

仮に、内部では機能の変更をすぐに決められても、外部の接続先が同じ変更へ応じるまで利用できなければ、商品への反映には時間がかかる。買収した側が関連する仕事をまとめて説明できるようになることには価値があるが、それだけで外部の判断時期を支配できるとは限らない。

どの工程で自ら決められる範囲が増えたかを明確にすれば、統合が効果を持つ用途を選びやすくなる。全部を一社で完結するという広い説明より、企業内へ移した変更と外部へ依頼する変更を並べる方が、利用企業にも具体的な比較になる。

共通の開発計画が、複数の商品へ届く

一方、共通機能を変更すると、利用企業の側でも画面や業務を合わせる仕事が必要になる場合がある。基盤側にとって一度の変更でも、受け取る企業の数だけ対応が発生し得る。共通化の効果は、提供者の開発工数だけを数えても分からない。変更を使える状態にするまでに、利用側へ残る仕事も含めて評価する必要がある。

例えば、同じ変更を各社が選んだ時期に取り込めるなら、個々の事情へ合わせやすい。全社が同時に対応しなければならない構成なら、調整の負担は違う。

すべてを任せる企業と、一部を残す企業

利用企業にとって、どこまで外部へ任せるかは一度決めれば終わる選択ではない。事業の初期には幅広い機能をまとめて買い、成長後に一部を自社で持つ方が合う場合がある。反対に、既存の自社機能を維持する費用が重くなり、外部の共通機能へ移すことも考えられる。

このとき、一括商品の価格が安いことと、機能を組み替えやすいことは別の価値になる。初期の支払いを抑えられても、将来の構成変更が難しければ、成長した後の選択肢が狭まる可能性がある。機能別に買えることは、現在使う部分の価格を比較するだけでなく、後から仕事の置き場所を変える余地にも関わる。

基盤側にも、利用企業を一つの構成へ固定する以外の成長方法がある。事業段階に合わせて使う機能を変えられるなら、利用企業が自前の部分を増やしても関係を維持できる。どの構成を選ぶと互いの利益が増えるかを考えると、すべてを内製する会社と、すべてを外部へ任せる会社の二択では捉えきれない。

国境を越える商品では、地域の専門性が残る

共通の決済機能を使う企業が国際的に事業を展開する場合、基盤の供給者は、複数地域に共通する部分を広く提供する役割を持ち得る。利用企業は、顧客への説明、地域の商慣行、業務上の要件に合わせる仕事を引き受ける。共通の機能が増えるほど、地域の専門性が無用になるとは限らない。

例えば、同じ送金の機能を使っても、請求の慣行、取引先の確認に必要な情報、顧客が求める問い合わせの言語は異なり得る。共通化できる部分を基盤へ任せることで、利用企業が地域に固有の仕事へ集中できるなら、国際展開の費用を抑える助けになる。効果は、共通部分と個別部分の割合による。

ただし、ある地域での事業機能を取得したことから、世界のあらゆる用途を提供できると広げるのは不適切だ。商品ごとの提供範囲と、地域ごとの役割分担が必要になる。国際的な意味は、単一の免許や一括商品が国境を消すことより、共通機能を使いながら各地域の仕事をどう組み立てるかにある。

事業の収入と、ネットワークの利用を分けて読む

決済の機能を売る事業と、取引を記録するネットワークでは、対価を受け取る仕事が異なり得る。企業が提供する機能への支払いには、接続、管理、顧客企業への支援などが含まれる可能性がある。ネットワーク上の処理が増えたという観測から、その企業の利益を直接計算することはできない。

逆に、企業側が広いサービスを供給して収入を得ても、その価値が同じ比率で特定の暗号資産へ届くとは限らない。事業の収益を受け取る主体と、ネットワークの利用に関わる主体の関係を確かめる必要がある。機能の供給が増える話を、そのまま資産価格の上昇予測へ変えると、間にある配分の仕組みが抜け落ちる。

ネットワーク手数料の仕組みは、そのうち記録する処理へ払う対価を理解する基礎になる。そこから先の事業価値を考えるときは、どのサービスを誰が買い、どの費用を負担するかへ戻る必要がある。取引の金額、機能への支払い、企業の利益を一つの規模指標へまとめない方が、統合の成果を正確に読める。

統合の便益が、顧客へ届くまで

共同開発が進み、自社で抱える必要のある仕事が減れば、利用企業は新しい商品を作る余地を得る。顧客向けの競争が強い市場では、その余地が価格や使いやすさへ反映される可能性がある。代わりの少ない専門サービスなら、便益の多くが利用企業の利益に残る場合も考えられる。

基盤側が得る対価と、利用企業が得る便益は、常に片方が増えると他方が減る関係ではない。以前なら作れなかった商品が成立すれば、双方に新しい収入の機会が生まれる。しかし、既存の仕事の費用を移しただけなら、誰がどれだけ受け取るかの交渉が中心になる。利用の拡大と利益の取り分は分けて考えたい。

世界経済へのつながりも、この経路を通る。国際的に商品を提供する企業が、共通機能を利用して業務を増やせるなら、専門的なサービスの供給が広がる余地がある。その実現には、利用企業が商品を作り、顧客が採用する段階が必要だ。買収の公表だけで、その先の経済効果の規模まで決まったわけではない。

買収に投じた資金と、共同運営の便益

所有によって外部との調整を減らせるとしても、その権限を得るためには資金を投じる。買収が合理的かという問いは、統合後に共同で運営する便益と、そのために先に負担した費用の比較になる。接続が便利になったという製品上の評価だけでは、投資全体の回収を説明できない。

便益が出る時期も重要だ。共同開発の成果が広く使われるまで時間がかかるなら、支出と収入の間に期間が生まれる。既存の外部提携を続けた場合より得になるかを考えるには、統合へ投入する仕事と、取引関係を維持する仕事の両方を見る必要がある。買収しない場合の比較対象をゼロにしないことが大切だ。

利益と現金の動きの違いは、この比較を読む助けになる。短期的な利益の増減だけで統合の成否を決めると、先に投入する開発や営業の仕事を過小評価し得る。一方で、将来の相乗効果という広い説明だけでは、資金の回収がどの仕事から生まれるかが不明なままになる。

反論：よい契約があれば、所有は必要ないのではないか

所有の便益を重く見る考えへの有力な反論は、長期契約や共同開発の合意でも同じ目的を達成できるというものだ。仕様が安定し、変更する箇所が少なく、相手にとっても利用を増やす利益が大きければ、企業の境界を動かさずに協力できる可能性がある。

この反論が強いのは、各機能が独立して改善でき、必要に応じて別の提供者を選べる場合だ。相手に合わせた投資が小さければ、将来の条件を巡る懸念も抑えやすい。取得した機能を持つこと自体を優位と見ず、どの共同変更が契約だけでは難しかったかを問う必要がある。

逆に、複数の機能を頻繁に変え、個々の機能だけでは採算を示しにくい仕事が多ければ、企業内で判断する価値が大きくなる可能性がある。所有と外部契約の優劣を検証する材料は、看板の数ではなく、共同変更の内容と、その仕事を実行するための配分である。

反論：一括商品より、専門機能の組合せが優れるのではないか

もう一つの反論は、専門の提供者から必要な機能を選ぶ方が、商品に合う構成を作りやすいというものだ。自社に強い技術チームがあり、機能の組合せを維持できる企業には、広い一括商品の便益が小さいかもしれない。基盤の統合が、すべての利用企業に同じ価値を持つとは考えにくい。

この場合でも、一部分を共通基盤から買う選択肢は残る。比較すべきなのは、提供者ごとの最良の機能を集める便益と、その組合せを継続して動かすための仕事だ。初回の実装だけを比べれば専門機能が有利でも、その後の変更に必要な仕事を含めると評価が変わる可能性がある。

反対に、長く使う仕事が安定し、変更の調整を自社で負担しても十分な価値があるなら、別々に買う構成が適している。統合した基盤は、こうした企業にも一部の機能を供給できるかが問われる。一括で売ることと、幅広い構成の中で選ばれることは、違う形の競争力になる。

三つの展開では、得られるものが違う

第一の展開は、共同開発の成果が広く使われる場合だ。基盤側が関連する機能を整え、利用企業がその上で顧客向け商品を増やす。共通部分への支出を多くの用途で回収できれば、基盤と専門企業の分業が拡大する可能性がある。

第二は、一部の用途に深く適合する場合である。特定の企業や業種向けには大きな価値があっても、他の利用企業には変更が多く必要になる。統合の便益は実在しても、すべての決済へ同じように広がるとは限らない。第三は、所有が変わっても外部の仕事や社内配分の制約が強く、商品や購入条件への変化が小さい場合だ。

これらは確率を付けた予測ではない。どの展開に近いかを読むには、採用した企業の数とともに、共通に使う機能、個別対応、商品の広がりを見たい。規模が増えても個別の仕事ばかり増えるなら、第一の展開を支持する材料にはなりにくい。

次の資料では、何が変わったかを具体的に見る

今後の事業説明や商品資料で手掛かりになるのは、買収後にどの共同変更が可能になったか、利用企業がどの機能を選べるか、顧客向けの商品がどう広がったかである。採用事例の増加だけでなく、同じ機能を別の用途へ再利用できる説明があれば、共通化の便益を考えやすくなる。

価格の説明を見る場合は、購入範囲をそろえる必要がある。広い商品と狭い商品を比べて安い高いと判断すると、利用企業へ残る仕事を落とす。機能を分けて購入できるか、既存の仕事を残した構成が可能かという情報は、卸売の基盤がどのような顧客と分業するかを知る材料になる。

企業内に取り込まれた機能が外部提携より少ない変更でしか使われず、共通化の成果も限られるなら、所有の便益を重く見る解釈は弱まる。逆に、複数の利用企業が、単独では作りにくい商品を共通機能の上に作れるなら、その解釈を支える。判断を変える材料を、このように事業の仕事へ結び付けたい。

最終評価：所有を増やしても、専門企業は一つに収まらない

決済の入口を所有することには、関連する仕事を企業内で配分できる価値がある。その価値が市場へ届く道は、自社の機能を増やすことだけではない。他の企業が、その機能を使って顧客の商品を作れることも含まれる。

統合を読む際の核心は、どの仕事を内側へ移し、どの専門性を外側に残すかである。基盤側の所有と、利用企業の顧客向け事業が補い合うなら、買収は仲介者を単に減らす行為を越え、新しい分業を支える選択になり得る。