一人社長はリソース勝負。時間を使わない事業設計

公開日 2026-09-05　執筆：原本 昌悟（ノルツ株式会社 代表取締役）

なぜ一人社長は「自分の時間を使わない事業」を考える必要があるのか？

一人社長は、サービス提供だけでなく営業も経理財務処理も自分で担うため、使える時間が事業の上限そのものになります。だからこそ、自分のリソースをあまり割かなくても提供できるビジネスモデルが望ましい、という発想が出発点になります。私自身も独立してから、この点をいちばん強く感じています。

独立して一人で事業を回すと、時間の使い方が一気に分散します。お客様への提供業務、見込み客への営業、請求や支払いといった経理財務処理。すべてが同じ一人の稼働から出ていきます。

ノルツ株式会社代表・原本は、この状態を次のように表現しています。

「結局事業を一人社長で事業をやるとき、リソースとの戦いになります。なので、この事業がスケールした場合にちゃんと回るのか、っていうところをね、あの問いを毎回立てるようにするといいんじゃないかなというふうに思っております。」

ここで大事だと感じているのは、「働く時間を増やす」方向では解決しないという点です。時間は増やせません。増やせないものを前提に売上を伸ばそうとすると、単価を上げるか、自分の稼働に比例しない提供方法を設計するか、のどちらかになります。

私の場合、稼働を食っていた業務

• サービス提供そのもの（打ち合わせ・制作・実務）
• 営業活動（見込み客との接点づくり、提案）
• 経理財務処理

この3つがすべて同じ財布（自分の時間）から引き落とされている、という前提を直視するところから、事業設計の話が始まると考えています。一人分のリソースで何をどこまで提供できるのかを先に決めておかないと、受注が増えたときに自分が詰まる。私の場合はそう感じています。

自分の稼働に依存しないビジネスモデルには、どんな例があるのか？

自分のリソースを割かずに提供できるモデルの例として、営業代行（つなぐだけ）や採用代行（紹介するだけ）が挙げられます。近年はここにAIによる業務効率化・自動化という選択肢が増えました。それぞれ稼働のかかり方と限界の出方が違うため、比較して考えるのが有効だと感じています。

代表・原本が「自分のリソースをあまり割かなくても提供できるビジネスモデル」として挙げているのは、次のような形です。共通しているのは、成果物を毎回ゼロから手作りするのではなく、「つなぐ」「紹介する」「仕組みが動く」という構造を持っていることです。

以下の整理は、統計や調査ではなく代表・原本の見立て（私見）です。ご自身の事業に当てはめる際は、実際の運用で確かめてください。

モデル	自分の稼働のかかり方（代表・原本の見立て）	限界が出そうなポイント（代表・原本の見立て）
営業代行（つなぐ）	相手と相手をつなぐ部分が中心になると考えています	つなげる相手との関係づくりに割ける時間だと考えています
採用代行（紹介する）	候補者と企業を紹介する部分が中心になると考えています	紹介できる相手をどれだけ持てるかだと考えています
AIによる業務自動化を売る	初期の設計・設定を自分で行い、運用は仕組みが回す形になると考えています（私が実際に取り組んだ形）	ツール側の技術的制約（処理量・利用上限）。私の場合はここに当たりました

比較して見えてきたこと

営業代行・採用代行は「人と人の間に立つ」モデルなので、限界は人間側の資源に出るのではないかと考えています。一方でAI自動化を売るモデルは、私が試した限りでは限界がツール側の仕様に出ました。どちらが優れているという話ではなく、どこに天井があるのかを先に知っておくことが、一人社長の事業設計では実務的に効くと感じています。

私のケースでは、天井の位置を把握しないまま提供社数を増やそうとした段階で制約が表面化しました。だからこそ、実際に動かして確かめるテストという段階が、自分には必要でした。

AIで自動化した業務をそのままサービスにしたら、実際どうなったのか？

代表・原本は、AIで業務を自動化し、その自動化した業務自体を販売するという発想で新規事業を1つスタートしました。クロード（Claude）のスケジュール機能で業務が回るよう設定しましたが、トークンの消費が意外と大きく、企業数を増やすと5時間ごとの利用量の制限にかかってしまうことが分かりました。現在改善中です。

発想自体はシンプルでした。自分がやっている業務をAIで自動化できたなら、その自動化された業務そのものを商品として売ればいい、というものです。実際に新規事業として1個スタートし、クロード（Claude）のスケジュール機能を使って業務が回るように設定しました。

ところが、テストの段階で想定外の壁に当たりました。

「意外とですね、トークンの消費が大きくて、クロードって5時間ごとに利用量の制限があるんですけれども、これ企業数を増やしてしまうと、この5時間の制限にどうしてもかかってしまうなということに気がつきました。」

振り返って考えていること

設定した時点では、業務が回る状態までは作れていました。振り返ると、顧客数が増えたときのトークン消費量や利用上限まで想定しきれていなかったのだと考えています（これは当時の明確な分析ではなく、後から自分で整理した見方です）。企業数を増やすと、5時間ごとの利用量の制限にかかってしまうことが分かった、というのが実際に起きたことです。つまり提供の形は作れているのに、数を増やすと崩れる設計だったということになります。

なぜ上限に触れるのかについては、処理のタイミングや消費量の積み上がり方が関係しているのだろうと私は考えていますが、ここは検証中で断定できません。現在は、5時間ごとの利用制限にかからないやり方への改善に取り組んでいる途中です。結論が出ていない進行中の話なので、「解決しました」とは書けません。ただ、この気づき自体がテストの成果だったと考えています。

なお、AIツールの利用上限や課金の仕様は変わり得ます。2026年9月時点の私の運用環境での話として読んでいただき、実際の上限や条件は各サービスの公式ヘルプなどで最新の内容を確認してください。

新規事業のアイデアは、どうやってテストすればいいのか？

代表・原本は、お客様に「テストをさせてください」とお願いして何件かテストを実施しました。その結果、トークンの消費量や、同時に対応できるお客様の数の上限が具体的に見えてきました。完成品を売る前に、実験として協力してもらう形が自分には有効だったと感じています。

アイデア段階で頭の中だけで検証しても、出てくるのは想定した課題だけです。想定していなかった課題は、実際に動かさないと出てきませんでした。

「テストをさせてくださいとお願いをして、何件かテストをしたからこそ、このトークンの消費量とかね、上限の同時に対応できるお客様の数とかそういうのが見えてきたという問題がありますので、テストすることは本当に大事だなというふうに思っております。」

私が実際に踏んだ順番

1. 発想を言葉にする — 「AIで自動化した業務そのものを売る」という形を決める
2. 業務が回る状態を作る — クロード（Claude）のスケジュール機能で設定する
3. テストをお願いする — お客様に「テストをさせてください」と正直に伝えて協力してもらう
4. 何件か回して数字を見る — トークン消費量、同時対応できる件数の上限を確認する
5. 制約が見えたら設計に戻る — 5時間ごとの利用制限にかからないやり方へ改善する

3の「テストとして伝える」は、私にとって重要でした。もし完成品として売っていたら、制約に当たった時点でお客様の業務が止まっていた可能性があったと考えています。テストという合意があったほうが、制約が見つかったときに状況を伝えやすいとも感じました。

代表・原本の言葉を借りると、次の姿勢が起点になります。

「こういう方法でやればいいんじゃないかという発想をするのがすごい大事です。それで実際にテストをしてみて、お客様の反応というんですかね、どういうような反応をされるのかとか、すごい大事だなというふうに思っています。」

「お客様が増えても成り立つか」は、どう事前に確認すればいいのか？

理想は、実行する前の段階でスケールした場合を想定することです。私の場合は、テストの段階で制約に気づく形になりました。数を掛け算して考える簡単なチェックを設計段階で挟むだけでも、気づける論点があると感じています。

テストで問題が見つかったのは良かったのですが、実行する前の状態で「お客様が増えてもこの事業は成り立つのか」を考えられていたら、もっと良かったと代表・原本は振り返っています。

設計段階で立てておきたい問い

• この提供方法で、同時に対応できるお客様は何件までか
• お客様が10倍になったとき、何が最初に足りなくなるか（自分の時間／ツールの処理量／協力者の数）
• 足りなくなる資源は、お金で増やせるものか、増やせないものか
• 上限に当たったとき、お客様の業務が止まるのか、遅れるだけで済むのか
• 上限を回避する代替手段は、事前に用意できるか

掛け算で考えるだけでも見える

私のケースでいえば、「1社あたりのトークン消費量 × 想定社数」を計算しておけば、5時間ごとの利用制限に当たる可能性は設計段階でも見えていたかもしれません。難しい分析は不要で、1件分の負荷を数えて、想定件数で掛けるだけです。

これは営業代行や採用代行でも近い構造ではないかと考えています。1件つなぐのに必要な時間を数え、月に何件受けるつもりかを掛ければ、自分の稼働が破綻する件数の目安が見えます。限界の件数を先に知っておくと、値付けや受注のペースも決めやすくなると感じています。

一人社長が「時間を使わない事業」を設計するとき、注意すべきことは？

自分の時間を使わない形は、放置で回る事業を意味しません。私の場合、立ち上げの設計・設定・テストはすべて自分の手で行いました。完璧を目指して止まるのではなく、テストしながら修正していく前提で始めるのが現実的だと感じています。

「自分のリソースを割かずに提供できるモデル」と聞くと、手離れの良い楽な事業を想像しやすいのですが、私が実際にやったことは違いました。AIで自動化する事業でも、業務が回る状態を作る設計と設定は自分で行い、テストの実施と数字の確認も自分で進めました。少なくとも立ち上げの段階では、自分の手を動かす前提で考えたほうが現実に合うと感じています。

私が意識していること

• 立ち上げは自分の手で進める前提にする：設計・設定・テストは自分で行う
• 完成前提で売らない：テストとして正直に伝えて協力してもらう
• 進行中の課題は隠さない：改善中であることを含めて共有する
• 止まらない：制約が見つかったら設計に戻るだけで、事業をやめる理由にはならない

現在も、5時間ごとの利用制限にかからないやり方への改善は進行中です。結論が出ていない段階でも、発想して、テストして、制約を見つけて、直す。この繰り返しが、私にとっては現実的な進め方でした。

一人で考え切れないときは

ノルツの起業支援では、月額顧問型で創業期の意思決定に伴走しています。事業モデルが自分の稼働に依存していないか、スケールしたときに何が先に足りなくなるかを、毎月一緒に点検するという使い方も可能です。ご相談の導線（LINE・お問い合わせフォーム）はお問い合わせページにまとめています。

よくある質問

自分の時間を使わないビジネスモデルとは、具体的にどんなものですか？

ノルツ株式会社代表・原本が挙げている例は、営業代行のように「つなぐだけ」の形、採用代行のように「紹介するだけ」の形、そしてAIによる業務効率化・自動化を活用する形です。いずれも、毎回の提供に自分の長時間の稼働がそのまま乗らない構造を持っていると考えています。

AIで自動化した業務をサービスとして売るのは現実的ですか？

代表・原本は実際に新規事業を1つ立ち上げ、クロード（Claude）のスケジュール機能で業務が回る状態まで作れました。一方でトークンの消費が大きく、企業数を増やすと5時間ごとの利用量の制限にかかることが判明し、現在改善中です。提供の形が作れることと、数を増やしても回ることは、別に確かめる必要があると感じています。

テストはどのようにお願いすればよいですか？

代表・原本の場合は、お客様に「テストをさせてください」と正直に伝えて、何件かテストを実施しました。完成品として販売する前にテストという合意を取っておいたほうが、制約や不具合が見つかったときに状況を伝えやすいと考えています。

スケールできるかを事前に判断する簡単な方法はありますか？

1件あたりに必要な資源（自分の時間、ツールの処理量など）を数え、想定する件数で掛けてみる方法があります。代表・原本のケースでは、1社あたりのトークン消費量に想定社数を掛けていれば、利用制限に当たる可能性を設計段階でも把握できたかもしれないと振り返っています。

AIツールの利用制限は今も同じですか？

AIツールの利用上限や課金条件は変更されることがあります。本記事の内容は2026年9月時点の代表・原本の運用環境での体験です。実際の上限や仕様は、利用するサービスの公式ヘルプなどで最新の内容を確認してください。

参考・出典

• Anthropic 公式ヘルプセンター（Claudeの利用量・利用上限に関する情報は、提供元の公式ヘルプで最新の内容をご確認ください）（2026年9月時点）

関連記事

AI業務自動化をサービス化したらClaudeの利用制限にぶつかった話
新規事業は先に小さくテスト。お客様にお願いして見えたこと

LINEで無料相談する ご利用の流れを見る

← ブログ一覧へ戻る