CTOを採らずに技術力を補う4つの選択肢：技術顧問・フラクショナルCTO・受託・内製の使い分け
専任CTOの採用は、技術力を補う手段の一つに過ぎません。実際には技術顧問・フラクショナルCTO・受託開発・内製採用という4つの選択肢があり、それぞれコスト構造・稼働量・責任範囲が大きく異なります。スタートアップがCTOを採用すべきタイミングと判断基準で述べた通り、専任CTOの採用は平均3〜6ヶ月かかる意思決定です。その間、あるいはその後も、事業フェーズによっては専任CTOより他の選択肢の方が費用対効果に優れるケースが少なくありません。本稿では4つの選択肢を比較し、フェーズ・課題別にどう組み合わせるかを整理します。
「CTOを採る」以外の選択肢の全体像
技術力を補う手段は、大きく「意思決定を任せる」か「実装を任せる」かの2軸で整理できます。
| 選択肢 | 意思決定への関与度 | 実装への関与度 | 特徴 |
|---|---|---|---|
| 技術顧問 | 高 | 低（週2〜8時間） | 意思決定支援が中心 |
| フラクショナルCTO | 高 | 中〜高（週1〜3日） | 意思決定＋一部実装の両面に関与 |
| 受託開発 | 低 | 高（プロジェクト単位） | 実装が中心 |
| 内製採用 | 高 | 高（フルタイム） | 意思決定・実装ともに自社に蓄積 |
技術顧問は意思決定支援に特化し、実装には基本的に関与しません。フラクショナルCTOは技術顧問より稼働時間が長く、意思決定に加えて一部の実装・レビューにも関与します。受託開発は逆に実装が中心で、意思決定は発注側に残ります。内製採用は両方を自社に蓄積する選択肢ですが、採用・育成のリードタイムが最も長くなります。
4つの選択肢の比較
| 観点 | 技術顧問 | フラクショナルCTO | 受託開発 | 内製採用 |
|---|---|---|---|---|
| コスト（月額目安） | 30〜100万円 | 80〜200万円 | プロジェクト単位（数百万円〜） | 人件費＋採用コスト（年収1,000万円超が中心） |
| 稼働 | 週2〜8時間 | 週1〜3日 | 案件による（納期ベース） | フルタイム |
| 責任範囲 | 意思決定支援・壁打ち | 意思決定＋実装の一部・組織設計 | 定義された仕様の実装 | 意思決定・実装・組織構築のすべて |
| 知見の蓄積先 | 社内に残らない（都度の助言） | 一部が社内プロセスに定着 | 社内に残らない（成果物のみ） | 社内に蓄積される |
| 立ち上がりの速さ | 即時〜1ヶ月 | 1〜2ヶ月 | 要件定義後、数週間〜 | 3〜6ヶ月（採用活動を含む） |
| 適した課題 | 単発の技術判断・アーキテクチャレビュー | 継続的な技術戦略・採用面接同席 | 明確に定義された機能開発 | 長期的な技術資産の内製化 |
コストと稼働時間だけを見ると受託開発が割高に見えますが、実際には「何を発注するか」を定義する意思決定コストが発注側に残ります。仕様が固まっていないプロダクト初期に受託開発だけに頼ると、要件のブレがそのまま手戻りコストに転嫁されるため、技術顧問やフラクショナルCTOと組み合わせて仕様定義を先に固める設計が有効です。
フェーズ・課題別の最適な組み合わせ
シード期：技術顧問＋受託開発
エンジニアが1〜2名、あるいは非エンジニア創業者のみのシード期では、専任の技術リーダーを置くコストに見合うだけの意思決定量がまだありません。この段階では、技術顧問にアーキテクチャの初期設計とベンダー選定の壁打ちを依頼し、実装は受託開発かエンジニア1〜2名の内製で進める組み合わせが現実的です。
PMF前後：フラクショナルCTO
プロダクトの方向性が固まり、複数の技術選択（データベース設計・スケーラビリティ・セキュリティ対応）が事業スピードを左右し始める段階では、フラクショナルCTOが機能します。週1〜3日の稼働であれば、専任CTOの採用活動と並行して、意思決定の空白を埋める役割を担えます。
シリーズA前後：内製採用へ移行、技術顧問は面接同席役に
開発組織が10名を超え、技術的な意思決定の頻度・複雑度が週次の壁打ちでは追いつかなくなった段階が、専任CTO採用への移行シグナルです。この移行期でも技術顧問を完全に切り離す必要はなく、CTO候補の技術面接に同席させる、あるいは採用したCTOのオンボーディング期間の壁打ち相手として継続起用する使い方が有効です。
機能追加・スケール局面：受託開発の部分活用
内製チームが確立した後も、特定領域（決済連携・インフラ移行など）で社内に知見がない機能を短期集中で立ち上げる場合は、受託開発を部分的に併用する判断が合理的です。ただし、その領域が事業の中核機能に育つ見込みがあるなら、受託先に丸投げせず、内製エンジニアを1名同席させて知見を移転する設計にしないと、後々のメンテナンスが外部依存のまま固定化します。
外部人材を活かすための社内体制
技術顧問やフラクショナルCTOを起用しても、受け皿となる社内体制が整っていなければ効果が出ません。最低限、以下の3点を起用前に整えておく必要があります。
- 窓口の一本化: 技術顧問への相談窓口をCEOか特定のPMに固定し、複数人がバラバラに相談する状態を避ける。相談内容が分散すると、顧問側も全体像を把握できず助言の質が下がります。
- 意思決定ログの共有: 技術顧問の助言を受けて何を決定したかを議事録やドキュメントに残す。属人化した記憶に頼ると、次に似た判断が必要になったときに同じ議論を繰り返すことになります。
- 定例のリズム: 週次・隔週など固定の頻度で壁打ちの場を設ける。不定期な相談は「困ったときだけ」の対症療法になりやすく、事業フェーズの変化を見越した先回りの助言を引き出しにくくなります。
起用判断フロー
どの選択肢を起用すべきかは、以下の順序で確認すると判断しやすくなります。
- 今、解決したいのは「意思決定」か「実装」か: 意思決定に詰まっているなら技術顧問かフラクショナルCTO、実装リソースが不足しているなら受託開発か採用を検討する。
- その課題は継続的か、単発か: 単発のアーキテクチャレビューなら技術顧問のスポット起用、継続的な技術戦略立案が必要ならフラクショナルCTOか内製採用を検討する。
- 知見を社内に残す必要があるか: 中核機能に関わる領域であれば、受託開発の丸投げは避け、内製化を前提とした体制（フラクショナルCTO＋内製エンジニアの育成）を組む。
- 意思決定できる人が社内に一人もいないか: 技術的な意思決定の是非を判断できる人材が社内に皆無であれば、まず技術顧問を起用して「判断できる人を社内に置く」ことを優先する。
この判断が難しいのは、多くの場合「今の課題が単発か継続的か」の見極めそのものが技術的な経験を要するためです。Tiedでは、スタートアップの事業フェーズと課題の性質をヒアリングした上で、技術顧問・フラクショナルCTOの起用要否や、受託・内製のどちらに寄せるべきかの初期診断を行っています。
一方で、Tiedが担えないこともあります。継続的な実装リソースそのものの提供（受託開発の請負）や、常駐でのフルタイム稼働は対象外です。あくまで意思決定支援と体制設計が中心的な役割であり、実装の手を動かす部分は受託開発会社や内製採用によって別途確保する必要があります。
まとめ
専任CTOの採用は技術力を補う唯一の手段ではなく、技術顧問・フラクショナルCTO・受託開発・内製採用という4つの選択肢の中から、事業フェーズと課題の性質に応じて選ぶべきものです。シード期は技術顧問＋受託開発、PMF前後はフラクショナルCTO、シリーズA以降は内製採用へ移行しつつ技術顧問を面接同席役として残す、という組み合わせが典型的な移行パスになります。どの段階でも、外部人材を活かす社内体制（窓口の一本化・意思決定ログ・定例のリズム）を整えることが、起用効果を左右します。スタートアップ向けTiedProでは、こうした技術体制の初期診断と、フェーズに応じた技術支援の設計を行っています。