AIが変えたボトルネック：「手数の限界」から「時間配分の精度」へ
以前、個人が複数事業を持つときの最大の制約は「手数」でした。文章を書く、コードを調べる、返信する、リサーチする。これらをすべて一人でこなすには物理的な時間が足りない。だから「やれることが限られる」のが当然でした。
Claude や ChatGPT のような生成AIはこの制約を大きく緩和しました。文章の草案、コードのたたき台、リサーチのまとめ、問い合わせへの初稿回答といった作業を短時間でこなせます。relmeaでは実際に、note記事の構成から初稿、GASコードの設計、問い合わせ対応テンプレートの作成まで、相当量の作業をAIエージェントに委譲しています。
ここで問いが変わります。「どう速くするか」ではなく、「速くなった結果、何が制約になっているか」です。答えは明確でした。ボトルネックは「実行速度」から「判断と時間配分」へ移ったということです。AIに委譲できる作業が増えるほど、残るのは「どの事業に今週何時間使うか」という意思決定です。この配分を誤ると、AIで作業量が増えているにもかかわらず、成果が出ない事業が生まれます。
「やることは増えたのに成果が散らかる」現象の正体
複数の事業にAIを使い始めると、各事業のタスク消化速度が上がります。その結果「やること」が増えます。しかし1日24時間は固定です。タスクが速く終わるようになっても、次々と新しいタスクが生まれるなら、配分の判断をしない限り「全部に少しずつ触って、どれも前進しない」状態になります。これが「成果が散らかる」現象の正体です。AIで手数の制約が外れたことで、むしろ時間配分の設計が重要度を増したといえます。
複数事業を持つと時間配分が難しくなる3つの構造的理由
なぜ複数事業の時間配分は難しいのか。relmeaの実感をもとに、構造的な理由を3点整理します。
事業ごとにリターンの出方とタイミングが全く違う
SaaSアプリは開発に時間をかけた後、ユーザーが使い始めてから初めて収益が立ちます。一方、noteコンテンツは記事を出した週にPVと売上が動きます。GAS自動化ツールは一度作れば長期間稼働しますが、最初のセットアップに集中した時間が要ります。これらを同時に持っていると、「今週どれを優先するか」の判断が難しくなります。SaaSに時間を使っても今週は売上に直結しない。しかしnoteに時間を使い続けると、SaaSの開発が止まる。どちらにも正当な理由があるため、「なんとなく緊急なもの」に流れやすくなります。
「緊急」と「重要」が事業をまたいで混在する
単一事業であれば、緊急と重要の区別は比較的つけやすいです。しかし複数事業があると、「緊急度はAの事業、重要度はBの事業」という状態が常に発生します。ユーザーからの問い合わせ対応（緊急・低重要度）が、新機能の開発計画（非緊急・高重要度）を押しのける。そのまま1週間が終わります。これは意志が弱いからではありません。判断する枠組みを持っていないと、構造的にそうなります。
「全部に少しずつ触っている」状態が生まれやすい
複数事業を持つ個人が経験しやすい現象として、「全部に触っているけどどれも中途半端」があります。各事業の進捗が少しずつあるため、「やっている感」は得られます。しかし実際には、どの事業も次のマイルストーンに届いていない。これは時間の「薄塗り」状態です。1時間ずつ5事業に触るよりも、5時間を1事業に集中させる方が成果が出やすいというのは、生産性に関する一般的な知見として語られています（特にクリエイティブ系・開発系の作業でその傾向が強いとされています）。
時間をどこに使うか判断する4つの軸
時間配分の意思決定を感覚から切り離すために、relmeaが使っている4つの判断軸を紹介します。
軸1：今の事業フェーズ
各事業が今どのフェーズにあるかで、必要な時間の質が変わります。立ち上げ期の事業は「まず出す」ことが優先されるため、集中した大きな時間ブロックが必要です。運用期に入った事業は、週に一定の維持コストをかければ動き続けます。撤退・縮小を判断した事業には時間配分をゼロにする判断も必要です。事業のフェーズを確認せずに時間を配分すると、運用期の事業に過剰な時間を使い、立ち上げ期の事業が止まるという逆転が起きます。
軸2：伸びしろと今の牽引力
「今、最も投資効率が高い事業はどれか」という問いです。現在のPV推移、売上推移、問い合わせ数、ユーザーのフィードバック密度。これらを数字で見ると、今最も伸びているものが分かります。牽引力のある事業に時間を乗せることで、成果の加速が起きます。逆に、停滞している事業に時間を注いでも、構造的な問題が解決されない限り成果は出にくいです。この判断は感覚ではなく数字で行う必要があります。
軸3：放置したときの劣化速度
事業によって、「触らなかった場合の劣化速度」が大きく異なります。たとえば、連続投稿中のnoteアカウントは、1週間投稿を止めるとフォロワーへのリーチが下がります。一方、リリース済みのSaaSアプリは、バグ報告がなければ1週間触らなくても機能は維持されます。劣化速度が高いものには最低限の時間を確保し、劣化速度が低いものは一時的に優先度を下げる。この考え方で、緊急対応の判断基準が明確になります。
軸4：自分でなければできないか（AI委譲可能か）
最後の軸が最も重要です。「この作業は自分でなければできないか」という問いです。relmeaの実感として、AIに委譲できる作業の割合は予想以上に高いです。記事の構成、初稿の草案、コードのたたき台、リサーチのまとめ、FAQ回答の初案。これらはAIエージェントが相当の精度で対応できます。自分の時間を使うべきは、事業の方向性を決める判断、ユーザーとの信頼を築くコミュニケーション、そして「各事業にどれだけの時間を使うか」という配分の意思決定そのものです。AI委譲できる作業を棚卸しし、それを実際に委譲することが、配分できる「判断時間」を増やす唯一の方法です。
AIに委譲して自分の判断時間を確保する設計
時間配分という上位の意思決定に集中するためには、手数レベルの作業をAIに移す設計が不可欠です。
委譲できるものとできないものを分ける
relmeaでは以下のように委譲の線引きを設けています（あくまで現場での運用例です）。AIへ委譲するものは次のとおりです。
- 記事の構成案とアウトライン作成。
- 記事・メール・FAQの初稿。
- コードのたたき台と設計の選択肢提示。
- 競合調査・市場リサーチのまとめ。
- 定型的な問い合わせへの回答候補。
一方、自分で持つものは次のとおりです。
- 各事業の方向性と優先順位の最終決定。
- 価格・製品ラインの設計判断。
- ユーザーとの直接対話（信頼形成の場）。
- 「今週どの事業に何時間使うか」という時間配分の設計。
委譲する先のAIエージェントには、どの役割で、何を、どの品質水準で出すかを明確に伝えることで精度が上がります。指示の質が低いと、結果の確認コストが高くなり、委譲の効果が半減します。
エージェントへの指示を仕組み化する
毎回ゼロから指示するのでは、委譲の効率が出ません。よく使う指示はテンプレート化し、それをAIエージェントの「担当領域」として定義しておくことで、呼び出すだけで動く状態になります。relmeaでは記事執筆、SNS投稿下書き、GASコードのたたき台といった繰り返し発生するタスクを、あらかじめ役割と手順を定義したエージェント指示として整備しています。これにより、その作業を依頼する一言で相当量のアウトプットが出てきます。この仕組みを作ること自体も「自分でなければできない判断」に分類されます。一度設計すれば、以降の時間を配分の意思決定に使えるようになります。
実際の週次運用：時間を「先に置く」ことで複数事業を回す
考え方の整理はできました。では、実際にどう動かすか。relmeaが実践している週単位の運用方法を共有します。
週の始めに配分を「先決め」する
週の始めに、各事業へ使う時間のブロックを先に決めます。「今週はAの事業に集中した時間を確保し、Bは最低限の維持だけにする」という形です。先に決めることで、緊急対応に流される前に重要な事業を守れます。ここでのポイントは、緊急対応のためのバッファを必ず含めることです。複数事業を運営していると、週の途中で予期しない対応が発生します。バッファなしで配分を組むと、緊急対応が入るたびに配分が崩れます。先決めした配分は「計画」ではなく「意思決定の記録」として扱います。変えること自体は問題ありません。しかし変えるときは、なぜ変えるかを一言残しておきます。こうすることで、自分の時間の使い方のパターンが見えてきます。
月単位で配分の設計自体を見直す
週ごとの配分だけでなく、月に一度は「配分のルール自体」を見直します。各事業の今月の成果（PV、売上、ユーザー数、フィードバック数）を確認し、当初の配分仮説が正しかったかを評価します。「Bに時間をかけたが、数字が動かなかった。次月はBへの時間を減らし、その分をAに回す」という判断がここで生まれます。配分の見直しは、事業の優先順位の見直しと同義です。一人で複数事業を持つ場合、この見直しをしなければ、去年のリソース配分をそのまま引きずることになります。市場の変化、事業フェーズの変化に合わせて、配分も更新する必要があります。
「どこに時間を使ったか」を可視化する
時間配分の精度を上げるためには、実際にどこに時間を使ったかを記録し続ける必要があります。relmeaでは厳密な時間管理ツールは使っていませんが、週末に簡単なメモとして「今週何に時間を使ったか」を残しています。これだけでも、1ヶ月続けると「毎週Cに想定より時間が取られている」という傾向が見えてきます。傾向が見えれば対策が立てられます。Cへの時間が多い原因が、その作業の中にまだAI委譲できる部分が残っているためだと分かれば、その委譲設計をすれば解決できます。
配分を設計することが、一人での複数事業経営の核心
AIで手数の制約が外れた後の世界では、「何でもやろうとすること」ではなく「何に時間を置くかを先に決めること」が事業の進捗を左右します。relmeaが複数のSaaSと教材コンテンツを一人で運営するなかで辿り着いたのは、「AIに作業を委譲する設計」と「自分が持つべき配分の意思決定」を明確に分けるという考え方です。どれに何時間使うかを先に設計し、定期的に更新する。そのための判断余白を、AIへの委譲によって作り続ける。これが現時点での実践解です。
個人が複数事業を持つとき、それぞれの事業がAIの力を借りながら動いている場合でも、「どの事業に今の自分の判断時間を集中させるか」を決めるのは、最終的に自分です。この意思決定の精度を上げることが、複数事業経営のボトルネックを突破する道だと考えています。AIへの委譲設計を整えることは、手を抜くことではありません。より質の高い意思決定に自分の時間を集中させるための、構造的な選択です。