創業者エコノミクスと個人キャパシティ

最終更新: 2026-08-01

この章と付属モデルは、事業仮説を本人の生活・時間・現金制約へ接続するための管理資料である。税額、社会保険料、法人成り、役員報酬等の個別判断は、事業形態・家族・居住地・他所得等で変わるため、税理士・社会保険労務士等へ確認する。

先に結論

個人開発では、コードを作れることと、生活を支える事業を作れることは別である。候補市場を次の順で検査する。

目標手取りを得るため、事業から毎月いくらの現金貢献が必要か。
その金額には何社、いくら、何時間が必要か。
獲得、導入、継続支援、事故対応を合計して一人の時間内に収まるか。
売上が立ち上がる前に、13 週間の現金が最低残高を下回らないか。
一般に有望な市場ではなく、自分が今月到達できる市場か。

最初の必要条件は次である。

必要顧客数 = 切上げ(必要月次現金貢献 / 1社当たり月次現金貢献)

容量上限顧客数 = 切捨て(月間提供可能時間 / 1社当たり月間継続時間)

必要顧客数 <= 容量上限顧客数

この不等式が成立しなければ、顧客数を増やす計画では解決しない。成立しても、獲得・導入・解約補充・例外対応を含まないため十分条件ではない。定常状態では少なくとも次も満たす。

月間顧客関連時間枠
= 月間総時間 - 製品開発 - 管理・会計・保守 - 障害・休暇等の予備

定常月の顧客関連負荷
= 必要顧客数 × 継続時間
 + 必要顧客数 × 月次解約率 × (補充1社の獲得時間 + 導入時間)

定常月の顧客関連負荷 <= 月間顧客関連時間枠

成長中はさらに新規顧客分が増える。12 か月の各月で 新規 × (獲得 + 導入) + 稼働顧客 × 継続 + 例外・障害 を検査する。価格を上げる、範囲を狭める、継続時間を減らす、価値の高い顧客へ移る、サービス型として価格を取り直す、または撤退する。

付属の創業者エコノミクス計算モデルは、この章の式、12 か月の顧客・時間モデル、13 週資金繰り、08 章の本人用再評価を一つにしたものである。青いセルだけを自分の値へ置き換える。

4 つの台帳を混ぜない

台帳	問い	代表値
会計	期間中に利益が出たか	売上、費用、利益、売掛、前受
現金	支払日に残高が足りるか	入金日、支払日、税積立、最低残高
創業者時間	一人で約束を履行できるか	獲得、導入、提供、支援、障害、管理時間
本人経済	生活とリスクに見合うか	手取り、税・社保準備、休暇、機会費用、ランウェイ

年額前払いは現金を増やすが、将来の提供義務を同時に増やす。売掛金は売上でも、入金日までは支払いに使えない。自分の労働は会計上の現金支出でなくても、他の仕事・休息・営業を失う経済費用である。

したがって、同じ数字を MRR、売上、入金、利益、自由に使える現金と呼ばない。02 章の会計・単位採算と、この章の時間・生活制約を併用する。

入力カードを最初に埋める

本人と現金

目標月次手取り:
税・社会保険等の準備率:
月次事業固定現金支出:
月次安全余力・積立:
現在の事業用現金:
絶対に割らない最低現金:
年間稼働週:
週の総稼働時間:

「税・社会保険等の準備率」は納税額の推定式ではない。手取り目標を事業が必要とする現金へ粗く戻し、資金を使い切らないための暫定入力である。直近申告、事業形態、自治体、他所得、消費税登録等を反映して専門家と更新する。

税・社保準備前の本人必要現金
= 目標手取り / (1 - 準備率)

必要月次現金貢献
= 税・社保準備前の本人必要現金
 + 月次事業固定現金支出
 + 月次安全余力・積立

時間

月間総時間 = 週稼働時間 × 年間稼働週 / 12

月間提供可能時間
= 月間総時間
 - 営業・顧客調査
 - 製品開発
 - 管理・会計・保守
 - 予備時間

年間 52 週を全部売らない。病気、家族、休暇、調査、障害、税務を先に引く。余ったら休暇または上振れであり、最初から顧客へ約束する容量ではない。

内部時間単価は「値付け」ではなく生存下限

内部時間価値の下限
= 必要月次現金貢献 / 月間の管理以外の稼働時間

これは顧客へ時間売りする単価ではない。次の判断に使う。

手作業を 1 時間追加したとき、製品の経済性をどれほど損なうか。
値下げと引き換えに増える導入・支援が許容できるか。
Codex、自動化、外注へ時間を移す価値があるか。
受託案件、就業、別製品という機会費用より魅力があるか。

顧客価格は、顧客が得る価値、代替費用、リスク、予算、競争から決める。内部時間価値を超えない価格しか受け入れられないなら、顧客に値上げを説得する以前に、対象成果または市場を変える。

1 社の経済性を現金と時間に分ける

継続部分

1社当たり月次現金貢献
= 月額価格
 - モデル/API/保存/配信等の変動現金費
 - 決済手数料
 - 顧客固有の外注・返金引当

1社当たり創業者時間費
= 継続提供・支援時間 × 内部時間価値

1社当たり完全負荷後貢献
= 1社当たり月次現金貢献 - 1社当たり創業者時間費

現金貢献は資金繰りと手取り可能性を見る。完全負荷後貢献は、創業者の無償労働で見かけの粗利を作っていないかを見る。両者を一つへ混ぜない。

獲得と導入

顧客獲得時間/成約
= 対象調査 + 個別連絡 + 面談 + 提案 + 追客
  + 契約・security・購買審査対応の総時間 / 有償成約数

完全負荷 CAC
= 広告・紹介・制作等の獲得現金費 / 有償成約数
 + 顧客獲得時間/成約 × 内部時間価値

導入後初期貢献
= 初期費用
 - 初期変動現金費
 - 導入時間 × 内部時間価値
 - 初月値引・初期返金

獲得・導入後初期純貢献
= 導入後初期貢献 - 完全負荷 CAC

成約しなかった接触も分母へ含める。1 社の面談時間だけを CAC と呼ばない。契約 redline、security questionnaire、vendor 登録、購買・法務との往復は、契約成立前なら獲得時間、成立後の開始準備なら導入時間へ一度だけ計上する。無料パイロットは、支払意思と購入手続きを検証できないうえ、獲得・導入時間を隠しやすい。account、contact、attempt の source event と Qualified までの cash・創業者時間は 16 章を正本とする。

CAC は獲得まで、初期貢献は成約後の導入だけ、顧客月貢献は継続提供だけを入れる。同じ値引、返金、導入時間を複数の台帳で引かない。付属 workbook の月次モデルは獲得・導入時間を容量へ含むが、広告・紹介等の獲得現金費は 13W_Cash の実支払へ入力する。

継続月額が初期損失を回収する場合は、回収月数を別に置く。

初期未回収額
= max(0, 完全負荷 CAC - 導入後初期貢献)

初期回収月数
= 初期未回収額 / 1社当たり完全負荷後月次貢献

分母が 0 以下なら「将来の規模」で正当化しない。価格、導入範囲、支援、チャネルのいずれかを変える。

手取りから必要顧客数を逆算する

必要顧客数
= 切上げ(必要月次現金貢献 / 1社当たり月次現金貢献)

目標時点 MRR
= 必要顧客数 × 月額価格

目標時点の年換算ランレート
= 目標時点 MRR × 12

年換算ランレートは、その速度が 12 か月続いた場合の指標である。初年度売上、契約済み金額、認識売上、入金額ではない。ゼロ顧客から毎月増える場合、当年の売上・現金は期末ランレートより大幅に小さい。

例: 低単価案を容量で落とす

以下は市場相場ではなく、式を説明する架空例である。説明を単純にするため、決済手数料は 0% としている。実際の判定では月次・初期の売上へ決済手数料を適用する。

目標手取り                   450,000円/月
税・社保等の準備率                 30%
事業固定現金支出             100,000円/月
安全余力積立                  50,000円/月
必要月次現金貢献             約793,000円
月間提供可能時間                  49.2時間

低単価・重支援案:

月額価格                      30,000円
変動現金費                     5,000円
継続時間                         2時間/社
1社現金貢献                   25,000円
必要顧客数                         32社
容量上限                           24社
判定                            不成立

価値範囲を上げ、例外を減らした案:

月額価格                      50,000円
変動現金費                     5,000円
継続時間                       1.5時間/社
1社現金貢献                   45,000円
必要顧客数                         18社
容量上限                           32社
判定                      容量上は成立可能

後者も需要の証明ではない。18 社を獲得できるか、継続するか、提供時間の p90 が 1.5 時間以内かを有償データで置き換える必要がある。

AI 機能の変動費と人手は、平均 API 単価ではなく、失敗を含む同じ成熟 eligible-job cohort から商業周期へ集約する。12 章の safe independent value unit cost と account commercial cycle を、本章の顧客別完全負荷後貢献・容量へ渡す。

AI 検索・Plugin・MCP・agentic commerce 経由では、provider の payment succeeded や payout paid を銀行現金へ直接置かない。17 章で order、履行、reversal、銀行照合を閉じた mature cohort だけを、本章の現金貢献へ一度だけ渡す。

容量は獲得・導入・継続で三重に制約される

必要顧客数が継続支援枠に収まっても、立ち上げ速度が無理なことがある。

月間成約上限（営業）
= 月間営業時間 / 1成約当たり獲得時間

月間成約上限（導入）
= 月間導入可能時間 / 1社当たり導入時間

持続可能な月間新規顧客
= min(営業上限, 導入上限, 継続容量の残り)

さらに、満杯になった後も解約顧客の補充が必要になる。

月間補充顧客 ≈ アクティブ顧客 × 月次ロゴ解約率

獲得と導入を製品開発時間から恒常的に借りると、品質改善が止まりサポートが増える。次の 5 つを別々に記録する。

顧客調査・対象リスト作成
商談・提案・契約
初期設定・データ移行・研修
継続提供・サポート
製品・信頼性・セキュリティ改善

12 か月モデルで「期末だけ黒字」を見破る

各月を次で更新する。

月末顧客
= 月初顧客 + 新規顧客 - 解約顧客

平均稼働顧客
≈ 月初顧客 + (新規顧客 - 解約顧客) / 2

継続売上
= 平均稼働顧客 × 月額価格

月次現金貢献
= 継続売上 + 初期費用
 - 顧客変動現金費 - 初期変動現金費

平均稼働顧客は月中に均等に増減する簡略仮定である。実際の請求開始日、無料期間、日割り、回収不能、返金がある場合は置き換える。

12 か月表で最低限見るもの:

項目	見る理由
新規・解約・月末顧客	売上の構成と補充負担を分ける
継続売上・初期売上	MRR と一回売上を混ぜない
現金変動費	AI/API、決済、外注の伸びを確認
獲得・導入・継続時間	売上より先に時間が破綻しないか
営業・提供の残時間	翌月の成長余力を確認
必要現金貢献の充足率	手取り目標へいつ到達するか

期末 MRR が目標へ届いても、前半の赤字と本人引出しで現金が尽きれば成立しない。次の 13 週資金繰りと接続する。

13 週資金繰りは「請求」ではなく「入出金日」で作る

資金繰り表は一定期間の現金収支を分類し、現金過不足を予測するものと J-Net21 は説明している。J-Net21「資金繰り表って何ですか？」

毎週、次の順で更新する。

銀行・決済残高を実額へ合わせる。
入金済みを確定し、未入金請求の予定日を更新する。
既に決まった支払、税・社会保険、年払い、返金を入れる。
期待商談は確定入金へ混ぜず、別シナリオに置く。
13 週内の最低残高と、最低現金を割る最初の週を見る。
不足するなら、入金前倒し、範囲縮小、支出延期、本人引出し調整、資金調達等を不足前に判断する。

週末現金
= 週初現金 + 当週入金 - 当週支出

現金余力
= 週末現金 - 絶対に割らない最低現金

入金には、有償パイロット、初期設定、継続課金、単発サービス、借入等を分ける。支出には、API/クラウド、決済、外注、販売、専門家、税準備、返金、本人引出しを分ける。

確率加重したパイプラインは営業予測には使えても、支払可能な現金ではない。確定契約でも支払サイトと遅延がある。売掛と現金を別にする。

11 章の請求台帳から invoice date、due date、expected/actual receipt を取り込み、口頭案件や未請求額を 13 週の確定現金へ置かない。

個人事業者には記帳と帳簿書類の保存義務があり、掛売上・売掛金も適切に記録する必要がある。国税庁「個人で事業を行っている方の記帳・帳簿等の保存」電子で受領・交付した見積、契約、請求、領収等は、電子取引データ保存の公式案内も確認する。

08 章の順位を本人条件で上書きする

08 章の公開情報スコアは、一般的な探索順位であって本人の順位ではない。特に到達可能性は、本人の人脈、地域、過去職、実帳票へのアクセスで大きく変わる。

公開スコアでは到達可能性の重みが 20 点、評価は 1〜5 なので 1 段階が 4 点である。本人用には次のように差し替える。

本人調整スコア
= 公開スコア
 - 公開情報での到達可能性 × 4
 + 本人の到達可能性 × 4

ただし、点数の前に次のハードゲートを通す。

ゲート	続行条件
接点	今月、意思決定者または実務責任者 10 人以上へ個別に到達できる
実物	匿名化を含め、現在の帳票・CSV・写真・画面・成果物を確認できる
支払	価格付き提案を 3 件以上出せる
容量	必要顧客数が継続容量上限以下で、定常月と 12 か月各月の獲得・導入・継続・予備の合計も各時間枠内
現金	有償証拠を得る前に 13 週最低現金を割らない
安全	08 章の安全区分を緩和せず、必要な責任者・専門家確認ができる

専門家同伴 を、本人が興味を持つから 優先検証 に変えてはいけない。安全ゲートは総合点や収益で相殺しない。

価格・範囲・時間は同時に設計する

容量が成立しない場合、使えるレバーは次の通り。

レバー	良い変更	危険な変更
価格	売上・損失・リスクに近い成果へ寄せる	根拠なくプラン名だけ高級化
対象	1 業種、1 帳票、1 承認へ絞る	顧客ごとに別仕様を増やす
導入	標準 CSV、既存出力、設定テンプレート	無料のデータ整形を無制限に行う
継続	例外だけ提示し、人が承認	毎回全件を創業者が手確認
サポート	窓口・時間・SLA・対象外を明示	即時・無制限・全チャネル対応
AI	下書き・抽出・照合候補へ限定	誤りの責任が大きい最終判断を自動化

価格を下げるなら、件数、導入、保存期間、支援時間、応答時間、契約期間のどれを減らすか明示する。値下げだけを行うと、必要顧客数と支援負荷が同時に増える。

反復工程を内部ツールまたは顧客 UI へ移す判断は、単に「時間が長い工程」から選ばない。14 章で、standard-scope 内の頻度、受入規則、複数顧客への再利用、例外・最大損失、保守負担を確認する。本章の内部時間価値、顧客別完全負荷後貢献、容量は、その昇格判断への入力である。

AI と Codex の効果は「純削減時間」で測る

AI により生成時間が減っても、仕様、レビュー、評価、権限、監視、事故対応が増えれば、事業容量は増えない。

AIによる純削減時間
= 従来時間
 - (AI利用後の実行時間 + レビュー + 修正 + 評価 + 障害対応)

次を別々に測る。

初回実装時間
生成差分のレビュー・修正時間
テスト・eval 作成と実行
モデル/API の失敗再実行
顧客固有例外への対応
プロンプト・モデル更新後の再検証
セキュリティ、プライバシー、契約確認

Codex へ委任しやすいのは、境界、受入条件、テスト、ロールバックが明確な反復作業である。顧客への約束、価格、対象外、安全判断、実データ利用許諾、本番の不可逆操作は本人が承認する。05 章の開発基準と、13 章の変更証拠系を使う。

「生成したコード量」ではなく、次のどれが改善したかで評価する。

有償価値までの日数
1 顧客当たり導入時間
1 顧客当たり継続時間の中央値と p90
変更失敗率と復旧時間
顧客別 AI 現金原価
創業者の営業・休息へ戻った時間

viable / change / no-go ゲート

Viable candidate

価格付き有償パイロットが成立した
必要顧客数が容量上限以下
1 社の現金貢献が正
創業者時間を含む貢献を正にする価格・範囲の道筋がある
12 か月の獲得・導入・継続時間が各容量内
13 週最低現金を割らない、または割る前の資金手当が確定
自然な次周期で顧客が 2 回目の価値を得た
安全・データ・法務のハードゲートを通過

Change

支払はあるが、必要顧客数が容量を超える → 値上げ、範囲縮小、サービス価格へ変更。
価値はあるが導入が重い → 初期費用、標準入力、対象業種を変更。
継続時間が p90 で破綻 → 例外範囲、SLA、対象顧客を変更。
期末ランレートは良いが途中で現金不足 → 前払い、支払条件、本人引出し、成長速度を変更。
市場点は高いが本人接点がない → 紹介者・提携先を得るか、別市場へ変更。

No-go

必要顧客数が容量上限を超え、現実的な価格・範囲変更がない。
完全負荷後貢献が 0 以下で、標準化しても改善しない。
適切な対象へ価格付き提案を 5 件出しても有償 0 件。
2 周期後も再利用がなく、単発サービスとしても採算がない。
有償証拠前に最低現金を割り、資金手当もない。
安全・規制・データ責任を一人で許容可能な範囲へ狭められない。

週次と月次の運用

毎週

13 週資金繰りを銀行残高へ合わせる。
次の 4 週間の確定入金と支出を確認する。
顧客別の提供・支援時間を記録する。
p90 または初期の最悪値が契約範囲を超えていないか見る。
営業、導入、提供のうち最初に詰まる容量を一つ改善する。

毎月

目標手取り、準備率、固定費、最低現金を更新する。
1 社現金貢献と完全負荷後貢献を更新する。
獲得・導入・継続の実時間を仮定と比較する。
必要顧客数と容量上限を再計算する。
12 か月の新規・解約・時間・現金貢献を更新する。
08 章候補の本人到達可能性を、実際の返信・紹介・提案で更新する。
継続、価格変更、範囲縮小、停止の判断を記録する。
service_job_id 別の標準範囲率、founder 分、rescue tail を 14 章へ渡し、次の一工程だけを製品化するか判断する。
複数製品を持つ場合は、算定した本人時間・現金制約を 15 章の portfolio waterfall へ渡し、既存義務と reserve を控除してから裁量配分する。

付属ワークブックの使い方

Assumptions の青セルへ本人の手取り、準備率、現金、時間を入れる。
Founder_Model で価格・変動費・継続時間の 3 案を比較する。
12M_Capacity の月別新規顧客を、現実の営業能力に合わせて入力する。
13W_Cash の入出金を請求日でなく予定入出金日へ置く。
Opportunity_Fit の本人接点、実物アクセス、関心、価格、支援時間を更新する。
Checks がモデル構造の破損を示していないことを確認する。
Summary の容量判定、12 か月到達、13 週最低現金を一緒に見る。

モデルの既定値は学習用の架空例であり、市場価格、税率、成功率のベンチマークではない。実際の提案、契約、時間記録、銀行残高で上書きして初めて本人用の判断材料になる。

Caveats and assumptions

準備率は個別税額を算定しない。所得税、住民税、国民健康保険・年金、消費税、法人税・役員報酬等を一律に扱えない。
現金モデルは管理用で、会計上の売上認識・費用計上・税務申告を代替しない。
平均稼働顧客の式は月中の増減を簡略化している。
解約率は小標本で大きく振れる。率だけでなく 1/3社 のように分子・分母を記録する。
創業者時間の中央値だけでなく p90、最大値、障害時を確認する。
08 章の公開スコアは需要・価格の証明ではない。公開スコアを上書きする最初の強い商業証拠は、非ゼロ価格の pilot 契約と実入金である。本番需要と継続性は、production 契約、反復価値、更新で別途証明する。
自宅資金と事業資金を混ぜず、事業専用口座、請求、帳簿、証憑を照合する。
資金不足が近い場合は、モデル更新だけで解決せず、税理士、金融機関、中小企業活性化協議会等へ早めに相談する。中小企業庁は、簡易な収支・資金繰り計画を含む収益力改善支援を案内している。