「決算が経営の真ん中」を、「ビジョンと未来予測が経営の真ん中」に置き換える試み
2026年5月12日、ある経営者の方とランニング後にお茶をしながら、こんな話で意気投合しました。
「freeeやマネーフォワードは、決算が終わった後の数字しか見えない。営業計画も予算管理もできない。経営者がツールに合わせなきゃいけないのは、本来おかしい。Claude Codeがあれば、セールスフォースの小規模企業版みたいなものが自分たちで作れるんじゃないか。」
この問題意識を、私自身もずっと持っていました。そして気づいたのは、「システムを作る前に、情報設計の段階で決算ファーストを脱却できる」ということ。
私のBrain（思考と仕事のファイル群）は、すでにその思想で日次・週次・月次・年次が回っています。この資料は、その実例を近しい経営者の方に「こういう構造もあるよ」と共有するために整理したものです。
これは個別企業の怠慢ではなく、構造的な5つの要因で起きています。
| 構造要因 | 何が起きているか |
|---|---|
| 法定強制 | 税法・会社法で決算は逆らえない。やらないと罰則。「やる/やらないの自由」がない |
| 税理士独占業務 | 税務代理・税務書類作成は税理士法で独占。全国に約8万人の顧問契約網。月3〜10万の固定収益モデルが「経営の入口」を握っている |
| 銀行融資の言語 | 融資・補助金審査・対外信用の共通言語が決算書。これが変わらない限り「決算が一番偉い」は続く |
| 経営者のリテラシー | 多くの中小経営者が「数字＝決算書」と思い込んでいる。「ビジョン→予算→売上予測→キャッシュ」の経営言語を持っていないので、税理士の言葉に従うしかない |
| SaaS側の事情 | freee/MFは上記構造の上に乗っているので、決算機能を磨くほど儲かる。「経営の前工程」に行く動機がない |
「決算（過去・確定・標準化済）」が経営の言語になり、本来あるべき「やりたいこと→売上予測→案件管理→キャッシュ判断」は、現場のExcelと社長の頭の中に押し込まれてきた。月次決算を見て「で？」となるのは、月次が本来の経営判断の入力データじゃないからです。
経営判断に必要な情報は、本来こういう流れで連動しています。
| 項目 | 問い | 時間軸 | 既存ツールの守備範囲 |
|---|---|---|---|
| ①動かせるお金 | 今日いくらまで張れる？ | 現在〜3ヶ月 | freee/MF: △（残高のみ） |
| ②予算管理 | いつ・何に・いくら出す？ | 年初〜月次 | freee/MF: ✕（決算後表示） |
| ③売上予測 | いつ・いくら入ってくる？ | 月次〜四半期 | SF: ○ / freee: ✕ |
既存ツールでは ① ② ③ がバラバラ。連動していません。だから「今何ができるか」を判断するには、社長が頭の中で3画面を繋ぐしかない。
実は両者とも「予算実績管理」機能はあります。ただしほぼ使われない／使い物にならないのは、4つの構造的な理由から。
会計＝過去の事実（確定・唯一解・複式簿記）／予算＝未来の仮説（複数シナリオ・主観）。会計エンジンに予算を載せると整合性が壊れる。
コア事業=記帳→申告（法律で必須）。予算管理は「やってもやらなくてもいい」=絶対需要にならない。リソース配分の優先度が低い。
勘定科目は簿記で標準化済。だが予算の切り口は「営業別／案件別／店舗別／商品別」など業態で全然違う。SaaSの標準パッケージと相性が最悪。
中小企業の大多数は予算管理の文化がない。機能を作っても使われない → 改善投資が回らない → 機能が枯れる。経営管理層は別ツールに逃げる。
freee/MFは 「自社内で完結」しようとした結果、未来予測の入力ソース（パイプライン・案件確度・予算コミット）が外（SF・Notion・スプシ）にあるのに取り込まない。
これが 「経営者がツールに合わせなきゃいけない」 の正体です。
システムを作る前に、情報設計（フォルダ構造）の段階で「決算ファースト」を脱却できます。私のBrain（仕事と思考のファイル群）の上流は、こうなっています。
注目すべきは、決算（freee/MFの月次）はこのフォルダ構造のどこにも「中心」として登場しないこと。決算は背景情報として `02_Management` の中に置きつつ、毎日見るのは「ビジョン・戦略・売上予測・キャッシュ着地」のほうです。
| 軸 | 中村のBrain | 一般の中小企業 |
|---|---|---|
| 情報の起点 | ビジョン（Why）から下流に流す | 決算（過去）から逆引き |
| SSoT概念 | client_ledger / Current_Identity を明示的に「正本」と定義し、下流の齟齬は正本を真として扱う | 各所Excel・税理士の手元・社長の頭の中に分散 |
| 未来予測の優先度 | pipeline_2026 / monthly_focus が上流に位置（毎日見る） | 売上予測そのものが存在しない／属人 |
これらは「概念」ではなく、Claude Code / Antigravity / Codex 等のエージェント型AIで実際に毎日回している運用です。
status / expected_revenue / expected_month / next_agenda を最新化（音声でAIに指示してもOK）YYYY-Wxx_週次レビュー.md を自動生成YYYY-MM_統合経営レポート.md を生成。AIが自動計算する指標:
monthly_focus.md（フォーカス宣言）を更新01_Wishlist に蓄積（外注したいこと／欲しいもの／3年絵）①日次の入力は「いつもの作業」のまま（freee記帳・カレンダー入力）。②週次・月次・年次の集計と判断材料の生成はAIに任せる。③人間は「今週/今月の重点を選ぶ」「来月のフォーカスを書く」という意思決定だけに集中する。
ここまでで「中村Brainが何をやっているか」をご覧いただきました。では、なぜそれが効くのか。それは「経営の前提（やりたいこと・年計画・月次フォーカス）をAIに知らせるかどうか」が、ツール選びより先に効く変数だからです。これを2×2で見ると、価値の差がはっきり見えます。
| ① 前提を知らない | ② 前提を知っている | |
|---|---|---|
| チャット型 （答えを返す） |
世間一般の答え 壁打ち・雑談レベル |
自分のための答え 「社長AI相談」レベル |
| エージェント型 （実行する） |
意図不明な実装家 SI発注に近い |
右腕／番頭 毎日の運用が回る |
※ 斜め右下に行くほど、価値が指数関数的に上がります。
「うちの会社、今月どう動く？」と訊くとChatGPTから一般論が返ってきます。今、世の中の9割がここ。経営判断には使えません（経営判断は絶対値ではなく相対値だから）。
「経営管理ツール作って」と言えばClaude Codeは動くものを作れます。でもそれが社長の野望と合っているか不明。従来のSI発注と同じ構造で、動くけど使われないシステムが量産されます。
年計画・月次フォーカスを食わせて「この案件どうする？」と訊くと、「柱2と被るのでNo」「柱4のリードに合致するからYes」と自分の言葉で返ります。思考整理が圧倒的に早い。ただし実行は自分。
AntigravityがCRM更新→週次レビュー生成→重点3つ提案→月次レポート自動作成。指示→実行→次のアクション提案まで完結。これが「右腕」と「便利ツール」の境界線です。
| 軸 | 前提を知らない | 前提を知っている |
|---|---|---|
| 答えの粒度 | 「いい案件ですね」 | 「柱2と被るのでNo」 |
| 判断の責任分担 | 100%人間が判断 | AIが一次仕分け → 人間が最終決裁 |
| 経営者の負担 | 毎回ゼロから説明 | 既に共通言語がある |
| 軸 | チャット型 | エージェント型 |
|---|---|---|
| アウトプット | テキスト（人がコピペ） | ファイル・コマンド実行・状態保持 |
| 時短インパクト | 答え1回 = 数分の節約 | 週次レビュー1回 = 数時間の節約 |
| 継続性 | 毎回会話リセット | 状態が積み重なる |
「前提をAIに渡すなんて大変」と思われがちですが、これは誤解です。Brain構造のようにファイル群として情報設計しておけば、エージェントが毎回自動で読みに行きます。1回設計すれば、あとはSSoT（正本ファイル）を更新するだけ。新しいツールを買う必要はありません。
「前提を知らせるかどうか」は、ツール選びより先に効く変数です。
同じChatGPT/Geminiでも、知らせれば③に上がります。Claude Code/Antigravityでも、知らせなければ②止まり。
だからこそ、システム化の前に情報設計が先なのです。
10年前、20年前にも「経営の前工程をシステム化したい」という願望はありました。実現できなかった理由は1つだけ：カスタマイズコストが高すぎた。
| 時代 | カスタム経営管理ツールのコスト | 担い手 |
|---|---|---|
| 〜2023年 | 数百万〜数千万円 | SI企業に発注 |
| 2024年〜 | 数十万〜数百万円 | ノーコード+人海戦術 |
| Claude Code以降 | 数日〜数週間で1社向け | 経営者本人 or 伴走者 |
つまり今は、「会計（標準）」と「経営管理（カスタム）」の主従関係が逆転する瞬間です。
会計＝前面（毎月見る・経営の言語）
経営管理＝背景（社長の頭の中・Excel）
経営管理＝前面（毎日見る・意思決定の道具）
会計＝背景（必要だが日常では見ない）
「Claude Codeで小規模企業版SFが作れるんじゃないか」という問いに、私が感じているのはこれです：
システムを作るのは、後でいい。
その前に、「何が経営の真ん中に置かれているか」を整理する必要がある。
決算（後工程）を真ん中から退けて、ビジョン → コミット → 売上予測 → キャッシュ着地 → 動かせる枠 を上流に置けば、
あとは Claude Codeで1社カスタムの経営管理ツールが現実的なコストで作れる。
そしてこの「情報設計」は、いきなりシステムを買わなくても、フォルダ構造とMarkdownファイルとAIエージェント（Claude Code / Antigravity）の3点で、十分に動きはじめます。
私のBrainがその実例です。完璧ではないですが、毎月月初には「今月いくらまで張れるか」が1画面で見えるところまでは来ています。
この資料は「こういう構造もあるよ」という共有のためのものです。気が向いたら、こんな方向で話ができたら嬉しいです：
自社のフォルダ構造を見直す。「決算が真ん中」を退けて、何を上流に置くか整理する。ツールは何でもいい段階。
日次・週次・月次・年次のサイクルを、AIエージェントとどう組むか。SOP（手順書）レベルで具体化する。
Claude Codeで、自社の業態に合った「動かせる枠を表示する1画面」を試作する。数日〜数週間スコープ。
どこから始めても構いませんし、「興味あるけどまだ具体じゃない」段階でのお茶でも全然OKです。気軽に。