「うちは人力から始めるべきか？」——AI時代の起業を分ける5つの判断軸と診断フロー

なぜ今「どっちで始めるか」が生死を分けるのか

2026年2月、世界のソフトウェア株が1週間で約1兆ドルの時価総額を失った。 「SaaSpocalypse（サースポカリプス）」と呼ばれたこの暴落の引き金は、AIエージェントが複数のSaaSをまたいで仕事を勝手に完結させ始めたことだった。

道具を売る商売の前提が、静かに崩れている。 AIが「作る」をほぼ無料にした結果、薄いラッパーには守るものが残らない。 一方で、戦う土俵そのものが桁違いに広がった。

AIが本当に狙っているのは、ソフト予算ではなく人件費だ。 SignalFireの試算では、その市場は年間6兆ドル。クラウドソフト全体の時価総額（約6,000億ドル）の10倍にあたる。 Retoolの2026年調査では、すでに35%の企業がSaaSを内製ツールに置き換え、78%がさらなる内製を計画している。

つまり勝負は「作れるか」から「どの土俵で、どう戦うか」に移った。 その最初の設計判断が、労働集約先行か、ソフトウェア先行か、である。 以下の5つの軸に自社を当てはめれば、答えの輪郭が見えてくる。

判断軸①：その業務は「抽象化」できるか

最初の軸は、狙う業務に「共通項」があるかどうかだ。 顧客ごとにやり方がバラバラすぎる業務は、いくら人力で回してもソフトに化けない。 逆に、深く潜れば共通のパターンが見える業務なら、人力で得た知見を製品へ引き上げられる。

見極めるには、縦軸に「業務の重さ（人件費・時間）」、横軸に「抽象化のしやすさ」を取る。 自社が狙う業務がどの象限に落ちるかで、取るべき初手が変わる。

右上に落ちる事業ほど、まず人力で現場に潜る価値が高い。 左下なら、そもそも別のテーマを探したほうがいい。

判断軸②：データは"自社"に溜まる契約か

2つ目は、モート（堀）がどこに溜まるかだ。 基盤モデルの提供元は、病院の臨床記録も、法律事務所の判例アーカイブも、保険会社の査定データも持っていない。 それを持てるのは、ワークフローの内側に入り込んだ者だけだ。

ここで決定的なのが契約設計である。 同じように人力で潜っても、成果物とデータがすべて顧客に残る契約なら、モートは自社に一切溜まらない。 「深く入る」ことと「資産が残る」ことは、別の問題なのだ。

人力先行を選ぶなら、初日から「データは自社の資産として溜まる」契約に寄せる。 これができないなら、その人力はソフトへの助走ではなく、ただの受託で終わる。

判断軸③：粗利の谷を越える資本・覚悟があるか

3つ目は、体力の問題だ。 人力からソフトへ転換する局面では、必ず粗利がへこむ「谷」が来る。 利益率の高い受託顧客が安いサブスクへ移り、新規のソフト売上はまだ立ち上がっていない、あの苦しい期間だ。

この谷を越えられるかは、意志ではなく資金で決まる部分が大きい。 資本や厚いキャッシュがあるなら、攻めの転換に踏み切れる。 無いなら、まず人力でキャッシュを厚くし、転換の原資を貯めてから動くほうが現実的だ。

自社の状態	取るべき初手	理由
資本・キャッシュが厚い	ソフト転換を早めに攻める	谷を耐えられる。時間を金で買える
キャッシュが薄い	まず人力で原資を貯める	谷で資金が尽きると転換ごと頓挫する
外部調達の見込みがある	抽象化の証拠を溜めてから調達	「化ける証明」があると評価が変わる
単月黒字だが成長が鈍い	転換トリガーを先に設計する	心地よい黒字が先送りを誘う（軸⑤・KPIへ）

谷の深さと長さを見積もらずに転換を始めるのが、いちばん危ない。 資本が足りないなら、急がないことも立派な戦略だ。

判断軸④：組織は「化ける器」か

4つ目は、いちばん見落とされる軸——組織カルチャーだ。 「言われたものを正確に作る」筋肉と、「言われていないニーズを掘り当てる」筋肉は、まったく別物である。 受託で長く食べてきた組織ほど、前者に最適化され、後者が痩せていく。

日本でも、受託からプロダクトへ挑んだ企業が、作った後の運用や仮説検証の筋力不足でつまずいた例が知られる。 自社がどちらの脳に寄っているかを、正直に採点しておきたい。

観点	受託脳	プロダクト脳
意思決定	顧客の要望が起点	潜在ニーズと仮説が起点
採用の理由	納品の人手が足りないから	作る前提の能力が欲しいから
評価軸	納期と品質を守れたか	仮説を速く検証できたか
得意な問い	「どう作るか」	「何を・なぜ作るか」
苦手なこと	余白のある課題設定	決まった仕様の大量処理

受託脳が悪いのではない。 問題は、その脳のまま「化けよう」とすること。転換には、意識的に筋肉を入れ替える設計が要る。

判断軸⑤：課金を「成果」に寄せられるか

最後は、ビジネスモデルの向きだ。 工数で売るか、道具（サブスク）で売るか、成果で売るか。 成果に責任を持てるほど、単価は上がり、AIの効きも直接収益に跳ね返る。これが「Service as Software」の核心である。

現実解は、二階建てにすることだ。 AIテスト自動化のBug0は、セルフサーブの「Studio」と、FDE（フォワード・デプロイド・エンジニア）チームが伴走する「Managed」を並走させている。 人力層でモートを稼ぎつつ、ソフト層でスケールを取る——この構造なら、二択で悩む必要すらない。

自社の提供価値を「成果」で言い切れるか。 言い切れないなら、まだ工数かサブスクの段にいる。焦らず、成果に責任を持てる領域を人力で見つけにいく段階だ。

【診断フロー】5軸を1枚に

5つの軸を、実際の意思決定の順に並べたのが次のフローだ。 上から順にYES/NOで降りていくと、自社が取るべき初手にたどり着く。

多くの日本の起業家が落ちるのは、左の「人力先行」だ。 それは後退ではない。谷を越える資本と、化ける前提の設計さえあれば、最も確実な参入路になる。

転換のトリガーを先に決める

人力先行を選んだ人が最後に必ずぶつかるのが、「いつ、ソフトに切り替えるか」だ。 これを走りながら決めようとすると、心地よい受託のキャッシュフローが判断を鈍らせる。 だから、入り口で「この指標に達したら製品化に舵を切る」というトリガーを先に決めておく。

トリガー指標	目安の考え方	見ている意味
業務の抽象化率	同じ手順が案件の7〜8割で再現	製品化できる共通項が固まった
同一機能の再利用回数	3社以上で同じ作り込みを流用	「個別対応」が「機能」に育った
自社データの蓄積量	精度が人力を超え始める水準	AIに任せられる下地ができた
受託粗利のピーク	人を増やしても利益率が伸びない	スケールの天井が見えた合図
転換原資	粗利の谷を越えるキャッシュを確保	攻めても資金が尽きない

トリガーは、KPIとして毎月見える場所に置く。 「まだ早い」「来期でいい」を、感情ではなく数字で却下できる仕組みにしておくことが、化けるための最後の一手だ。

まとめ：順番ではなく、設計で決まる

労働集約か、ソフトウェアか。 この問いの本当の答えは、「どちらが正しいか」ではなく「自社をどう設計するか」にある。

AIが「作る」を無料にした世界で、まだ複製されにくい資産は、現場の深さだけだ。 人力で深く潜り、そこで掴んだ抽象化とデータを、決めておいたトリガーでソフトへ引き上げる。 あるいは、二階建てで両方を同時に走らせる。

5つの軸に、自社を当てはめてみてほしい。 あなたの事業は、深く潜って戻ってくるための器か。 それとも、潜ったまま戻れなくなる沼か。その線を引けるのは、入り口に立っている今のあなただけだ。

出典・参考

• SignalFire「The $6 trillion services opportunity for Vertical AI」
• Bessemer Venture Partners「Founders playbook for building in Vertical AI」（2026年1月）
• Perspective AI「State of Forward Deployed Engineering 2026」/「2026 FDE Compensation Report」
• Retool「State of Internal Tools 2026」
• a16z「Service as Software」/ Foundation Capital「The $4.6T Services-as-Software opportunity」
• Bug0（Studio / Managed 二層モデル）
• TechCreate「ソフトウェアで起業するな、まず“人力”で稼げ——世界が4.6兆ドルを賭ける逆転の起業論」