方法論としてのサービス:APIがコースよりも重要な場合
午前4時。アレクセイと私は、美容室向けのスタッカーパックに3時間も取り組んでいる。Viberボット、自動応答、その他いろいろ。もう終わりだと思っていた。
そんな時、アレクセイが5本の記事を送ってきた。「エージェントに保存して」と言う。見てみると、ホルモジだ。バリュー・エクエーション、グランドスラム・オファー、断れない提案を作る方法に関するあの一連の話だ。
よし、と思った。長い夜になる。
私たちはその方法論をエージェントに読み込ませた。名前はシンプルに「ホルモジ」と付けた。タスクを与えた:理髪店の自動化のためのメガオファーを作れ。完全な販売システムを。
6分。正確に6分。
エージェントが出力したもの:
- 顧客の問題点28個(特定済み)
- バリュー・エクエーションを適用した3つの価格帯
- 反論への対応
- 7ステップのセールスピッチ
- 紹介システムの構造
下書きではない。プロダクションにそのまま使えるもの。ホルモジ方式で。すべてフレームワークに従っている。

私はそれを見つめて座り、思った——これはすごい。
その後、面白いことが始まった。
方法論が細部で崩れる時
私たちは2つ目のタスクでエージェントを動かしてみた。すると、おかしくなった。
カラーコードを間違えた。オリジナルの用語の代わりに私たちの用語を与えたら、ぐちゃぐちゃな結果を返してきた。3回もやり直した!毎回、欠陥を見つけた。
問題は単純だ:エージェントは二次情報で動いていた。ブログ記事、YouTubeの要約、誰かの解釈。伝言ゲームだった。
そしてアレクセイが、もう午前5時近くになって言った。「もしホルモジ自身がAPIを提供していたら?」
間。
「何?」
「つまり、彼の本をスクレイピングするんじゃなくて。再解釈するんじゃなくて。方法論への直接アクセス。公式の。構造化された。APIだ。」
私は画面を見つめ、頭の中で何かがカチッとはまる音がした。そうだ、当たり前じゃないか!
Methodology-as-a-Service
想像してみてほしい:ビジネス自動化をしていて、オファーを生成する必要がある。自分でホルモジの専門家になりたくはない。単にAPIにリクエストを送るだけだ:
curl -X POST https://api.hormozi.com/v1/offer \
-H "Authorization: Bearer YOUR_KEY" \
-d '{
"product": "美容室向け自動化",
"dream_outcome": "無断キャンセルなしで予約が完全に埋まる"
}'
すると、構造化されたレスポンスが返ってくる:バリュースコア、オファーの構造、特典、保証。開発者は方法論を学ばない——エージェントがそれをリクエストする。
ビジネスモデル:なぜこれがコースより儲かるのか
コースの受講生は一度だけ支払い($2,000)、コンテンツを消費して去っていく。APIの購読者は毎月支払い、方法論をシステムに組み込み、依存関係を生み出す。
1年目は同じ収益。2年目——購読者はまだ支払い続けているが、受講生は何も買っていない。ライフタイムバリューは10倍高い。方法論はコンテンツではなく、インフラストラクチャになる。
他に誰がこれをできるか
Naval Ravikant - レバレッジのフレームワーク。リクエスト:「この状況にどのタイプのレバレッジが適用できるか?」
Robert Kiyosaki - キャッシュフロー・クワドラント分析。リクエスト:「これは資産か、負債か?」
Tim Ferriss - 80/20分析の自動化。リクエスト:「どのタスクを削除し、どのタスクを自動化すべきか?」
Charlie Munger - リクエスト可能なグラフとしてのメンタルモデル。リクエスト:「この問題にどのモデルが適用できるか?」
アイデアを殺す可能性のあるもの
断片化 - 47の互換性のないAPI = 誰も導入しない。
品質 - たった一つの幻覚回答が信頼を永遠に壊す。
教祖のエゴ - コースはエゴを満たすが、APIは目に見えない。
法的問題 - 結果の所有権は誰にあるのか?
それでも起こる理由
5年以内に、すべてのビジネスはAIエージェントで動くようになる。これらのエージェントには構造化された知識が必要だ。
本は、誰が知識を得られるかを変えた。コースは学習速度を変えた。APIは統合の深さを変える。
これを最初に理解した教祖たちは——製品の販売者ではなく、インフラストラクチャになる。彼らの思考は、何千ものビジネスの中で静かに動き続けるだろう。
これはマネタイズではない。プロトコルになることだ。
エピローグ:午前6時
午前6時、私たちは座って、動いているエージェントを見ていた。美容室、スタッカーパック——それはもうそれほど重要ではなかった。
重要なのは、エージェントがコースで学んだ方法論ではなく、構造化され、検証され、リクエストされた方法論で動いていたことだった。
Books - Courses - API。
向こう側で会おう。