S4：ビジネスを多面展開する

一介の事業者から、そのジャンルを動かすスタープレイヤーへ。

このスキルで手に入るもの

センター事業を核に複数の収益モデルが完成し、一つの届け先にとどまらず、一般顧客・同業者・業界全体へと収益の入り口が広がっていく状態です。あなたの専門性がそのジャンルの「希望の光」として機能し、エコシステムが自走し始めます。

なぜ必要なのか

「一つのサービス」から「一つの市場」へ

多くの人は「自分のビジネス＝エンドユーザーへのサービス提供」と考えます。しかし、S2で市場を深く理解し、S3で声の届け方が確立された人には、別の景色が見えてきます。

同じ専門性から、複数の収益の入り口が自然に生まれる。

これは副業を増やすという話ではありません。一つの市場への深い理解を「収益の形を変えながら何度も活かす」という発想の転換です。

収益構造の認知フレームが、売上の天井を決めている

中長期でスケールできるかどうかは、能力の差でも努力の差でもありません。自分の収益構造をどう認識しているかの差です。

飲食店を営む人は「自分は飲食業だ」と考えます。不動産会社なら「自分は不動産業だ」、塾なら「自分は教育業だ」と考えます。当たり前のことのようですが、この認識は同時に、自分の売上の天井を決めています。

「自分は飲食業だ」と認識している場合：

売上 ＝ 客単価 × 席数 × 回転数 × 営業日数

→ どれだけ努力しても、この式の外には出られない
→ 商圏は店舗から半径2〜5km
→ 粗利率は原価に縛られる

この式そのものは正しいのです。問題は、この式が唯一の式だと思い込んでいることです。これを収益構造の認知フレームと呼びます。

業態は、核を残したまま変えられる

ここで多くの人が誤解します。「じゃあ飲食をやめて別の商売をしろということか」——違います。変えるのは業態であって、核ではありません。

飲食店経営者が持っている核は「店舗」ではなく、日々の現場から生まれる、その市場についての深い理解です。仕入れの目利き、原価の勘所、スタッフが育つ順序、客が離れる予兆。これは店舗という業態に付随していますが、店舗に閉じ込められているわけではありません。

同じ核を、別の業態に載せ替えることができます。

業態	商圏の広さ	粗利率の目安	売上の上限を決めるもの
在庫型（店舗で提供する）	半径2〜5km	30〜60%	席数 × 回転数
役務型（同業を支援する）	全国	50〜80%	自分と少数の外注の稼働時間
ライセンス型（規格・認定・データを提供する）	業界全体	70%以上	事実上の上限がない（採用者数だけが変数）

核は一つのまま、業態が変わると、商圏の桁と粗利率が同時に変わります。 半径5kmが全国になり、粗利率が30%から70%になる。これは同じ努力量で到達できる規模がまったく違うということです。

認知フレームが外れると何が起きるか

【フレームの中にいる状態】
「うちは席数が少ないから、これ以上は伸びない」
「同業に教えるなんて、自分の商売の首を絞めるだけだ」
「業界のルールを作るのは大きな会社の仕事だ」

　　　↓ 認知フレームを外す

【フレームの外に出た状態】
「席数は現場知識を生むための装置であって、売上の本体ではない」
「同業に教えることで、自分の判断基準が言語化され標準になる」
「ルールを作るのは、最も現場を知っている者の役割だ」

一つ注意があります。認知フレームを外すことと、いまの事業を軽んじることは違います。 センター事業（この後の方法論 STEP 1で定めます）は、業態が変わっても持ち続けてください。そこが一次情報の源泉だからです。現場を手放した瞬間、語れることが古くなり、業態を変えても中身が空になります。

アドバンテージを取れる核を中心に、業態を変えながら広がっていく。 これがS4の中長期のスケール戦略です。金額が連続的に増えるのではなく、業態が変わるたびに、商圏と粗利率が段階的に跳ね上がるのです。

このスキルの核心：toC・toB・toM

3つの収益モデルを知り、組み合わせる

業態を変えるといっても、無限の選択肢があるわけではありません。届ける相手で分けると、収益モデルは3つしかありません。 まずこの3つを、順番ではなく並列の選択肢として理解してください。

toC は Consumer（一般顧客）、toB は Business（事業者）、toM は Market（市場そのもの） の略です。toMだけは聞き慣れないはずですが、相手が「個社」ではなく「業界全体」になるという意味です。規格・認定・ライセンスのように、一度作ったものを業界の誰もが使う形を指します。

モデル	誰に	何を	単価	商圏	強み	弱み
toC	一般顧客	エンドユーザーへの直接提供	低い	狭い（物理商圏に縛られやすい）	現場の一次情報が最も濃く手に入る。反応が速い	件数が要る。自分の稼働が上限になりやすい
toB	同業者・事業者	支援・導入・仕組みの提供	高い	広い（全国）	1件の単価が大きい。売上が読める	商品の標準化が要る。決まるまでが長い
toM	市場全体	規格・認定・ライセンス・場・データ	従量／継続	業界全体	上限がない。粗利率が高い	信用と正当性の担保が要る。時間がかかる

起点はひとつではない

3つのモデルは「toC → toB → toM」の順に進むものとして語られがちですが、起点も順序も業種によって変わります。

起点	進み方	典型
A：toC起点	toC（店舗・教室・現場）→ 同業から相談が来て toB → 判断基準が標準になり toM	飲食・塾・不動産・美容。すでに現場を持っている人。現場が一次情報を生み続けるため、toB・toMへ進んでも語る中身が枯れない。本書が主に想定するパターン
B：toB起点	toB（事業者向けにシステム・供給）→ 供給が安定してから toC または toM	IT・製造・卸。toCを先に立ち上げると需要の変動に供給が追いつかず、欠品や品質のばらつきで信用を落とす。B向けに納めながらシステムを鍛え、原価と納期が読めてからCへ出る
C：toM起点	toM（メディア・コミュニティ・規格・団体）→ 集まった事業者へ toB → その先の toC	研究・業界団体・コミュニティ。大学の研究から始め、登壇を重ねて先に市場での立場を確立し、そのうえで自治体向けのアプリを作る——最初の顧客を持つ前にtoMの立場を築く進み方は実際にある

パターンCが成立するのは、研究・公的な役割・当事者としての活動が、それ自体で正当性の根拠になるからです。ただし裏づけのないまま場だけ作ると空洞化します。 裏づけは実業とは限らず、研究成果でも公的な委嘱でも当事者としての継続でも構いません。どれも持たずに場だけ先に作った場合は、小さくてもよいので実業を1つ持つことを勧めます（S3の「実体を提示する」がそのまま効きます）。

「進化」ではなく「組み合わせ」

3つのモデルは、卒業して次へ進むものではありません。同時に持ち続けるものです。

モデル	持ち続ける理由
toC	一次情報の源泉。ここを手放すと、toB・toMで語ることが古くなる
toB	キャッシュフローの安定と、自分の標準が本当に通用するかの検証の場
toM	上限を外す装置。ここがないと、稼働と件数の天井から抜けられない

S2でのコミットメントが深いほど、toBやtoMを足したとき「なぜこの人に頼むのか」が相手に直感的に伝わります。市場への深さが、エコシステム全体の説得力を決めます。

やることは単純です。すでに動いている1つを起点に、次に足す1つを選ぶ。 それだけです。

何を足してよいかは、条件で判断する

「同業から声がかかるようになったから、そろそろtoBだ」——これでは足りません。相談されることと、お金を払ってもらうことは別物です。 声がかかる状態は入口であって、商品があることの証明ではありません。

判断は2階建てで行います。

必要条件 ＝そのモデルが成立するために、どの起点から来ても外せないもの
根拠の出し方 ＝必要条件を満たしていることを、何によって示すか。これは複数のルートがある

この2つを混ぜると、条件表が一本道になります。「センター事業を3ヶ月以上運用してから」「導入先が20社を超えてから」は、現場を持つ人がtoC起点で進んだときに手に入る根拠であって、必要条件ではありません。パターンCで挙げた研究起点の進み方は、最初の顧客を持つ前にtoMの立場を築いています。「導入20社」を必要条件にすると、この道筋が条件表から消えます。

必要条件 —— どの起点から来ても外せないもの

モデル	4つの必要条件
toB	①提供物が特定できている（納品物・範囲・期間・責任範囲が言語化できなければ契約にならない）②相手の経済性で説明できる（相手の売上・コスト・リスクのどれに効くのかを、相手の数字で言える）③属人的な勘ではない根拠がある＝再現性（別の人・別の環境で成立する裏づけ。作り方は S6）④買う権限と予算の所在が分かっている
toM	①課題が複数の当事者に共通している（1社・1人の問題を標準にはできない）②基準を示す正当性の根拠がある（「なぜあなたが決めるのか」に答えられなければ誰も乗らない）③収益の形が決まっている（規格・認定・ライセンス・取引市場・データ基盤のどれで課金するか）④中立性が構造で担保されている（利益相反の分離を先に設計する）
toC	①需要が変動しても供給が耐える（欠品・納期遅延は一度で信用を失う）②単位あたりの原価が確定している（原価が読めないまま数を追うと赤字が拡大する）③問い合わせ → 提供 → アフターの導線が一本④一次情報を回収する仕組みがある（toCの最大の価値は利益ではなく現場の一次情報）

toBの③が最も重要です。自分にしかできないことは、商品ではなく属人的な勘です。toBが売れないときの原因は、ほぼここにあります。

必要条件を満たす「根拠」は、複数のルートから手に入る

とくに toB の③（再現性）と toM の②（正当性）は、根拠の出し方が何通りもあります。 自分がどのルートを持っているかを確認してください。

根拠の種類	具体例	典型的な起点
自社運用の実績	自分の店舗・教室で3ヶ月以上運用し、KPIを数字で改善した。導入先20社・継続率80%	パターンA（現場を持つ事業者）
研究・理論	大学や研究機関での研究成果、実証実験、査読を経た論文	研究起点
他社での実装経験	前職や受託で同種の実装を最後までやり切った	転身・独立
公的な立場・委嘱	自治体や業界団体の委員、公的プロジェクトへの参画	パターンC（場・標準起点）
当事者性	自分がその課題の当事者であり続けており、内側からしか見えないものを持つ	社会課題起点
先行者としての蓄積	その領域で最も早くから、継続して取り組んできた事実と記録	長期継続

どのルートでも構いません。必要条件を満たしていることが、相手に検証可能な形で示せていればよいのです。逆に、どのルートも持っていない状態は、根拠がないということです。そこは正直に見てください。

満たさないまま足すとどうなるか

必要条件を欠いたまま新しいモデルを足すと、新しいモデルが既存のモデルの信用を食い潰します。

再現性のないtoBは、失注では済みません。「あの人は口だけだった」という評判になり、現場にも返ってきます
正当性のないtoMは、自称の制度として扱われます。一度そう見られると、後から実績を積んでも評価が戻りません
供給が耐えないtoCは、最も早く広く伝わります。一件の欠品が、toB・toMの信用まで削ります

toM は「影響力」ではなく、何で課金するかを決めること

toMで最も多い失敗は、収益の形を決めないまま活動だけ増やすことです。登壇・団体活動・コラボは影響力の現れではありますが、それ自体はお金になりません。次の5つのどれで課金するのかを明示してください。最初は1つ選んで組み立てることを勧めます——複数を同時に設計すると、課金の根拠も提供物も絡み合って、何が効いたのかが分からなくなります。回り始めれば複数が同時に動くのが普通なので、これは最終形ではなく最初の組み立て方の話です。

モデル	収益の形	例	向いている条件
規格	仕様の利用料・準拠認証料	業界共通のデータ形式・工程標準	データや工程が複数社で比較可能になっている
認定	受験料・更新料・認定パートナー料	資格制度・認定講師・認定教室	品質のばらつきが業界の課題になっている
ライセンス	教材・ブランド・技術の使用料	教材ライセンス・フランチャイズ	再現可能なパッケージが完成している
取引市場	取引手数料・掲載料	マッチング・仲介プラットフォーム	売り手と買い手の両方に接点がある
データ基盤	利用料・分析提供	業界データベース・ダッシュボード	一次データが継続的に入る仕組みがある

toM のガバナンス —— ルールを作る者を、誰が監督するのか

規格や認定は、自称になった瞬間に信用を失います。 参加者が増えるほど公正さを問われるので、始める前に次を設計してください。

第三者が入る審査・監督（委員会・外部監査）／認定の更新基準と失効基準／異議申立ての窓口
規格・教材の改訂プロセスと改訂履歴の公開／個人情報・事業者データの取り扱い規定
利益相反の管理（自社の営業活動と、認定・審査業務を分離する）

最後を軽く見ないでください。自分が認定する側でありながら最大の受益者でもある状態は、外から見れば身内びいきと区別がつきません。分離を先に設計した制度だけが、長く残ります。

3つのモデルが「誰に届けるか」の広がりだとすると、「どう届けるか」——顧客データをもとに一人ひとりへ個別に設計して届ける進化の軸があります。その設計は S6：スタッフ管理をAIで行うで扱います。

方法論：センター事業を核に、収益の入り口を設計する

S4の方法論は3つのSTEPでできています。広げる作業と、狭める作業が交互に来る構造です。

STEP 1  センター事業を定め、収益ステージを設計する
        └ 核を1つに決める ＋ Stage 1/2/3 を分解式で置く（＝狭める基準を作る）
              ↓
STEP 2  センター事業に関わるロールをすべて洗い出す
        └ 自分で書き出す → 第三者の視点で見落としを補う（＝広げる）
              ↓
STEP 3  ロールマップを俯瞰し、新しいビジネスを構築する
        └ 一次展開で数を出す → 二次展開で掘り下げる → 収益ステージでふるいにかける

このあとに運用の話——増やした事業をどう捨てるかとどの周期で回し続けるか——が続き、最後に道具を1本の線につなぐワークを用意しています。

この3つのSTEPは、2周回します

新しい手順がもう1セットあるわけではありません。同じSTEP 1〜3を、入力を変えてもう一度回します。

	1周目（Stage 1・〜3,000万）	2周目（Stage 2・3,000万〜3億）
STEP 1 センター事業	いま現場知識が生まれている場所	1周目で作った「売れる単位」
STEP 2 ロールマップ	事業に関わるプレイヤー	複製の担い手（加盟したい人・認定を受けたい人・OEM先・施工班・販売代理）
STEP 3 展開	新しい収益の入り口を見つける	複製の仕組みを作る（FC・認定・ライセンス・卸・多店舗）
求める成果	単位を1つ確立する	その単位の並列数を増やす

1周目で「何を売るか」が決まり、2周目で「誰に複製させるか」が決まります。ロールマップは、1周目では取引先を探す道具、2周目では複製の担い手を探す道具です。2周目の詳細は後半の「Stage 2」で扱うので、いまStage 1にいる場合は1周目だけを読み進めてください。

なお、S4のゴールはStage 1で「売れる単位」を見つけ、Stage 2で「その複製の形」を設計するところまでです。この2つが決まることで、新しい収益の入り口が見えてきます。 実行できる形に詰める作業は S1 の企画書運用に引き渡します（「S4はどこまでか」で詳述）。この境目で、各STEPに求める精度が変わります。

STEP 1：センター事業を定め、収益ステージを設計する

**核をどこに置くか（1-A）**と、**その核でいくらを目指すか（1-B）**の2つです。核を決めずに金額を置くと数字が絵に描いた餅になり、金額を置かずに核だけ決めると、次のSTEPで出てくるアイデアを取捨選択できなくなります。

1-A：センター事業を定める

エコシステムの中心に置く「核となる事業」を一つ決めます。これをセンター事業と呼びます。条件は一つだけ——自分が最も深くコミットできる、市場との接点であること。お金になりやすい場所である必要はなく、専門性と経験が最も濃く積み上がる場所を選びます。ここがブレると、エコシステム全体が弱くなります。

飲食店経営者なら店舗での飲食提供、コンサルタントなら直接支援、クリエイターなら作品制作、会社員なら本業の専門領域。新しく立ち上げるものではありません。「現場の知識が日々生まれている場所」があれば、それがあなたのセンター事業です。

候補が複数あるときは、採点して1つに決める

多くの人は候補が2つも3つも浮かびます。併記したまま先に進むと、ロールマップが二重になり、どちらの市場にも中途半端に足を突っ込んだ状態になります。次の5軸で採点し（各5点・25点満点）、必ず1つに決めてください。

評価軸	見るところ
反復頻度	どれくらいの頻度でその現場が回っているか（毎日か、年に数回か）
一次データ量	そこから記録できる情報の量と細かさ
顧客への近さ	相手の反応が、どれだけ生で・早く返ってくるか
黒字化の可能性	いま黒字か、近い将来に黒字にできるか
後続への転用性	そこで得た知識が、他の事業に持ち出せるか

採点例（食の事業者の場合）：

候補              反復  データ  近さ  黒字  転用  合計
店舗での製造販売    5     5      5     3     5    23  ← 採用
事業者向けコンサル  2     3      4     4     3    16
音声メディア        4     2      2     1     3    12

「黒字化の可能性」が最高点でなくても構いません。 上の例では、コンサルのほうが単価は高いのに店舗が選ばれています。日々の反復と一次データの量が段違いだからです。センター事業は最も儲かる場所ではなく、最も濃く知識が溜まる場所です。

「知識を生む場」と「利益を生む商品」は別でよい

採点していると、多くの人が違和感を持ちます。「いちばん儲かっている商品が、センター事業に選ばれない」——それで正しいのです。この2つは役割が違います。

	知識を生む場（＝センター事業）	利益を生む商品
役割	一次情報を生み続ける	キャッシュを作る
選ぶ基準	反復頻度・データ量・顧客への近さ	単価・粗利・成約率
Stageでの扱い	どのStageでも持ち続ける	Stageが変われば入れ替わる
例	店舗運営／生徒指導／現場の施工	高単価コース／導入支援／ライセンス

一致していれば理想ですが、一致しないほうが普通です。それぞれ1行で書き出してください。ずれていること自体は問題ではありません。ずれに気づかず、利益の大きいほうをセンター事業だと思い込むことが問題です。そう思い込むと、知識の源泉のほうを「儲からないから」と縮小してしまいます。

法人を複数持っている場合や、勤め先と自分の事業の両方を持っている場合は、収入が発生している場所・一次情報が生まれている場所・免許を持っている主体を分けて書き出したうえで、センター事業は「一次情報が生まれている場所」を選びます。 収入がそこになくても構いません。残りの法人は、次のSTEPで作るロールマップの中に最も大きなロールとして置いてください——消すのではなく、関係先として扱います。

1-B：収益ステージを設計する

センター事業が決まったら、目標額を先に置きます。 次のSTEP 2で作るロールマップは「広げる」道具で、AIに投げれば案はいくらでも出てきます。しかし狭める道具がないと、思いつく限りの案が並んだだけで終わります。先に金額を置けば「この案はいくらになるのか」で並べ替えられる——目標に届かない案を捨てる根拠が、収益ステージ設計の役割です。

まず「年商」の定義を確定する

同じ「年商3,000万」でも、業種によって意味がまったく違います。曖昧なまま目標を置くと、届いたつもりで手元に何も残らない、ということが起きます。

型	業種の例	「年商」として数えるもの	粗利率の目安	注意点
在庫型	飲食・物販・製造	販売額	30〜60%	原価を引いた粗利が事業の本体
仲介型	不動産仲介・人材紹介・代理店	手数料収入（取扱高ではない）	70〜90%	取扱高を年商と呼ぶと、実態の10〜30倍に見える
役務型	コンサル・教育・施工・士業	請負額	50〜80%	自分の稼働が原価。稼働1時間あたりの粗利で見る
資産型	不動産保有・賃貸	賃料収入	—	売却時は売却額と取得原価を必ず分ける
ライセンス型	教材・規格・認定・SaaS	利用料・ライセンス料	70%以上	限界原価が低い。Stage 2の複製の主役になる

自分がどの型かを1行で書いてください。 複数の型をまたぐ場合、在庫型・仲介型・役務型・ライセンス型（＝事業の収益）は合算してよいが、粗利率だけはまとめて1つにしないでください。在庫型50%と役務型80%を混ぜた「加重63%」は、どちらを伸ばすかの判断には使えません。

資産型（不動産の保有・賃貸など）だけは合算しません。 これは事業の収益ではなく資本の収益だからです。混ぜると、事業が伸びていないのに目標に届いてしまい、売却益を入れた年だけ跳ねてStageの判定が狂います。資産型は別の行に分けて書き、S4の目標額からは外してください。事業の利益を資産へ変換していく設計は S8：情報を統合し資本計画を最適化するにあります。

3つの収益ステージ

事業の成長は、金額が連続的に増えるのではありません。途中で構造そのものが変わり、そのときやっていることの動詞が変わります。

Stage	年商	型	この段階の本質	動詞
Stage 1	〜3,000万	事業成立	売れる単位がまだない。自分の稼働が売上の上限を決める	見つける・再定義する
Stage 2	3,000万〜3億	パッケージ化	単位はある。それを何個並べられるかが売上を決める	複製する
Stage 3	3億〜	組織化・ガバナンス	仕組みはある。組織・資本・品質管理が主題になる	工業化する

S4が扱うのは Stage 1 と Stage 2 です。 Stage 3は主題が変わるため、S5（お金のデータ）・S6（スタッフ管理）・S7（AIを中心としたチーム）・S8（資本計画）へ引き渡します。

3つの段は等間隔ではありません。Stage 1 → Stage 2 は 3,000万 → 3億で10倍、Stage 2 → Stage 3 は3倍。いちばん高い段が、最初の1段です。 年商3億を超える企業は全体のごく一部（目安として上位1〜1.5割）で、ここが実際の壁になっています。10倍を件数だけで越えることはできないので、Stage 2に入る時点で「単位の並べ方」を変える必要があります。

なお Stage は金額と構造の段階、toC／toB／toM は届け先の分類で、両者は独立しています。Stage 1をtoBで始める人もいれば、Stage 2の複製をtoMで作る人もいます。掛け合わせて考えてください。

分解式で書く

各Stageの金額は、必ず掛け算の形で書きます。 「数千万規模」「1億くらい」を禁止するのは、それが検証も反証もできない数字だからです。掛け算にすると、どの変数を動かせば届くのかが見えます。そしてStage 1とStage 2では、式の形そのものが違います。

Stage 1： 単価 × 件数 × 頻度
          例）¥600,000 × 12社 ＋ ¥150,000 × 8社 × 12ヶ月 ＝ ¥21,600,000
              ↑ ここが自分の稼働の限界。3,000万前後で必ず頭打ちになる

Stage 2： 単価 × 件数 × 頻度 × 【並列数】 − 管理ロス
                                  ↑
                        店・加盟・講師・SKU・物件・施工班
                        ＝ 自分以外の手で回る単位の数
          例）店年商¥52,000,000 × 6店 ＝ ¥312,000,000
              加盟店年商¥12,000,000 × ロイヤリティ10% × 250教室 ＝ ¥300,000,000
              平均注文¥10,000 × 年6回 × 顧客5,000社 ＝ ¥300,000,000

Stage 2で増えるのは「並列数」という変数1つだけです。ここがStage 1とStage 2を分ける実体です。Stage 1のうちは件数を増やすのではなく単価を上げて伸びます（単価のまま件数を増やすと、自分の体が先に限界に来る）。そしてStage 2に入ると、単価も件数も変えず、並列数だけを増やします。

各Stageで埋める7項目

Stage 1とStage 2について、次の7つを書きます。空欄が残るStageは、まだ設計できていないということです。

誰に・何を・いくらで（商品名／単価／想定件数）
売上の分解式（掛け算で明示。Stage 2は並列数を含める）
粗利率とその根拠（上の売上定義表の型に従う）
自分の稼働配分（Stage 2では自分が現場から抜けているはずです）
AI・外注・人の体制（S6の外注設計を前提に）
この段階のボトルネック（資金／人／商品／信用／許認可。1つに絞る）
次のStageへの移行トリガー（何が起きたら次に進めるか。定量で）

⑥を1つに絞るのは、複数書くと「全部が問題」になり、結局どれも手をつけないからです。書き終えたら現在地に印をつけます。ここを正直に判定しないと、Stage 2の絵を描いて満足するだけになります。

（AIへの依頼例）

「私のセンター事業は〇〇、業種の型は〇〇型です。
Stage 1（〜3,000万）と Stage 2（3,000万〜3億）について、
上の7項目をそれぞれ書いてください。

・Stage 2の分解式には『並列数』（店・加盟・講師・SKU・物件など、
  自分以外の手で回る単位の数）を必ず含める
・金額は必ず掛け算で示し、『数千万規模』のような曖昧な表現は使わない
・最後に、私がいまどのStageのどのあたりにいるかを判定する」

出てきた表を research/収益ステージ設計.md として保存します。このファイルは、以降のSTEPすべてで参照します。

STEP 2：センター事業に関わるロールをすべて洗い出す

センター事業が「どんな人・どんな業種と関わっているか」を全部書き出します。飲食店経営なら——酒屋・飲料卸／食材仕入れ業者・市場／物件の大家・不動産管理会社／厨房機器メーカー・修理業者／スタッフ・アルバイト／近隣の飲食店オーナー／グルメサイト・SNS／来店客／食品衛生・保健所／税理士／デリバリー業者。

このリストを research/センター事業_ロールマップ.md として保存します。ロールの一つひとつが、潜在的なビジネスの相手です。 AIには「私のセンター事業は〇〇です。関わるすべての業種・ロールを幅広く列挙し、それぞれに私が提供できそうな価値を提案してください」と投げ、S2で作った people/ の情報と照合すると、「知り合いのあの人がこのロールに該当する」という具体的な接点が見えてきます。

自分では思いつかないプレイヤーを、外から見つける

ここまでのリストには、共通した偏りがあります。 自分で書き出したロールマップには、すでに取引が発生している相手しか出てきません。 毎月お金が動いている相手は忘れようがないからです。

しかし取引はまだないが、あなたの事業が動くことで得をする相手が、たいてい取引先と同じくらいの数だけ存在します。そしてその相手は、自分では思いつきません。 思いつかないから、いままで接点がないのです。

ここにも冒頭の認知フレームと同じ構造の壁があります。収益構造の側では「自分の売上の式」が見えない天井でした。ここでは「自分のビジネスに関係する人の範囲」が見えない壁になっています。

見落とされやすいプレイヤーの類型

自分のリストと突き合わせてください。ほとんどの人は、次の8つのうち5つ以上が抜けています。

類型	説明	飲食店の例
間接的に得をする人	取引はないが、あなたの事業が伸びると利益が出る	近隣の物件オーナー（店が繁盛すると賃料相場が上がる）
あなたを「素材」にしたい人	あなたの現場そのものが価値を持つ相手	業界メディア／研究者／専門学校／行政の事例集
同じ課題を別の手段で解いている人	競合に見えるが、組むと補完になる	惣菜メーカー／給食事業者／料理教室
上流のさらに上流	仕入先の、その先	生産者・漁協・農協
下流のさらに下流	顧客の、その先	来店客が勤める会社（法人利用・接待需要）
制度・公的機関	規制する側としか見ていない相手	保健所・自治体の産業振興課・商工会議所
隣接業種（同じ客の別タイミング）	同じ人を、違う場面で持っている	美容室・ジム・写真館・冠婚葬祭
将来の担い手	いまは顧客でも取引先でもない	学生・転職希望者・後継者・移住検討者

第三者の視点で俯瞰させる

この作業は、自分に問いかけても出てきません。 自分の認知の外にあるものを、自分の記憶から探すことはできないからです。ここはAIを「自分を知らない第三者」として使います。 要点は2つ——①外部の立場に立たせる、②すでに取引がある相手を除外させる。除外を指定しないと、AIは知っている情報をなぞって取引先を並べ直すだけになります。

（AIへの依頼例：第三者としての棚卸し）

「あなたは、私の事業をまったく知らない外部のアナリストです。
私のセンター事業は〇〇で、△△という現場を毎日回しています。
research/センター事業_ロールマップ.md が、私が自分で書き出した関係者リストです。

このリストに『載っていない』業種・立場を30挙げてください。
・私といま取引がある相手は除外する
・『私の事業が伸びると得をする』または
　『私の現場のデータ・経験を欲しがる』相手を優先する
・なぜその相手が関係するのかを1行で書く
・私自身が気づいていない可能性が高いものから順に並べる」

30挙げさせるのは、数を強制しないと当たり障りのないものから10個で止まるからです。後半に無理やり絞り出したもののなかに、思いもよらない相手が混ざります。

自分の客観的な価値を言語化する

見落としのもう半分は、相手ではなく自分の側にあります。毎日やっていることは、自分にとって当たり前になります。 そして当たり前になったものは、価値として認識できなくなります。外から見れば希少なのに——「毎日100人分の食事を作りながら原価を管理している」「毎週20人の生徒の理解度を個別に把握している」「年間30件の空き家の中を見ている」。どれも本人には日常ですが、その情報を持っている人は業界にほとんどいません。

素材はすでに手元にあります。 S1で設置し、S3 STEP 1で自動記録にした actionlog/ には、自分が価値だと思ったかどうかとは無関係に、実際にやったことが日々積み上がっています。意識せずに書かれた記録だからこそ、自己評価のバイアスがかかっていません。 自分では「毎週やってる雑務」として素通りしていた作業も、他の作業とまったく同じ重みで並んでいます。第三者はその並びを、先入観なしに読めます。

S3の週次ピックアップと同じ素材を、別のレンズで読む作業です。週次では「今週、発信すべきネタはどれか」を探しました。ここでは「この記録の中で、外部にとって価値を持つものはどれか」を探します。

（AIへの依頼例：アクションログからの客観的価値の棚卸し）

「あなたは、私の事業をまったく知らない外部のアナリストです。
actionlog/ と inbox/ の日記（直近3〜6ヶ月）、
ontology/organizations/ を読んでください。

① 記録の中で『繰り返し出てくる作業』を頻度順に並べる
② それぞれについて、誰にとって価値があるか（業種・立場で具体的に）・
   なぜ価値があるのか・いくらなら払われそうかを評価する
③ 私が過小評価している可能性が高いものを明示する
   （判断材料は『淡々と記録しているが、その業界では希少なはずの情報・経験』）
④ 記録から読み取れる、私だけが持っている一次データを列挙する

私の自己申告は使わず、記録に書かれている事実だけから判断してください。」

①で頻度順に並べさせるのが要点です。繰り返している作業ほど、本人にとって当たり前になっており、同時に蓄積量が多い——つまり希少性が高い候補です。頻度と自己認識は反比例します。④は、そのままSTEP 3の二次展開で使う「自社が持つ固有データ」の欄になります。

出てきたもののうち、自分が「これが価値なの？」と感じたものに印をつけてください。その違和感が、認知ギャップのある場所です。違和感がないものは、すでに自分が認識している価値なので、新しい発見ではありません。

なお、この作業の精度はアクションログの蓄積量に比例します。1〜2ヶ月分でもワークとしては十分に成立しますが、3ヶ月を超えたあたりから精度がぐっと上がります——繰り返しの頻度が見えるようになるからです（①で頻度順に並べる、というのがこの作業の要点でした）。まだ薄いと感じても、止めずに続けてください。自動記録がまだ回っていなければ S3 STEP 1に戻って固めておくと、四半期に1度の棚卸しのたびに効いてきます。

見つけた相手を、実在に落とす

AIが挙げるのは業種・立場であって、実在の相手ではありません。ここで止めると机上の空論になります。 有望なものを5つほど選び、その業種の実在する事業者・団体が自分の商圏内にいるか（名前を1つ以上特定する）、people/ organizations/ に間接的な接点を持つ人がいないか、いなければ誰を経由すれば会えるかを確認してください。

特定できた相手は ontology/organizations/ に1ファイル追加し、S6の要領で背景を蓄積します。ロールマップの更新は一度きりではありません。 事業が動けば関係するプレイヤーも変わるので、この棚卸しは四半期に1度を目安に回してください。

Tips：新しく魅力的な人と出会うたびに、このプロセスを回す

四半期に1度の棚卸しとは別に、もう一つの入口があります。人と出会ったときです。 people/ に1人追加するたびに、その人を起点に新規ビジネスを検討させてください。同業者なら「どんなシナジーがあるか」（共同で作れるもの・互いの顧客を回せる導線）、別の業態なら「自分の強みと呼応してマネタイズできる点はどこか」（相手の商圏・顧客・設備・信用のうち、自分の一次データと組み合わせると収益になるもの）。

毎回手で考える必要はありません。S3で作ったルールファイルに数行足しておけば、people/ にファイルが増えるたびに、検討が自動で走ります。

## people/ に人を追加したときの処理

- ontology/people/ に新しいファイルが追加されたら、
  research/センター事業_ロールマップ.md と
  research/収益ステージ設計.md を読む
- その人と組んで成立しうる新規ビジネス案を3つ提案する
  - 同業なら「シナジー」の観点
  - 異業種なら「自分の強みと呼応する収益点」の観点
- 出した案は research/ロール別アイデア.md に追記する
  （着手するかどうかは別途判断する）

名刺交換した相手を people/ に入れる習慣さえあれば、出会いの数だけ事業案が積み上がります。 ここで溜まった案が、コンパウンド戦略で毎月1本選ぶときの候補になります。ロールマップは一度作って終わりの資料ではなく、人が増えるたびに厚くなる資産です。

ミニワーク：実在の3人で1回やってみる（15分）

このプロセスは、実在の相手がいないと机上の空論になります。 自分と違う業種の人を3人選び、people/ に登録して事業案を出すところまでを1回やってください。教室なら受講者どうしで（受講者が数名の少人数クラスなら、その場の全員が対象で構いません——人数より、業種が違うことのほうが重要です）、一人で読んでいるなら直近1ヶ月で名刺交換した人から選びます。同業だとシナジーが想像しやすい分、フレームの外には出ません。

推測で埋めないでください。直接聞きます。 人物ファイルの質が、そのまま事業案の質になります。

ontology/people/<名前>.md

- 業種・立場／扱っているもの
- いま困っていること（本人の言葉のまま）
- 持っている実体（店舗・免許・顧客・設備・信用・会場）
- 自分との接点

聞き方は2つです。開いた形で聞く——「◯◯にお困りですよね？」ではなく「いま何にいちばん時間を取られていますか」。反復しているものを探す——「毎月」「毎週」という言葉が出たら、その言い回しのまま書き留めます。単発のトラブルは事業になりません。要約して整えると、AIに読ませたときにどこにでもある課題に丸まります。

登録したら、前項のルールをそのまま走らせて案を出させ、research/ロール別アイデア.md に追記します。今日は着手しません。 そのうえで、「その手があったか」と思った案に印をつけてください。 話を聞く前には出てこなかった案が、フレームの外にあったものです。

STEP 3：ロールマップを俯瞰し、新しいビジネスを構築する

STEP 2のロール一つひとつを見て、「このロールとの関係から、どんなビジネスが生まれるか」を展開します。相手を「取引先」としてだけ見るのをやめることがポイントです。まず全ロールを一気に展開して数を出し（一次展開）、有望なものだけを掘り下げ（二次展開）、最後に収益ステージでふるいにかけます。

一次展開：数を出す

一次展開は数が目的なので、精度は求めません。飲食店経営者の展開例です。

ロール	新しいビジネスの可能性
酒屋・飲料卸業者	おすすめの飲料をメディアで紹介。PR・アンバサダー契約へ
物件の大家・不動産管理会社	空きテナントをメディアで入居者募集。どんな店にするかプロデュースで関わる
スタッフ・アルバイト	成長過程をコンテンツ化。飲食業界向け人材育成プログラムを開発
近隣の飲食店オーナー	共同イベントを企画。地域の飲食店コミュニティを運営し、toMへ
食品衛生・保健所	食品衛生の知識を発信。開業希望者向けの許認可サポートコンサルへ
税理士・会計事務所	飲食店の原価管理・数字の読み方をコンテンツ化。経営者向けセミナーへ

このとき、S6の「社会関係資本の可視化」が直接つながってきます。 ロールのリストだけでなく、そのロールにいる具体的な人の背景を知っているほど、AIのアイデア出しの精度が大きく変わります。

背景知識なし  「酒屋とのコラボ案を出して」→ 一般的なアイデアしか出てこない
背景知識あり  people/酒屋Aさん.md（自然派ワインの輸入に注力・小規模店とのコラボに関心）を読ませる
            →「Aさんのワインを使ったペアリングコースを限定メニューとして発信し、
               Aさんの新規顧客開拓にもつながる企画」

二次展開：6つの問いで掘り下げる

一次展開の表は、そのままでは使えません。「〜をコンテンツ化してコンサルへ」という形の案は、AIがいくらでも量産できるうえ、どれも似ています。 実際に成立するかどうかは、この表の外側にあります。有望に見えた案を3〜5本選び、次の6つを埋めてください。埋まらない欄がある案は、まだ事業になっていません。

問い	埋めるもの
① そのロールが抱える反復課題	相手が毎月・毎週くり返し困っていることは何か。単発の困りごとは事業にならない
② 自社が持つ固有データ	それに対して、自分だけが持っている情報・記録・経験は何か
③ そのロールが持つ実体	相手が持っていて自分が持っていないもの（店舗・免許・会員・信用・設備）は何か
④ 借りるもの／渡すもの	③のうち何を借り、代わりに何を渡すか
⑤ 提供成果と支払者	誰の何が良くなるのか。その代金を払うのは誰か（受益者と支払者は一致しないことがある）
⑥ 最小の証拠	「できる」と示すために、最低限どんな実績が要るか

②が空欄なら、その案は誰でもできる案です。⑤で支払者が特定できないなら、良い企画でもお金にはなりません。⑥は、「何を足してよいかは、条件で判断する」で確認した根拠のルートと突き合わせてください。

③④について：非対称は資源になる

③と④は見落とされがちですが、ここが最も速く効きます。 相手と自分は、たいてい持ち物が非対称です。20年の営業実績を持つ会社と、実績はないが新しい商品設計ができる自分。免許を持つ法人と、免許は要らない領域で動ける自分。店舗という実体を持つ相手と、発信の仕組みを持つ自分。

相手の実績と会場を、自分の企画の「実体」として借りる。代わりに、相手の集客と業務効率を自分の仕組みで引き上げる。 自分に足りないものを、時間をかけて自前で作る必要はありません。 ロールマップの中に、それを既に持っている相手がいます。S3で扱った「実体の提示」は、自分の実体だけで満たす必要はないということです。

収益ステージでふるいにかける

ここで 1-B で作った research/収益ステージ設計.md を使います。展開したアイデアは、放っておくと「面白いが小さい案」で埋まります。ロールマップは広げる道具なので、それ自体は正しい挙動です。狭めるのは収益ステージの役割です。

判定	基準	扱い
主力候補	目標Stageの金額に対して10%以上を担える	着手順を検討する
補助	金額は小さいが、主力候補への導線・信用づくりになる	主力とセットで動かす
保留	金額も小さく、主力とつながらない	`research/` に残して、いまは着手しない

保留にした案を消さないでください。Stageが変われば主力候補に昇格する案があります。 いま小さいのは、いまの自分の規模に対して小さいだけです。

（AIへの依頼例）

「私のロールマップと people/ フォルダの関係者情報、
そして research/収益ステージ設計.md を読んでください。

① 展開した各ビジネス案が、どのStageの目標額に対して
   どれくらいの割合を担えるかを試算してください
   （単価×件数の分解式で）。
② 主力候補・補助・保留に仕分けてください。
③ 今の私のリソースと強みを考えたとき、
   最初に着手すべきものはどれですか。
   理由と最初の3ステップも教えてください。」

Stage 2（年商3,000万〜3億）：単位を複製してパッケージ化する

ここからが2周目です。Stage 1で作った「売れる単位」を、自分以外の手で回る形にして、並列数を増やします。

新しい発想は要りません。単位は変えず、並べ方だけを設計します。 Stage 1で12社に売っていたものが、Stage 2では200教室になり、6店舗になり、5,000社になります。同じものです。

Ontologyが、年商3億を個人の射程に入れた

ここがこのフレームワーク全体で最も大きな変化です。

これまで、Stage 2に進むということは「人を雇う」ことと同義でした。年商1〜5億の企業なら従業員15名前後、年商10億で20名前後というのがおおよその相場です（業種によって幅があります）。そして年商3億の壁の正体は、**「経営者が直接管理・指導できるのは6名前後が限界」**という、人間の側の制約でした。

なぜ人が要るのか。並列数を増やすと、管理コストが並列数に比例して増えるからです。

従来の構造：

  管理コスト ∝ 並列数

  6店舗になれば、6店舗ぶんの状態を把握し続けなければならない
  → 把握しきれないので、店長を置く
  → 店長を管理する人が要る
  → 管理する人を管理する人が要る

Stage 2の分解式に 「− 管理ロス」 という項を書いたのは、このためです。並列数を増やすと売上は増えますが、同時に管理ロスも増えるので、途中で利益が伸びなくなります。 「売上は増えたのに、なぜか手元に残らない」という状態は、ここで起きています。

管理コストの正体は4つ

管理コストと呼んでいるものを分解すると、4つしかありません。

管理コストの中身	従来の解き方
状態の把握（誰が・何が・どこまで進んでいるか）	定例会議・報告書・日報
判断の伝達（この場合どうするか）	面談・電話・マニュアル
品質の確認（基準どおりに行われているか）	巡回・監査・抜き取り検査
記録と引き継ぎ	引き継ぎ書・議事録

この4つは、どれも「人が人を見る」ことで解かれてきました。 だから人数に比例してコストが増えました。

Ontologyは、この4つを人数から切り離す

S1から積み上げてきたOntologyは、まさにこの4つを構造化したものです。

管理コストの中身	Ontologyでの解き方
状態の把握	`people/` `organizations/` に状態が構造化されて溜まる。AIが横断して読む（S9）
判断の伝達	`concepts/` に判断基準が書かれている。複製先が同じ基準で判断できる
品質の確認	記録と基準の差分をAIが出す（S6）
記録と引き継ぎ	`actionlog/` に自動で溜まる（S3）

構造を1回作れば、AIが横断する部分の限界費用はほぼゼロです。6店舗を見るのも60店舗を見るのも、構造が同じなら手間はほとんど変わりません。

Ontologyベースの構造：

  管理コスト ≒ Ontologyの整備コスト（1回）＋ AI実行コスト（ほぼ比例しない）

  → 管理コストが並列数に比例しなくなる

これが管理コスト革命です。 分解式の「− 管理ロス」の項が、並列数と一緒に膨らまなくなる。だから同じ人数のまま、並列数を増やせます。

だから年商3億は、個人でも狙える

かつて年商3億は「16人の会社」の姿でした。いまは、本人＋AI＋少数の外注で同じ並列数を管理できる可能性があります。人を増やさずに並列数を増やせるということは、粗利がそのまま残るということです。年商3億を1人で管理するのは、管理コストが人数に比例する前提では不可能でした。その前提が壊れたところに、このフレームワークは立っています。

正直な限界

誇張はしません。Ontologyが減らすのは「管理・把握・伝達・記録」のコストであって、現場の実働ではありません。 店舗に立つ人・施工する人・施術する人は減らず、品質の下限は依然として現場の人に依存し、複製先が増えるほど信頼関係の維持だけは人がやる必要があります。

したがって恩恵は複製パターンで変わります。実働の多くがデジタルで完結する P3（カリキュラム・会員）・P4（マッチング・SaaS）では大きく、P5（規格SKU）・P6（規格ユニット）は中程度（本部の管理は軽くなるが、在庫・物流・施工という物理の実働は残る）、P1（店舗）・P2（工程規格）では限定的です——現場の実働人数は減らず、減るのは本部機能だけ。自分の単位がどれかによって「個人で狙えるか」の答えが変わります。そこを見誤らないでください。

まず、複製できる形になっているかを確認する

複製に入る前に、4つを確認してください。1つでも欠けていると、複製した先で必ず壊れます。

単位が1行で言える（下記）
手順が文書化されている（頭の中にしかない判断が残っていない）
自分以外が実施して成立した（toBの必要条件③と同じ。作り方は S6）
単位あたりの原価と粗利が確定している（1つ増えるたびにいくら残るかが言える）

4つ目が抜けたまま並列数を増やすと、売上は増えるのに利益が減るという典型的な失敗になります。

「単位が1行で言える」とは

「何を・どうする・どういう形で提供するか」が1文に入っていることです。この3つが揃っていないと、複製先が同じものを作れません。

（何を）を（どうする）（提供の形）

飲食  → 大きいプリンを、その場で切り分けて出す屋台
教育  → 志望理由書を、AIとの対話で仕上げる4ヶ月の講座
不動産 → 相続した実家の書類と現況を、1冊にまとめて渡す調査サービス

判定は、その1文を読んだ他人が同じものを作れるかです。「AI活用支援」は何を・どうするのかが無く、「経営者に寄り添う伴走型コンサルティング」は提供の形しかありません。どちらも読んだ人が別物を作ります。言えないなら、まだStage 1です。 STEP 3の二次展開（6つの問い）に戻って提供物を確定させてください。

8つの複製パターン

3億に到達している事業の複製の形は、大きく8つです。すべて「単位 × 並列数」の形をしています。

パターン	複製する単位	分解式の例（3億）	向く業種・難所
P1. 店舗の複製	店舗	店年商¥52,000,000 × 6店	飲食・美容・小売／立地の失敗・既存店の疲弊・出店資金
P2. 工程の規格化	規格化された作業	客単価¥1,400 × 1日120人 × 300日 × 6店	カット・修理・クリーニング／人材供給・価格競争
P3. カリキュラム・会員の複製	講師・教室・会員	月額¥8,000 × 会員3,200人 × 12ヶ月	塾・スクール・習い事／講師の品質・解約率・広告費
P4. マッチング・SaaSの横展開	成約・アカウント	月額¥30,000 × 850事業所 × 12ヶ月	人材・士業支援・業界特化／獲得競争・解約・領域の誤拡大
P5. 規格SKUの多顧客販売	商品・チャネル	平均注文¥10,000 × 年6回 × 顧客5,000社	資材・食品OEM・日用品／在庫・物流・粗利率の低下
P6. 規格ユニットの量産	物件・部屋・棟	平均¥30,000,000 × 年10棟	建売・規格住宅・宿泊／用地・金利・在庫リスク
P7. M&Aロールアップ	買収した会社	年商¥100,000,000の同業3社	地域の同業が多い業種／買収価格・文化統合・のれん
P8. 高単価案件の組織化	案件・チーム	案件¥8,000,000 × 年40件	BtoB受託・施工・専門コンサル／採用・品質のばらつき

P8には上限があります。 案件をチームで回す形は3億前後で頭打ちになり、そこから先へは単価を上げるか、案件を商品化して件数を桁で増やすか、P1やP4へ接続する必要があります。「人を増やして案件を増やす」だけでは、この壁を越えられません。

パターンは単位の性質で決まります。場所に紐づく（来てもらう）ならP1・P2、人に紐づく（教える・診る）ならP3、情報・接続ならP4、モノならP5、資産ならP6、案件（毎回違う）ならP8。複数当てはまる場合は、いま自分の一次情報が最も濃く出ている側を選んでください。

3億を並列数で割ると、数えられる数になる

これがStage 2の実務的な意味です。飲食（P1）なら 3億 ÷ 店年商5,200万＝約6店舗。塾FC本部（P3）なら 3億 ÷ 1教室あたりロイヤリティ年120万＝ 250教室。不動産再販（P6）なら 3億 ÷ 1棟3,000万＝年10棟。

Stage 1で「12社」を数えたのと同じことを、桁を上げてやるだけです。6店舗、250教室、年10棟——どれも1年の行動に落とせる数です。「3億」は遠い数字に見えますが、並列数に直すと近くなります。

Stage 2の難所

Stage 1とは詰まる場所が違います。1号店の魔法が薄まる（自分がやっていたときの質が複製先で再現されない）と品質のばらつき（並列数が増えるほど、下限が全体の評判を決める）は S6 へ。管理コストで利益が消えると出店・在庫・用地の資金は S5・S8 へ。そして早すぎる多角化——単位が固まる前に2本目の柱を作ろうとする——は、次の「増やしたものを、捨てる」で扱います。

Stage 3（年商3億〜）へ —— ここからはS4の範囲外

3億を超えると、主題が「複製」から「組織化・ガバナンス」に変わります。 ここはS4の範囲外です。

Stage 3の主題	引き渡し先
組織・採用・管理者の育成	S7：AIを中心としたチームを作る
品質の標準化・第三者の管理	S6：スタッフ管理をAIで行う
資金・利益構造のモニタリング	S5：お金のデータを構築する
資本計画・事業利益の資産化	S8：情報を統合し資本計画を最適化する

年商10億の目安は、粗利3億・従業員20名前後とされます。この規模になると、設計の問題より運営の問題が支配的になります。 S4で作った単位と複製の形が正しければ、あとはそれを工業製品にする作業です。

増やしたものを、捨てる

収益の入り口を一つに集中させることはリスクです。 コロナ禍で飲食店が一夜にして売上ゼロになったように、自然災害・経済危機・業界ルールの変更・プラットフォームのアルゴリズム変動は予測できず、速度も年々増しています。かつては「複数の事業を持つ＝人を雇う」が前提でしたが、これも管理コスト革命の、事業本数についての現れです。並列数と同じで、事業の本数も、管理コストが人数に比例しなくなった分だけ増やせます（S6）。

ただし上限があります。ここからは対になる「捨てる」話です。増やすと捨てるは、片方だけでは機能しません。

なぜ捨てないと止まるのか

事業は、売上がゼロでも稼働を食います。 問い合わせへの返信、既存顧客との関係維持、契約更新、在庫や資材の管理、告知の更新。売れていない事業ほど、これらが「そのうち伸びるはず」という理由で残り続けます。

AIと外注で増やせるのは実務です。しかし判断と関係維持の時間は、本人からしか出ません。 ここが有限である以上、事業の本数には必ず上限があります。

Stage 1からStage 2へ進めない人の多くは、商品が作れないのではなく、Stage 1の事業を全部抱えたまま次を足そうとしています。 新しいものを足す前に、いま持っているものを一度ぜんぶ机に並べてください。

稼働ポートフォリオ表

動いている事業を、次の4列で並べます。

事業	自分の稼働（時間/月）	粗利（円/月）	一次情報の価値	外注・AI化の可能性
（事業A）			高／中／低	可／一部可／不可

並べたら、次の4つに仕分けます。

状態	判定
粗利が大きく、外注・AI化できる	委任する（最も早く効く）
粗利が大きいが、自分にしかできない	標準化して委任できる形にする（Stage 2への最優先作業）
粗利は小さいが、一次情報が濃い	残す（センター事業の候補。ここは金額で判断しない）
粗利も小さく、一次情報も薄く、外注もできない	止める

3行目を見落とさないでください。一次情報が濃い事業は、粗利が小さくても切ってはいけません。 そこを切ると、toB・toMで語る中身が枯れます。金額だけで仕分けると、いちばん大事なものから捨ててしまいます。

最後に、稼働時間の列を合計します。合計が自分の使える時間を超えていたら、Stageは上がりません。 何を足すかを考える前に、この合計を先に下げてください。

Stageごとに持てる本数の目安

Stage	主収益の本数	理由
Stage 1	1〜2本	自分が現場に立っている。分散すると現場が薄くなり、一次情報の質が落ちる
Stage 2	最大3本	単位の設計と複製先との関係維持を本人が持つ。3本を超えると判断が遅れ、全部が中途半端になる
Stage 3	3本以上も可	ただし各事業に責任者が立っていることが条件（S7）

ここで数えるのは、自分が判断を持っている事業だけです。特典・単発講座・小さな物販など、判断がほぼ発生しないものは本数に入れません。

「捨てる」には3つある

廃止だけが捨てることではありません。粗利が出ていて手順が言語化できているなら委任する（提供は続け、自分の判断を外す）。需要はあるがいまのStageでは伸ばせないなら凍結する（新規受付を止め、既存顧客への提供だけ続ける）。粗利も一次情報も出ていないなら廃止する。

廃止するときは、既存顧客への説明と移行先の提示を必ず行ってください。 事業を終わらせるときの振る舞いが、その後の信用を決めます。黙って止めた事業は、次の事業の評判として返ってきます。

止めた事業を、Ontologyから消さない

止めた事業のファイルを削除しないでください。消すと、同じ失敗を繰り返します。 何を試したか（誰に・何を・いくらで）、どこまでいったか、そしてなぜ止めたかを書き残します。

理由の書き分けが重要です。「需要がなかった」で止めたものは戻ってきませんが、「Stageが合わなかった」で止めたものは、Stageが上がったときの再開候補になります。理由を残さずに消すと、この判断ができません。止めた判断もOntologyに積み上がるからこそ、次の企画の精度が上がります。 成功だけを記録したOntologyは、同じ場所で何度もつまずきます。

30日で判定するKPIを決める

新しく始めたものは、30日で必ず一度判定してください。 ただし判定できるのは、30日のあいだに数字が動くものだけです。何が動くかは事業によって違うので、始める前に自分のKPIを決めます。

業種	30日で検証できるKPI	30日では出ないもの
学習塾・教育	問い合わせ数／体験申込数／提示した単価が受け入れられたか	合格実績・成績の向上
飲食・物販	注文数／リピート率／客単価	定番化・ブランドの浸透
不動産	相談件数／現地案内の数／見積提示から契約までの率	売却の成立・入居後の運用実績
コンサル・BtoB支援	商談化した数／提案の受諾率／単価の受容	導入先のKPI改善

選ぶ条件は3つ。30日のあいだに数字が動くこと、自分で数えられること、そしてその数字が伸びれば最終的な売上も伸びる関係にあること（＝先行指標）。3つ目が抜けると、動きやすいだけの数字——SNSの表示回数、ページの滞在時間——を追いかけることになります。動くけれど売上と関係のない数字は、KPIではありません。

30日で判定するのは「導線」であって「成果」ではない

塾なら、30日で分かるのは「講座に申し込みが来るか」であって「合格したか」ではありません。成果が出るのは受験が終わったあと——最短でも12ヶ月先です。農業なら収穫まで、医療なら治療の結果が出るまで、同じことが起きます。

ここを混同すると成果が出る前に事業を止めてしまい、逆に成果が出るまで判定しないと、導線が壊れたまま1年を無駄にします。だから2つに分けます。導線の判定は30日後（届いているか・欲しがられているか・その値段で受け入れられるか）、成果の判定は業種固有の周期（提供したものが実際に効いたか）。成果の確定周期は、事業を始める時点で書いておいてください。 決めておけば、それまでは導線のKPIだけで運転できます。

30日後は、KPIが目標を超えたら続ける、届かなかったら原因（需要か・導線か・提供物か）を特定して作り直す、まったく動かなかったら止める。先送りされた事業は、止まっているのに稼働だけを静かに食い続けます。 稼働ポートフォリオ表で「なぜかいつも時間が足りない」となる原因は、たいていこの状態の事業が2〜3本溜まっていることです。

コンパウンド戦略：Ontologyから収益仮説を回し続ける

S4の本当の威力は、エコシステムが「一度作ったら終わり」ではなく、サイクルが回り続けることにあります。S1で育てたOntologyが起点で、情報が蓄積されているほどAIが出すアイデアは精度を増し、試行のたびにOntologyが更新されて次のアイデアがさらに精度を増す——この複利構造が「コンパウンド」の正体です。

月1で回すのは「新事業」ではない

月1で回すのは収益仮説の検証であって、新しい事業を毎月立ち上げることではありません。 毎月まるごと新事業を増やすと、仕入れ・在庫・許認可・教育・顧客対応がそのたびに増え、センター事業のほうが不安定になります。 コンパウンドはセンター事業の安定が前提なので、これでは前提を自分で壊すことになります。

周期	回すもの	例
月1	収益仮説の検証	価格を変える／提供の形を変える／別の顧客層に出す／導線を変える／新しい切り口のLPを1枚
四半期1	事業化の判定	検証で反応があったものを、継続的な商品として立ち上げるかを決める
年1	標準の改訂	商品構成・提供手順・価格体系を見直す

新事業として立ち上がるのは、年に1〜2本あれば十分です。月1の検証が12回積み上がった結果として、そのうち1〜2本が事業になる——これが健全な比率です。

業種によってサイクルの上限が違う

「企画からLPまで1日」は、すべての事業に当てはまるわけではありません。扱うものによって、回せる最短周期が決まっています。

対象	最短サイクル	理由
役務・情報商品・紹介	月1	在庫も許認可も要らない。作ってすぐ出せる
物販・製造	四半期1	仕入れ・在庫・製造能力が制約になる
許認可が要る事業	許可取得後	許可前に販売訴求はできない（後述）
資本を伴う事業（不動産取得・設備投資）	四半期〜年1	資金調達と意思決定の周期が長い

自分の事業がどこに当たるかを先に確認してください。月1で回せない領域を月1で回そうとすると、質が落ちるだけです。 その場合は、月1の枠を役務・情報商品の検証に使い、資本を伴うものは四半期の判定にかけます。

サイクルの全体像

① Ontologyを読ませる（people/ organizations/ concepts/）
        ↓
② 検証する収益仮説をAIと1本決める（30〜60分）
        ↓
③ 公開前ゲートを通し、LPページを作成・公開する（1〜3時間）
        ↓
④ ファーストキャッシュを確認する
        ↓
⑤ 30日で判定する（続ける／作り直す／止める）
        ↓
⑥ 結果をOntologyに書き戻す → ① へ戻る
   ※止めた場合も、理由を書いて残す

月1で回せる領域（役務・情報商品・紹介）なら、目標は「企画からLPまで1日以内」です。完璧なサービスではなく、市場の反応を取れる最小の形で出すことが最優先です。

⑤を飛ばさないでください。判定なしに①へ戻ると、検証だけが増え続けて、終わるものが一つもない状態になります。前節の「増やしたものを、捨てる」がここに接続します。

STEP A：Ontologyから検証する仮説を1本決める

まず自分のOntologyファイルをAIに読ませ、今月検証する収益仮説を引き出します。

（AIへの依頼例）

「ontology/people/ organizations/ concepts/ と
research/収益ステージ設計.md を読んでください。

今の私のリソース・人脈・市場理解を踏まえて、
今月30日で検証できる収益仮説を3つ提案してください。
新事業をまるごと立ち上げる案ではなく、価格・提供の形・顧客層・導線の
いずれかを変えて反応を測れる粒度にしてください。

それぞれ、誰に・何を・いくらで・
何が起きたら『仮説が正しかった』と判断するか、を明示してください。」

最後の条件が重要です。何をもって成功とするかを、始める前に決めてください。 決めずに始めると、30日後に「なんとなく手応えがあった」で終わり、判定ができません。出てきた案を actionlog/YYYY-MM.md に記録し、着手する1つを選びます。

STEP B：LPページを作成・公開する

選んだ事業案をAIと一緒にLPページ（HTML1ファイル）として書き起こします。コストゼロで公開できます。

公開前ゲート

LPは公開した瞬間から申し込みを受け付けます。受けられない申し込みが入ることは、事故です。 作る前に確認してください。

確認項目	内容
提供可能日	いつから提供できるか。許認可の取得前に「販売できる」と読める訴求を出さない
提供上限	月に何件・何個まで捌けるか。超えたときの扱いを決めておく
表示義務	食品の原材料・アレルゲン、不動産の免許番号、特定商取引法の表記など
保存・配送条件	物を送る場合の冷蔵・破損・遅延の扱い
返金・キャンセル	書いていないと、揉めたときにすべて自分の負担になります

許認可の取得前でも、需要調査アンケート・試食や体験の募集・通知登録・構想の発信は出せます。出せないのは価格を提示した申し込みフォーム・予約受付・先行販売です。通知登録の形でも反応の量は測れるので、許可を待つ間に何もしない必要はありません。

保管と公開：GitHub + Cloudflare Pages

保管（GitHub・Privateで構いません）と公開（Cloudflare Pages）を分けるのが標準の構成です。どちらも無料枠で始められ、初回に連携すれば以降はプッシュのたびに自動デプロイされます。1つのLPにつき1つのリポジトリにしてください。まとめて入れると、公開したくないファイルが混ざったときに事故ります。

STEP C：ファーストキャッシュと記録

LPを公開したら、見てほしい人に直接送ります。SNSで広告費をかける前に、まずOntologyの関係者に直接提案するほうが初動は速くなります。ファーストキャッシュが取れたら、何が刺さったか・刺さらなかったかをすぐ actionlog/ に記録し、関連する people/ や organizations/ に反映します。これがOntologyへのフィードバックです。 次のサイクルで、AIはこの経験を踏まえた提案を返すようになります。

コンパウンドが機能する条件

条件	理由
Ontologyが更新され続けている	AIへのインプット精度が上がる
アイデアを完璧にしようとしない	サイクルを止めないことが最優先
結果を必ずOntologyに書き戻す	経験が次の試行に乗る
センター事業が安定している	試行の失敗が致命傷にならない
止めた事業の理由も残している	失敗の記録がないと、同じ場所で何度もつまずく
稼働ポートフォリオが上限を超えていない	判定されないまま残った事業が、次の試行の時間を食う

月1サイクルを1年続けると、12の試行結果がOntologyに積み上がり、AIが出すアイデアの質は初年度と別次元になります。これがコンパウンド（複利）の実態です。ただし12回試して12本とも残っている状態は、うまくいっている証拠ではありません。判定していないだけです。残るのは1〜2本で十分で、残りは委任・凍結・廃止のどれかに振り分けられているのが健全です。

S4はどこまでか —— 見つけたら、そこからプロジェクトが始まる

S4のゴールは、Stage 1で「売れる単位」を見つけ、Stage 2で「その複製の形」を設計するところまでです。見つけたもの・設計したものを実行できる計画に仕上げることは、S4の仕事ではありません。

詰め切ろうとすると、フレームの中に戻る

S4の核心は、冒頭で述べたとおり認知フレームの脱却でした。フレームの外に出た案は、最初は必ず情報が足りません。 相手のことをよく知らない。原価がわからない。誰が払うのか確信が持てない。当然です——知らなかったから、いままで思いつかなかったのです。

ここで「実行可能性が確認できるまで進めない」という基準を置くと、情報が揃っている案だけが残ります。 それは自分がすでによく知っている領域の案、つまりフレームの中の案です。詰めれば詰めるほど、S4がやろうとしたことの逆に進みます。

だからSTEP 1-Bの分解式も、ワークの粗利計算も、その案が主力になりうるかを判定するための道具であって、実行計画ではありません。

段階	やること	求める精度
S4（Stage 1）	売れる単位を見つける／主力になりうるかを判定する	桁が合っていればよい
S4（Stage 2）	複製の形を選ぶ／並列数で桁が届くかを判定する	桁が合っていればよい
プロジェクト（S1）	実行できる形にする	詰める

「¥1,200,000 × 200教室」の200教室が本当に集まるか、品質が保てるか、原価がいくらか——それらは走り出してから埋まります。 ワークのSTEP 7で30日の判定基準を先に書かせたのは、このためです。詰め切らないまま走り出しても、判定基準さえあれば止まれます。 逆に、判定基準を持たないまま完璧な計画を作っても、それが間違っていたときに止まれません。

Tips：「もう少し情報を集めてから」と思ったら、それはフレームに戻る合図

見分け方は簡単です。その情報は、机の上で集まるものか。走らないと集まらないものか。 走らないと集まらない情報のために着手を遅らせるのは、調査ではなく先送りです。

引き渡し先

ワークで企画書・LP・30日の判定基準が揃ったら、S4の仕事は終わりです。そこからは案件ごとのフォルダ（projects/<案件名>/ に plan.md・index.html）に移します。走り出すと必ずイシュー（想定外・疑問・詰まり）が出ますが、その種類によって戻る先のスキルが変わります。

出てきたイシュー	戻る先	そこでやること
企画そのものを見直したい・詰めたい	S1	企画書ベースで検討し直す
相手・市場・競合の情報が足りない	S2	情報を集めて、使える形にまとめる
売り方・集客・販売促進を組み立てたい	S3	発信とLPで、届ける導線を設計する
提案しても受注が決まらない	S1 ⇄ S3 のサイクル	体験 → レビュー → 企画の作り直し → レビューの公開を回す（後述）
自分にしかできない状態から抜け出せない	S6	第三者との関係性・社会関係資本をOntologyで最適化する
運転資金が読めない・先行投資を判断できない	S5	資金の指標を自動でモニタリングし、随時確認できる状態にする

もっとも頻度が高いのはS1です。 進め方は 「企画書を作る → 作る → 直す → 直した理由を企画書に戻す」 の繰り返しでした。供給が回らないと分かったら件数と体制を、想定した相手が払わなかったら支払者を、原価が想定の倍だったら単価か原価構造を——イシューが出るたびに企画書へ戻し、AIエージェントと一緒に書き換えていきます。

この往復が、実行可能性の正体です。 机の上で先に確かめられるものではありません。企画書は一度書いて終わりではなく、イシューが出るたびに厚くなっていくものです。

受注は、サイクルの結果として決まる

Stage 2でつまずく場所は、たいてい商品設計ではなく受注です。企画書もLPもできた。相手にも会えた。それでも決まらない——ここで多くの人が営業のテクニックを探しに行きます。

しかし単価が上がるほど、相手は提案書ではなく 「実際どうなのか」 を見てから決めます。だから足すべきは話法ではなく、サイクルです。

① 小さく体験してもらう（無料体験・試行・部分提供）
        ↓
② 感想・レビューをもらう
        ↓
③ 企画書に戻して作り直す（S1）
        ↓
④ 感想・レビューを公開する（S3）
        ↓
⑤ それを見た次の相手が、体験に申し込む → ① へ戻る

受注を直接狙うのではなく、サイクルを回した回数が受注数を決めます。 1件ごとに勝ち負けを考えるのをやめて、回した数を数えてください。

受注がゼロでも、サイクルは回せます。 法人も商品も固まっていない段階でも、体験してもらい、感想をもらい、企画を直し、その感想を公開することはできます。ここで回した分だけ、事業が正式に始まったときの初速が変わります。「まだ売るものがないから動けない」は、ほとんどの場合そうではありません。

そしてこのサイクルが、toBの必要条件を埋めていきます。 机の上で満たそうとするより、回すほうが速い——③で提供物が特定でき（体験で足りない部分が具体的に分かる）、②で相手の経済性で説明できるようになり（相手の言葉で価値が返ってくる）、①を別の相手にも提供すれば再現性の証拠になり、④の公開が根拠のルート「自社運用の実績」として積み上がります。

Tips：無料体験は「値引き」ではありません

割引は価値を削りますが、体験は価値を証明する行為です。両者を混同しないでください。ただし無料で出すのは体験であって、成果物ではありません。成果物まで無料で渡すと、そのあと有償にできなくなります。

S4の先にあるもの：本当の意味での影響力

このフレームワークで最終的に手に入れるのは「影響力」です。しかしそれは、SNSのフォロワー数でも、人気タレントになることでもありません。規格や認定が業界で使われ、地域のリーダーとして様々なプロジェクトを仲間と共に前進させていく立場——自分の中にある正義感、「こうあるべきだ」という信念を、ビジネスと社会のために使えるステージが、S4の先に広がっています。

順序だけ確認しておきます。影響力は、収益モデルの代わりにはなりません。 収益の形を決め、規格なり認定なりが実際に使われるようになった結果として、影響力が残ります。逆にはなりません。だからこそ、toMを始めるときに「何で課金するのか」を先に決めておく必要がありました。

影響力が本物かどうかを測る

「動かしたプロジェクトの数」「一緒に歩んだ人の数」は実感としては正しいのですが、それだけでは市場を動かせたかを判定できません。外から検証できる指標を併せて見てください。

自分の規格・手順を採用している事業者・拠点の数
認定・研修を受けた人の数と、その継続率
共通の仕様を使っている地域・団体の数
その規格が使われたことで改善した数値（粗利・ロス・時間）
自分が関与していない場所で、エコシステム内の取引が生まれた回数

最後の項目が、toMが完成したかどうかの最も確かなしるしです。自分が中心にいなくても回り始めたとき、それは個人の影響力ではなく、市場の仕組みになっています。

フォロワーの数字ではなく、自分が動かしたプロジェクトの数、一緒に歩んだ人の数、地域に生まれた変化——それが本当の意味での影響力です。

S4を完成させることは、「稼げるようになる」というゴールの先に、生きがいと呼べるものを手にする入口です。

ワーク：収益率の高い新事業創造

ここまでの道具を1本の線につないで、実際に新事業を1本作ります。 所要はおよそ2時間。成果物は「企画書1本・LP1枚・30日の判定基準」です。

なぜ「収益率」から設計するのか

粗利率は、走り出してから改善するものではありません。企画の時点でほぼ決まっています。 売上は後からいくらでも増やせますが、在庫型で始めた事業を途中から役務型に変えるのは、改善ではなく別の事業を作り直すことです。同じ核から新しい事業を作るとき、どの業態に載せるかを選べる——これがS4の要点でした。せっかく選べるのに、いつもの業態のまま考えると、粗利率もいつも通りになります。

粗利率を決める5つの要因

企画の段階で、次の5つがどちら側に寄っているかを見ます。

要因	高粗利になる側	低粗利になる側
原価の性質	すでに持っているものを再利用する（限界原価がほぼゼロ）	提供のたびに仕入れ・材料が要る
自分の稼働	提供数が増えても自分の時間は増えない	1件ごとに自分が張り付く
在庫	在庫を持たない	仕入れ・保管・廃棄が発生する
実体の調達	相手が持っている実体（会場・免許・会員・信用）を借りる	自前で設備・拠点を用意する
支払者	効果を金額で説明できる相手（事業者・法人）	価格感度が高く、単価を上げにくい相手

5つのうち3つ以上が左側にある企画だけを、この先へ進めてください。2つ以下のものは、いま作っても薄利で自分の時間を食うだけになります。

手順

STEP 0：材料を机に出す（10分）

research/収益ステージ設計.md（目標Stageと金額）、research/センター事業_ロールマップ.md（第三者による棚卸し済み）、そしてアクションログから抽出した自分だけが持つ一次データの一覧。3つ目がない場合、このワークの質は上がりません。STEP 2の「自分の客観的な価値を言語化する」に戻ってください。

STEP 1：高粗利になる組み合わせを3つ作る（20分）

新事業は、自分の一次データ × ロールマップの相手の掛け算から生まれます。ゼロから発想しません。

（AIへの依頼例）

「research/収益ステージ設計.md、research/センター事業_ロールマップ.md、
（一次データの一覧を貼る）を読んでください。

私だけが持っている一次データ × ロールマップ上の相手 で、新規事業案を3つ。
条件：新たに在庫・設備・拠点を持たない／提供数が増えても私の稼働が比例しない／
すでに持っている記録・経験・実績を再利用する／
支払うのは効果を金額で説明できる相手であること。

それぞれ、誰に／何を／いくらで／原価は何か／
私の稼働は1件あたり何時間か、を明示してください」

STEP 2：5要因でふるいにかける（10分）

出てきた3案を、上の5要因で採点します。左側に寄っている数を数えるだけです。3つ以上が左側の案を1本選びます。 同点なら、一次データを最も濃く使っているほうを選んでください。

STEP 3：6つの問いを埋める（30分）

二次展開で使った6つ——① 相手の反復課題／② 自社が持つ固有データ／③ 相手が持つ実体／④ 借りるもの・渡すもの／⑤ 提供成果と支払者／⑥ 最小の証拠——を埋めます。埋まらない欄が出たら、その場で2位の案に移ってください。 想像で埋めると、そこが後で必ず崩れます。

STEP 4：分解式と粗利を置く（20分）

売上＝単価 × 件数 × 頻度 ／ 粗利＝売上 −（変動費＋自分の稼働を時給換算した額）。自分の稼働を必ず原価に入れてください。 入れないと、粗利率が高く見えるだけの企画になります。時給は、いまのセンター事業の粗利を稼働時間で割って出します。そのうえで判定——この事業は、目標Stageの金額に対して10%以上を担えるか。 担えないなら「補助」扱いにして、主力は別に立てます。

STEP 5・6：公開前ゲートを通し、LPを公開する（40分）

提供可能日／提供上限／表示義務／保存・配送条件／返金・キャンセルを確認し、許認可が要る事業ならこの時点で販売LPではなく通知登録の形に切り替えます。 そのうえで S3 STEP 4の8要素でLP企画書を書き、GitHub + Cloudflare Pagesで公開します。ファーストビューに実体（現場の写真・実在の住所・自分の顔）を必ず置いてください。

STEP 7：30日の判定基準を先に書く（10分）

始める前に、何が起きたら成功かを数字で書きます。

判定基準の例：

【導線の判定】30日後までに
・問い合わせ 5件以上
・有償の申し込み 1件以上
・上記が出なかった場合、原因は
  「需要」「導線」「提供物」のどれかを特定する

【成果の判定】この事業の成果が確定するのは ◯ヶ月後
・そのとき見る指標：（提供したものが効いたかを示す数字）

KPIの選び方は「増やしたものを、捨てる」で扱ったとおりです。書いたら、30日後の日付をカレンダーに入れてください。 判定日が予定に入っていない検証は、ほぼ判定されないまま残ります。成果の判定日も分かっていれば、同じように入れておきます。

仕上がりのチェック

想像で埋めた欄がないこと——確認するのはここだけです。5要因のうち3つ以上が高粗利側にあり、6つの問いがすべて埋まり、自分の稼働を原価に入れて粗利を出し、LPを公開して30日の判定日をカレンダーに入れた。これが揃えば完了です。

よくある詰まり方

症状	原因と対処
一次データが出てこない	アクションログの蓄積不足。S3 STEP 1に戻って記録の自動化を固める
支払者が特定できない	受益者と支払者を分けて考える。個人向けのまま考えていないか。事業者側に置き換えられないか
どう考えても粗利率が上がらない	いつもの業態のまま考えている。同じ核を役務型・ライセンス型に載せ替えられないか
全部埋まるが、面白くない	粗利は高いが、自分の一次データを使っていない可能性。②を見直す。誰でも作れる企画は、誰かがすでに作っている
3案とも似ている	ロールマップが取引先だけで埋まっている。STEP 2の第三者棚卸しに戻る

S4 レッスンプラン例

S4を勉強会や授業で扱う場合は、2時間×3回にすると実装しやすいです。1回で全部をやろうとすると必ず消化不良になります。 前提は、S1〜S3を終えていること。actionlog/ は3ヶ月分以上あると精度が上がりますが、1〜2ヶ月分でもワークは成立します。扱うのは 1周目（Stage 1） だけです。独学の場合は各回のあいだを1週間空けてください——宿題が実質的な本体です。

回	時間	テーマ	到達目標
1	2h	センター事業を決め、収益ステージとロールマップを作る	STEP 1〜2。5軸の採点でセンター事業を1つに決め、業種の型と分解式で `research/収益ステージ設計.md` を書き、現在地を判定する。ロールマップを作り、AIを第三者に立たせてリストにない相手を30挙げさせる。最後に同じ場の3人へ直接ヒアリングして `people/` に登録する
2	2h	ロールマップを展開し、ふるいにかけ、捨てる基準を持つ	STEP 3。一次展開で数を出し、有望な3〜5本を6つの問いで掘り下げ（非対称＝借りるもの／渡すものを含む）、収益ステージで主力候補・補助・保留に仕分ける。稼働ポートフォリオ表を作り、月1サイクルの粒度と業種別の上限を確認する
3	2h	ワーク「収益率の高い新事業創造」	一次データ × ロールマップの相手で3案を作り、5要因で1本に絞り、6つの問い・分解式・粗利・公開前ゲート・30日の判定基準まで揃える。最後に2人1組で企画書を交換してレビュー。LP制作は持ち帰り（48時間以内に公開してURLを共有）

第1回と第2回のあいだに、actionlog/ から自分だけが持つ一次データを一覧化し、有望な相手5つについて商圏内の実在の事業者・団体を特定する宿題を挟みます。

進行上の注意が3つあります。センター事業を併記のまま進ませない（採点表の合計点で機械的に決めさせる）。ヒアリングでAIの案を相手にぶつけさせない（聞くのが先、AIは後）。粗利計算で案が沈んだら2位に切り替えてよいと先に伝える——伝えないと、数字を都合よく調整して形だけ完成させます。