フック
3事業のオペレーションを、Notion×AIで「OS化」した。
タスク管理ツールではない。「もう1人の自分の頭脳」として動く設計だ。
結論3箇条
事業OS化で効いた3つの設計。
- 3事業を「同じ構造のデータベース」に統一する
- AIに「OS全体を読み込ませる」ことで判断が揃う
- 人間は「OS外のクリエイティブ」だけに集中
タスク管理ではなく、判断を構造化する設計にした。
この記事を書く理由
ソロ起業家のNotion運用は、ほとんどが「タスク管理」と「メモ置き場」で止まる。
便利ではあるが、事業を運営するOSにはなっていない。
僕は半年かけて、3事業の運営に必要な情報をすべてNotionに集約し、AIで読み書きできる「事業OS」を構築した。
判断速度・実行速度・整合性が、過去最高に上がった。
具体的なデータベース構造、AIとの連携方法、運用ルールを実装ベースで残しておく。
本文ストーリー
「事業OS」とは何か
僕が定義する「事業OS」は、3つの要素で構成される。
- データベース層：顧客、案件、提案書、過去履歴、KPI、契約履歴
- AI層：Claude Projectsで全データベースを参照、判断と提案を返す
- 運用層：人間が触る部分（最終判断、関係性、創造）
普通のNotionは「データベース層」だけで止まる。
そこに「AI層」と「運用層」を組み合わせると、ソロ起業家のOSになる。
データベース層の構造
3事業すべてに対して、同じ構造のデータベースを持つ。
| データベース名 | 用途 | レコード数（現在） |
|---|---|---|
| Clients | 全クライアント情報 | 87件 |
| Projects | 全案件・契約 | 156件 |
| Communications | 全コミュニケーション履歴 | 1,200件超 |
| KPIs | 月次・週次の数字 | 18ヶ月分 |
| Knowledge | テンプレ、過去事例、判断ログ | 230件 |
重要なのは「3事業で同じ構造」にすること。
事業ごとに別構造を作ると、AI層との連携で破綻する。
AI層との連携設計
Claude Projectsに、Notionからエクスポートしたデータを定期的に同期する。
同期の仕組み：
– 週1回（毎週金曜）、NotionからCSVをエクスポート
– Claude ProjectsのナレッジファイルにアップロードCmd
– カスタムインストラクションで「OSとして振る舞う」を指示
カスタムインストラクションの一部：
あなたは私の事業OSとして振る舞ってください。
役割：
- 全クライアントの過去履歴を踏まえて判断する
- KPIの推移と整合する提案だけをする
- 過去のテンプレ・事例から再利用できるものを優先的に提示
- 「OS外」の判断（人間関係、創造、戦略）には介入しない
応答ルール：
- 提案には必ずデータベースの参照元を明示
- 数字を扱うときは固有値を引用
- 一般論で答えないこと
これで、Claude Projectsに「3事業の経営に必要なデータが全部入った状態」が完成する。
OSが効いた具体的なケース
実際にOSが判断速度を変えたケースを2つ書く。
ケース1：新規問い合わせへの判断
新規問い合わせが来たとき、Claude Projectsに以下を投げる：
{クライアント名}から新規問い合わせ。
内容：{問い合わせ内容}
予算：{相手提示の予算}
OSとして判断してください：
- 過去の似た案件と比較してどうか
- 受けるべきか、断るべきか
- 受けるなら、提案する価格帯は
- 過去のどのテンプレが使えるか
これに対して、Claudeは過去87件のクライアント履歴と156件の案件履歴を参照し、3分で判断材料を返してくる。
人間が手作業で同じ判断をすると、30分かかる。
ケース2：月次レポートの作成
月次レポート作成時、KPIs データベースの数字を参照しながら：
今月のKPIをOS全体と照らし合わせて、月次レポートを書いてください。
含める内容：
- 数字の傾向（過去6ヶ月との比較）
- 売上の伸びの要因分析
- 来月の打ち手の優先順位
- リスク要因
これで月次レポートのドラフトが、5分で完成する。
以前は3時間かかっていた作業だ。
「OSの外」を意図的に残す
ここが最も重要な設計だ。
全部をOSに入れない。
OSに入れないものを、僕は明確に決めている。
- 個別のクライアントとの関係性の機微：感情、相性、信頼度
- 新規事業のクリエイティブ判断：何を始めるか、何を止めるか
- 自分の人生戦略：どこまで成長したいか、何を優先するか
- 倫理的な判断：受けるべきか、断るべきか（最終）
これらを全部OSに入れると、判断が機械的になりすぎる。
ソロ起業家の強みは、機械的でない判断にある。
OSは判断材料を整理する装置で、判断そのものはOS外で行う。
構築の手順（合計100時間）
このOSを構築するのに、僕は約100時間かけた。
内訳：
| 工程 | 時間 | 内容 |
|---|---|---|
| 棚卸し | 20h | 既存資料・履歴をリスト化 |
| データベース設計 | 15h | 5DBの構造を決める |
| データ移行 | 30h | Notionへの移し替え |
| AI連携 | 10h | Claude Projects設定 |
| カスタムインストラクション設計 | 15h | OS用プロンプト作成 |
| テスト・調整 | 10h | 質問100個でテスト |
100時間は重いが、月20時間以上の判断時間が浮くので、5ヶ月で投資回収できる。
よくある誤解：「Notionだけでいいのでは？」
「データベースだけで十分、AIは別で使えばいい」という人がいる。
僕も最初はそう思っていた。
ただ、AIなしのNotionは、蓄積はあっても活用が手作業だ。
過去の事例を引きたいたびに、Notion内を検索して読み込む必要がある。
これが地味に時間を奪う。
Claude Projectsと連携した瞬間、検索が「会話」に変わる。
「過去の似た案件は？」と聞くだけで、3秒で答えが返ってくる。
この差が、月の生産性を決定的に変える。
データ：OS導入前後の比較
| 項目 | 導入前 | 導入後 | 差分 |
|---|---|---|---|
| 新規問い合わせの判断時間 | 30分 | 3分 | -90% |
| 月次レポート作成時間 | 3h | 30min | -83% |
| 過去事例の検索時間 | 平均15分 | 平均1分 | -93% |
| 判断の整合性（自己採点） | 65点 | 92点 | +27 |
| 月の総削減時間 | – | 約25h | – |
データを集めるのは大変だが、集めた後の効率化は圧倒的だ。
今日からできるチェックリスト
- [ ] 既存のクライアント・案件・履歴を棚卸しする
- [ ] 3事業（または複数領域）に共通のDB構造を設計する
- [ ] NotionでDBを5つ作る
- [ ] Claude Projectsに同期する仕組みを作る（週1のCSVエクスポート）
- [ ] 「OSの外」に残すものを明確にリストアップする
OSは構築コストが高いが、回収は早い。
まとめ＆CTA
NotionとAIを組み合わせると、ソロ起業家でも「事業OS」が組める。
タスク管理ではなく、判断を構造化する装置として使う。
全部入れない。OS外の判断を意図的に残す。
このブログでは、事業OSの設計、運用、改善を、データベース構造・プロンプト・運用ルール込みで、引き続き公開していく。
ソロ起業家の最大の差別化は、判断速度の構造化にある。
