仲介が消えるのではなく、
仲介の仕事がなくなる

B2Bの世界には代理店、再販業者、SIer、営業代行という仲介層がある。
TokiQRの構造はそれらを攻撃しない。
仲介が解くべき問題そのものが、存在しないだけだ。

この記事で言いたいこと:TokiQRには仲介層が不要だが、それは仲介業者を排除したからではない。製品の構造が十分に単純であるとき、仲介が担っていた機能——説明、カスタマイズ、導入、請求——のすべてが自然に消える。仲介者の職務記述書に、書くべき仕事がなくなるのだ。

1. なぜB2Bには仲介者がいるのか

法人向け製品の流通に仲介層が存在するのは、歴史的な慣習ではない。構造的な必然である。

複雑さには説明が要る

エンタープライズソフトウェアの導入を想像してほしい。機能一覧は数百項目に及び、ライセンス体系は条件分岐の塊で、既存システムとの統合要件は案件ごとに異なる。製品が複雑であればあるほど、それを理解し、翻訳し、顧客の言葉で説明できる人間が必要になる。それが営業担当であり、プリセールスエンジニアであり、代理店の技術営業である。

カスタマイズには専門家が要る

製品がそのままでは使えないとき、設定・開発・統合の専門家が必要になる。SIer(システムインテグレーター)が数千人規模のプロジェクトチームを組むのは、製品と顧客の間にある溝を埋めるためだ。その溝が深いほど、チームは大きくなり、工期は長くなり、費用は膨らむ。

導入にはプロジェクトが要る

要件定義、基本設計、詳細設計、開発、テスト、移行、運用引き継ぎ——法人向け製品の「導入」は、しばしば製品価格の数倍のコストを伴うプロジェクトになる。このプロジェクトを管理する人間が必要で、それがプロジェクトマネージャーであり、導入コンサルタントであり、デリバリーチームである。

仲介層が存在するのは、彼らが利益を搾取しているからではない。製品と顧客の間に「説明・カスタマイズ・導入」という実在する問題があり、それを解いているからだ。

2. 仲介層の正と負

仲介者は問題を解くが、同時にコストを生む。このトレードオフを正確に理解する必要がある。

正——仲介が解く問題

仲介者は、顧客が製品に到達するまでの距離を縮める。地方の中堅企業が海外の最新ソリューションを検討できるのは、日本語で説明してくれる代理店がいるからだ。自社にIT部門がない企業が基幹システムを刷新できるのは、要件を整理してくれるコンサルタントがいるからだ。仲介者は「できない」を「できる」に変える。その機能には正当な価値がある。

負——積み重なるコスト

しかし、仲介層はコストを積み上げる。メーカーの卸価格に代理店のマージンが乗り、SIerの工賃が加わり、販売代理店の手数料が重なる。最終的に顧客が払う金額は、製品本体の数倍になることも珍しくない。

そしてコストは金銭だけではない。時間がかかる。メーカーに届くべき要望が仲介層を通過するたびに変形する。顧客の声は伝言ゲームの末に抽象化され、製品に反映されるころには原形をとどめていない。仲介層の数だけ、情報は劣化する。

構造的ジレンマ

ここに構造的ジレンマがある。仲介者を排除すればコストは下がるが、仲介者が解いていた問題が顧客に降りかかる。仲介者を残せば問題は解かれるが、コストと情報劣化が積み重なる。どちらも最適解ではない。

「仲介を減らすのではなく、仲介が解くべき問題を減らす。それが構造的な解である。」

3. 問題が存在しないとき

仲介が解くべき問題が最初から存在しなかったら、何が起きるか。

説明が不要な製品

製品が十分に単純で、ブローシャ(製品案内)一枚で全機能が理解できるとき、営業担当の「説明」という仕事は消える。顧客がブローシャを読めば製品を理解できるなら、営業の訪問は不要だ。プリセールスエンジニアのデモも不要だ。代理店の技術営業による解説も不要だ。

カスタマイズが不要な製品

製品がそのまま使えるとき、SIerの出番はない。設定画面で顧客自身がすべてを完結できるなら、要件定義も基本設計も詳細設計もない。ゼロ行のコードで導入が完了するなら、開発チームは組成されない。

導入プロジェクトが不要な製品

セットアップがセルフサービスで、所要時間が数分で、既存システムとの統合が不要なとき、プロジェクトマネージャーの仕事は生まれない。キックオフ会議も、週次進捗報告も、課題管理表も、受入テストもない。導入とは、ブラウザでページを開いて設定することである。

仲介者を排除するのではない。仲介者が解くべき問題が存在しないのだ。職務記述書に書くべき仕事がないのだから、ポストそのものが生まれない。

4. TokiQRの流通構造

TokiQRに仲介層がない理由を、機能ごとに見てみよう。

セットアップページ = セールスエンジニア不要

TokiQRのセットアップは、ウェブページで完結する。拠点名を入力し、利用メディア(声・画像・テキスト)を選び、URLを生成する。所要時間は数分。操作方法の説明はページ上に書いてある。セールスエンジニアが訪問して操作を説明する必要がない。「使い方がわかりません」という問い合わせが発生する余地が、設計上ほとんどない。

ブローシャ = 営業担当不要

TokiQRのブローシャは、製品の全体像、価格、仕組み、用途をすべて記載している。営業担当が口頭で補足すべき情報が残っていない。ブローシャを読めば、製品を理解し、自社での活用を想像し、導入を判断できる。営業の役割は「ブローシャを手渡すこと」だが、ブローシャはウェブでも配布できる。

Wise直接送金 = 請求仲介不要

TokiQRの決済はWiseによる国際送金で完結する。請求書を発行し、顧客がWiseで送金する。販売代理店が間に入って請求を中継する必要がない。手数料は最小限で、為替レートは透明で、送金は即日完了する。請求仲介という機能が構造的に不要になっている。

QRシールの設置 = 施工チーム不要

TokiQRの物理的な「導入」は、2cm四方のQRシールを貼ることだ。専門の施工チームは要らない。工事日程の調整も、現場の安全管理も、完了報告書もない。シールを剥がして貼る——それだけだ。

「仲介者の職務記述書を書こうとしても、そこに記載すべき業務が一つも見つからない。これが構造的脱仲介の本質である。」

5. これは「中抜き」ではない

ここで重要な区別がある。TokiQRの構造は「ディスラプション(破壊的革新)」ではない。

「中抜き」の語感

「中間業者を排除する」「ダイレクト・トゥ・コンシューマー」「仲介を切る」——こうした表現には、攻撃的なニュアンスがある。既存の仲介業者が不当に利益を得ているという前提があり、それを力ずくで排除するという物語だ。しかしTokiQRの構造はそういう話ではない。

仕事がない、という現実

攻撃も排除もしていない。仲介者がTokiQRを扱おうとしたとき、自分の仕事が見つからないのだ。説明? ブローシャに書いてある。カスタマイズ? セルフサービスで完結する。導入プロジェクト? シールを貼るだけだ。請求代行? Wiseで直接送金できる。仲介者にとってTokiQRは「扱いたくても、付加価値を乗せる場所がない」製品なのだ。

構造的観察であって、主張ではない

「仲介者は不要だ」と主張しているのではない。TokiQRの製品構造を観察したとき、仲介者が介在すべき接点が物理的に見当たらない、という事実を記述しているだけだ。仲介者を否定する必要すらない。なぜなら、そもそも仲介の対象がないのだから。

仲介者を攻撃する必要はない。仲介者の出番を設計上残していないだけだ。これは主張ではなく、構造の帰結である。

6. パートナーにとっての意味

仲介層がないことは、TokiQRを採用する組織にとって何を意味するのか。

トキストレージとの直接関係

仲介層がないということは、顧客とトキストレージの間に誰もいないということだ。要望は直接届く。回答は直接返る。伝言ゲームが発生しない。「代理店に聞いたら、メーカーに確認すると言われ、二週間待って返ってきた回答が的外れだった」——この種の体験がない。

マークアップがない

仲介層がないということは、仲介マージンがないということだ。顧客が支払う金額が、そのままトキストレージの売上になる。中間で利益を抜く構造がないから、価格は透明で、交渉の余地がない(交渉の必要もない)。ブローシャに書いてある価格が、全顧客共通の価格だ。

最短経路

ブローシャに記載された問い合わせフォームは、トキストレージの創業者に直接つながっている。関心から会話までの経路がこれ以上短くなることはない。代理店の営業担当を経由し、代理店の技術担当を経由し、メーカーの窓口を経由し、メーカーの担当者にたどり着く——その多段階の経路が、一本の直線になる。

「ブローシャの問い合わせフォームから、創業者に直接届く。これが流通構造の最短経路だ。」

7. 単純さという設計思想

なぜTokiQRは仲介を不要にできるのか。答えは単純さにある。

製品が単純である

TokiQRは「QRコードに音声・テキスト・画像を記録する」製品だ。この一文で製品説明が完結する。機能一覧は数項目に収まり、ライセンス体系は存在せず、既存システムとの統合は不要だ。説明に30分かかる製品ではない。30秒で理解できる製品だ。

運用が単純である

導入後の運用もまた単純だ。QRシールが貼ってあり、利用者がスマートフォンでスキャンする。管理画面のトレーニングも、運用マニュアルの作成も、ヘルプデスクの設置も、定期メンテナンスも不要だ。運用とは「シールが剥がれたら新しいものを貼る」ことである。

単純さは偶然ではない

この単純さは、機能を削った結果ではない。設計思想の帰結だ。「仲介者なしで顧客に届く製品」を意図して設計すれば、説明不要な明快さ、カスタマイズ不要な汎用性、導入不要なセルフサービス性が、設計要件として自然に導かれる。仲介不要は副産物ではなく、設計の出発点である。

結論——仲介の仕事がなくなる世界

B2Bの流通構造に仲介層があるのは、正当な理由がある。複雑な製品を説明し、顧客ごとにカスタマイズし、プロジェクトとして導入し、請求を中継する——これらはすべて実在する問題であり、仲介者はそれを解いてきた。

TokiQRの構造は、これらの問題を攻撃しない。問題そのものが存在しないように製品を設計しただけだ。説明はブローシャで完結し、カスタマイズはセルフサービスで完結し、導入はシールを貼ることで完結し、請求はWiseで完結する。

仲介者は排除されたのではない。仲介者の職務記述書に、書くべき仕事が残っていないのだ。これは攻撃ではなく、構造の帰結である。

そして、ブローシャの問い合わせフォームは創業者に直接届く。関心から会話への最短経路。それがTokiQRの流通構造のすべてだ。

参考文献

  • Evans, P. & Wurster, T.S. (1999). Blown to Bits: How the New Economics of Information Transforms Strategy. Harvard Business School Press.
  • Hagel, J. & Singer, M. (1999). Net Worth: Shaping Markets When Customers Make the Rules. Harvard Business School Press.
  • Parker, G.G., Van Alstyne, M.W. & Choudary, S.P. (2016). Platform Revolution: How Networked Markets Are Transforming the Economy. W.W. Norton.
  • Christensen, C.M. (1997). The Innovator's Dilemma: When New Technologies Cause Great Firms to Fail. Harvard Business School Press.
  • Anderson, C. (2009). Free: The Future of a Radical Price. Hyperion.