この記事の要点
事業を始める前に立てたい問いは「お客様が増えてもこの事業は回るか」です。確認するのは、提供1件あたりに何がどれだけ消費されるか、同時に何件まで対応できるか、その上限は何で決まるか。この3点を数字で押さえると、増えたときに止まる箇所が先に分かり、設計を直しながら広げられます。
公開日 2026-10-03 執筆：原本 昌悟（ノルツ株式会社 代表取締役）
「事業がスケールしても成り立つか」は、なぜ始める前に問うのか？
お客様が増えたときに回らなくなる箇所は、たいてい提供の仕組みそのものに埋まっています。始める前に「増えても成り立つか」を問うと、その箇所を数字で先に見つけられるため、設計を直してから広げられます。ノルツ株式会社代表・原本も、この問いを毎回立てることをすすめています。
事業の立ち上げでは、まず1件目が成立するかに集中します。1件目が動くと「これはいける」と感じますが、1件で成立することと、10件・30件で成立することは別の話です。増えた瞬間に効いてくるのは、売上の計算よりも、提供1件ごとに何が減っていくかという部分です。
代表・原本は、一人で事業を回す前提ではこの視点が欠かせないと語っています。
「結局事業を一人社長で事業をやるとき、リソースとの戦いになります。なので、この事業がスケールした場合にちゃんと回るのか、っていうところをね、問いを毎回立てるようにするといいんじゃないかなというふうに思っております。」（ノルツ株式会社代表・原本）
この問いは、やる前にブレーキをかけるためのものではありません。順番を決めるためのものです。増えたときに止まる場所が分かっていれば、そこを避けた形で売り方を決められますし、先に直すべき設計も明確になります。
始める前に立てておく3つの問い
- 提供1件あたり、何がどれだけ消費されるのか（自分の時間、ツールの利用量、外部に払う費用）
- 同時に対応できる件数の上限は何件か
- その上限は、何によって決まっているのか（自分の稼働か、ツールの制限か、外部の処理能力か）
この3つを、数字で答えられる状態にしておくのが事前チェックの中身です。答えが出ない項目は、テストで測りに行く対象になります。
一人社長の場合、最初に確認すべき上限はどこにあるのか？
一人で事業を回す場合、上限は「自分の時間」か「提供を支えている仕組みの処理量」のどちらかに現れます。代表・原本は、サービス提供・営業・経理財務処理などに自分のリソースが割かれる前提で、自分のリソースをあまり割かなくても提供できるビジネスモデルが望ましいと考えています。だからこそ、仕組み側の上限を先に測る意味があります。
一人社長で独立すると、サービス提供だけでなく、営業、経理財務処理といった業務にもリソースが割かれます。代表・原本はこの前提に立って、自分の手を動かす量に比例しない提供のかたちを探してきました。たとえば営業代行のようにつなぐことで成り立つもの、採用代行のように紹介することで成り立つもの、そして最近はAIによる業務効率化・自動化も選択肢として増えています。
ここで注意が必要なのは、自分の時間を使わない設計にすると、上限が自分の外側へ移るという点です。自分の稼働が上限だった時は「忙しい」という感覚で限界に気づけますが、仕組み側が上限になると、件数が増えたある日まで気づけません。だから、仕組み側の数字を先に見ておきます。
上限が現れる場所の整理
| 上限の場所 | 増えたときに起きること | 事前に測る数字 |
|---|---|---|
| 自分の時間 | 対応が遅れる、提供以外の業務が止まる | 1件あたりの作業時間と、月に使える稼働時間 |
| 使っているツール・AIの利用量 | 処理が通らない、待ちが発生する | 1件あたりの消費量と、制限の単位 |
| 外部パートナー | 納期が伸びる、同時進行の数が詰まる | 同時に受けられる件数 |
最初にやることは、自分の事業がこの3つのどこで止まるのかを1つ選ぶことです。選べたら、その数字を取るためのテストを設計します。
AIで業務を自動化するサービスでは、どんな上限が見えてきたのか？
代表・原本は、AIで業務を自動化し、その自動化した業務自体をサービスとして販売する新規事業を1つスタートしました。Claudeのスケジュール機能で業務が回るように設定して提供しようとしたところ、トークンの消費が想定より大きく、企業数を増やすとClaudeの5時間ごとの利用量の制限にかかるという上限が見えてきました。
発想自体はシンプルです。AIを使って業務を自動化し、その自動化した業務をそのままサービスとして販売する。提供のたびに自分が手を動かさなくても回るため、一人で事業を回す前提に合っています。具体的には、Claude（クロード）のスケジュール機能を使って業務が回るように設定しました。
実際に動かしてみて見えたのが、消費量の話でした。
「意外とですね、トークンの消費が大きくて、クロードって5時間ごとに利用量の制限があるんですけれども、これ企業数を増やしてしまうと、この5時間の制限にどうしてもかかってしまうなということに気がつきました。」（ノルツ株式会社代表・原本）
ここで分かったのは、単価や需要の話ではなく、提供の仕組みが持っている処理量の上限でした。お客様1社あたりのトークン消費が決まっているなら、同時に対応できる社数は自動的に決まります。つまり、この事業の売上の上限は、営業力ではなく設計で決まっていたということです。
この性質が早い段階で分かったので、現在は5時間ごとの利用制限にかからないやり方に改善を進めています。上限が数字で見えていると、直す方向も具体的になります。
なお、AIツールの利用量の制限や課金の条件は提供元の仕様により変わりうるため、導入を検討する際は提供元の公式情報で最新の内容を確認してください（執筆時点＝2026年9月時点）。
スケールするかどうかは、どうやって検証すればいいのか？
検証の方法は、実際にお客様にお願いしてテストさせてもらうことです。代表・原本は「テストをさせてください」とお願いし、何件かテストを実施しました。その結果、トークンの消費量と、同時に対応できるお客様の数の上限が具体的に見えてきました。
紙の上で計算して上限を推定することもできますが、実際に動かすと想定と違う数字が出ます。代表・原本の場合、トークンの消費が「意外と大きい」と分かったのは、動かしたあとでした。
「テストをさせてくださいとお願いをして、何件かテストをしたからこそ、このトークンの消費量とかね、上限の同時に対応できるお客様の数とかそういうのが見えてきたという問題がありますので、テストすることは本当に大事だなというふうに思っております。」（ノルツ株式会社代表・原本）
スケール検証の進め方
- どの数字を知りたいのかを先に1つ決める（例：1社あたりの消費量、同時対応できる件数）
- お客様に「テストをさせてください」とお願いし、本番に近い形で動かす
- 1件のときの数字を記録する
- 件数を増やしたときに、その数字が何倍になるかを見る
- 制限や稼働の上限に当たる件数を割り出す
ポイントは、1件が成功したかどうかだけで判断しないことです。知りたいのは「1件あたりいくら消費するか」なので、うまくいったテストからも、止まったテストからも同じだけ情報が取れます。
代表・原本は、発想と検証の両方を大事にしています。
「こういう方法でやればいいんじゃないかという発想をするのがすごい大事です。それで実際にテストをしてみて、お客様の反応というんですかね、どういうような反応をされるのかとか、すごい大事だなというふうに思っています。」（ノルツ株式会社代表・原本）
ビジネスモデルが成り立つかの事前チェックは、何を見ればいい？
見るのは「1件あたりの消費」「同時対応の上限」「上限を決めている要素」の3点です。この3つを数字で書けると、何件まで受けられるかと、増やすために何を変えるかが同時に決まります。代表・原本は、テストと同時に、実行する前の状態で増えても成り立つかを考えることが理想だと語っています。
事前チェックは、長い事業計画書を作る作業ではありません。提供の仕組みを1枚で表せるかどうかの確認です。次の形で書き出すと、足りない情報がはっきりします。
事前チェックの項目
| 確認する軸 | 問いの形 | AI自動化サービスでの例 |
|---|---|---|
| 1件あたりの消費 | お客様1社を受けると、何がどれだけ減るか | 1社あたりのトークン消費量 |
| 同時対応の上限 | 同時に何件まで回せるか | 利用量の制限に当たるまでの企業数 |
| 上限を決める要素 | その上限は、自分の稼働か、ツールか、外部か | Claudeの5時間ごとの利用量の制限 |
| 増やすための変更点 | 上限を上げるには、何を変えるのか | 制限にかからないやり方への改善 |
このうち「増やすための変更点」が書ければ、その事業は広げられる設計だと判断できます。書けない場合も、受けられる件数を決めたうえで提供するという選び方ができます。上限が分かっている状態は、不利ではなく、値付けと営業の判断材料になります。
事前に考えることと、動かして測ることは両方必要です。先に問いを立て、テストで数字を埋める。この順番にすると、提供を始めたあとの修正が小さくて済みます。
上限が見つかったあと、次にやることは何か？
上限が見つかったら、上限に当たらない提供のかたちに作り直していきます。代表・原本の新規事業では、現在、5時間ごとの利用制限にかからないやり方への改善を進めています。上限が数字で分かっているため、どこを変えればいいかが具体的になっています。
上限が見つかった時点でできることは、大きく3つあります。
- 消費を減らす：1件あたりの処理のしかたを変えて、消費量そのものを下げる
- 上限の位置を上げる：処理の走らせ方や時間の配分を変えて、制限に当たらない形にする
- 受ける件数を決めて提供する：上限の内側で成り立つ件数と価格で提供する
どれを選ぶにしても、前提になるのは数字です。1件あたりの消費と同時対応の上限が分かっていれば、改善の効果も件数で確認できます。代表・原本の事業では、テストを通じてこの2つが見えたため、現在は制限にかからないやり方への改善という具体的な作業に入っています。
読み終えたあとに、まずやると決めやすいのはこの順番です。
- 自分の事業で、提供1件あたりに減るものを1つ書き出す
- それが何件で上限に当たるかを、仮の数字で置く
- お客様に「テストをさせてください」とお願いし、実際の数字を取る
- 仮の数字と実際の数字の差を見て、設計を直す
新規事業は、完成してから出すものではなく、測りながら形を決めていくものです。「お客様が増えても回るか」を毎回問いにしておけば、増えたときに直す場所が、増える前に見えてきます。
よくある質問
スケールの検証は、事業を始める前と後のどちらでやるべきですか？
両方です。ノルツ株式会社代表・原本は、実際にお客様にお願いしてテストすることで、トークンの消費量と同時に対応できるお客様の数の上限が見えてきたと語る一方で、テストと同時に、実行する前の状態で「お客様が増えても成り立つか」を考えることが理想だとも語っています。先に問いを立て、テストで数字を埋める順番にすると、提供を始めたあとの修正が小さくなります。
お客様にテストをお願いするとき、どう伝えればいいですか？
代表・原本の場合は「テストをさせてください」とお願いし、何件かテストを実施しました。知りたいのは1件あたりの消費量や同時に受けられる件数なので、本番に近い形で動かせること、そして記録を取ることを先に決めておくと、1回のテストから得られる情報が増えます。
AIを使った自動化サービスで、特に注意して見る数字は何ですか？
お客様1件あたりの処理量と、利用しているツール側の制限の単位です。代表・原本の新規事業では、Claudeのスケジュール機能で業務が回るように設定したところ、トークンの消費が想定より大きく、企業数を増やすと5時間ごとの利用量の制限にかかることが分かりました。ツールの利用条件は提供元の仕様により変わりうるため、最新の公式情報で確認してください（2026年9月時点）。
上限がある事業は、やめたほうがいいということですか？
上限があること自体は、提供するかどうかの判断材料になります。上限が数字で分かっていれば、消費を減らす、上限の位置を上げる、上限の内側の件数で提供する、という3つの選び方ができます。代表・原本の新規事業も、上限が見えたことで、制限にかからないやり方への改善という具体的な作業に進んでいます。
参考・出典
- Anthropic（Claude 提供元）公式サイト（2026年9月時点）
- Anthropic ヘルプセンター（利用量・プランに関する公式情報）（2026年9月時点）
関連記事
新規事業は先に小さくテスト。お客様にお願いして見えたこと
起業の準備は何から？営業資料を後回しにして学んだこと
脱サラで独立を迷うときの4つの軸と、決断の前に考えること