最初の一雇用： contractor vs employee の判断ライン

2026/9/20

背景と問題

solo の仕事量が増えると最初に来る分岐——「誰かに頼む」。業務委託（contractor）と雇用（employee）はコスト構造も関係の性質も違う。判断ラインを整理する。

（出典はいずれも 2026-09-20 アクセス）

事実（Mercury 2026-01）：employee は continuity（継続性）を作り、contractor は optionality（選択肢）を作る——総コストは雇用が高い（給与+福利+オーバーヘッド）。
事実（Value Add VC の基準）：最初の雇用のトリガー=検証済みの需要（目安 $5K-20K MRR）+雇わない機会損失が数えられる+繰り返し可能なプロセスの 3 条件。
事実（Indie Hackers の議論）：contractor/employee/cofounder の選択は仕事の規模・複雑さ・性質で決める——万能ルールは無い。
事実（MaRS の法的整理）：contractor は雇用状態を持たず、プロジェクト中止リスクを contractor 側が負う——責任分担が逆。
推测：solo の最初の失敗は「忙しいから雇う」——忙しさの原因がプロセスの未整備なら雇用は忙しさを固定するだけ。3 条件のうち「繰り返し可能なプロセス」が最初に潰すべきチェック。

判断フロー：①その仕事は週 4 時間以上・月次で再来するか（yes→次）②手順書が書けるか（yes→次）③MRR $5K-20K or 同等の安定収入（yes→雇用検討）。どれか no なら contractor かやらない。
contractor から始める規約：反復の核心業務（カスタマーサポート/コンテンツ）でもまず 3 か月の contractor で試す——continuity が必要になった時点で雇用へ昇格。
雇用の進め方（日本側）：雇用=労務・社会保険・36 協定の義務セット——契約（opc-first-contractor）より管理コストが一段跳ね上がることを予算に含める。
最初の一雇いの候補：自分が最も遅く・最も嫌うタスク（コードではなく CS/事務）——開発は最後に雇う（開発は創業者の Moat、推测）。