「実装案件で単価100万円までは届いたけれど、そこから先が伸びない」「エージェントに技術顧問希望と伝えても、紹介されるのは結局実装案件ばかり」——複業として技術顧問・CTO代行に踏み出したいと考えるフリーランスエンジニアの多くが、この壁にぶつかっています。
技術顧問・CTO代行の副業案件は、単純に「経験年数が長ければ取れる」ものではありません。10年以上の実装経験があっても、それを"顧問報酬に値する価値"として言語化できていなければ、面談で足元を見られ、実装案件と変わらない単価で終わってしまいます。逆に、経験を「事業ドメイン理解」「技術戦略」「組織・採用支援」の3層で棚卸しし、クライアントが求める価値に合わせて提示できれば、週1稼働で月30〜50万円、経験次第で月80〜100万円という案件レンジに乗ることが可能です。
本記事では、技術顧問・CTO代行副業の役割と単価相場を整理したうえで、実装フリーランスの経験を"顧問価値"に変換する具体的な棚卸しフレーム、実装用プロフィールを顧問用に書き換えるBefore/After、初回面談で信頼を得るための想定質問への準備、そして契約・稼働管理の実務ポイントまでを、案件開拓の実行手順として解説します。エージェント登録の一般論では終わらせず、明日から着手できる次の一手までを具体化することを目指します。
技術顧問・CTO代行副業とはどんな働き方か
まず、技術顧問とCTO代行という言葉の輪郭を明確にしておきましょう。両者は似た文脈で語られがちですが、期待される関与の深さと責任範囲が異なります。この違いを理解しないまま案件に応募すると、面談で「求めていた層と違う」と判断されてしまいます。
技術顧問とCTO代行の役割の違い
技術顧問は、基本的に「助言型」のポジションです。クライアント企業の技術的な意思決定に対して外部からアドバイスを行い、判断材料を提供する役割を担います。実装や採用の最終責任はクライアント側に残ります。稼働頻度は週1回・月2〜4時間程度のミーティングを軸とすることが多く、報酬体系も月額固定の顧問料(月10〜50万円程度)が中心です。
一方、CTO代行は「意思決定関与型」のポジションです。クライアント企業に正式なCTOがいない、あるいは正社員CTOを採用するまでのつなぎとして、外部からCTO業務そのものを代行します。技術戦略の策定、アーキテクチャの意思決定、エンジニア採用面接への同席、技術チームのマネジメントなど、実務的な責任範囲まで踏み込みます。稼働は週2〜3日程度が一般的で、報酬は月50〜100万円のレンジになります。
「顧問」と名乗るか「CTO代行」と名乗るかで、クライアントが期待する関与の深さが変わります。案件を選ぶ際は、この輪郭を最初に確認することが重要です。
契約形態と稼働頻度の型
契約形態は、顧問契約または準委任契約が主流です。顧問契約は月額固定の助言業務、準委任契約は業務遂行への関与を含めた月額または時間単価契約となります。請負契約(成果物完成義務を負う契約)は、顧問・CTO代行業務ではまず選ばれません。理由は、「技術戦略の妥当性」や「組織支援の成果」といった業務は、成果物として明確に切り出しにくいためです。
稼働頻度の型は、大きく3つに分かれます。
- 週1型(月10〜30万円): 月1〜4回のミーティング中心。技術選定レビュー、採用面接同席、四半期ごとの技術戦略レビューなどが典型
- 週2型(月30〜60万円): 週1回の定例+Slackでの随時相談、コードレビュー、アーキテクチャ設計のレビュー。実装には手を出さないが、意思決定に深く関与
- 週3以上型(月60〜100万円以上): CTO代行として実質的にチームマネジメントに関与。採用面接同席、1on1、外部ベンダー折衝など、経営に近い業務が中心
副業として始める場合は、まず週1型から入り、実績と信頼を積み上げてから週2型・週3型に広げていくのが現実的なステップです。
実装フリーランスと顧問の役割・成果物の違い
実装フリーランスと技術顧問では、「何を売っているか」が根本的に違います。実装フリーランスの成果物は「動くコード」「実装した機能」であり、稼働時間と成果が比較的直結します。一方、技術顧問の成果物は「意思決定の質」「回避できたリスク」「立ち上がりの速度」といった、時間に比例しない価値です。
この違いを理解しないまま顧問契約に入ると、「稼働時間の割に何をやっているか分からない」とクライアントに感じさせてしまい、契約が続かなくなります。顧問業務では「意思決定に貢献したポイント」「回避したリスク」「短縮できた検討時間」を、月次レポートなどで明示的に可視化する運用が重要です。
技術顧問・CTO代行副業の単価相場と案件例

単価相場は、稼働日数・業務内容・経験の3つで決まります。ここでは、それぞれの軸を分解しながら、「自分の経験でどの単価レンジに届くのか」の判断材料を提供します。
稼働日数別の単価相場
各エージェント・メディアが公開している案件情報を統合すると、技術顧問・CTO代行副業の単価相場は以下のように整理できます。
- 週1稼働: 月10〜30万円が中心。技術顧問業務(助言・レビュー中心)が主流
- 週2稼働: 月30〜60万円が中心。CTO代行の入り口レンジ
- 週3以上稼働: 月60〜100万円以上。フルタイム相当のCTO代行
複数のエージェントメディアで公開されている実案件を見ると、レバテックフリーランスの技術顧問案件では平均月50万円・最高月90万円という単価データが示されており、週1〜2日稼働では月30〜50万円が一般的なゾーンです(Hiraku Tech「技術顧問の副業ってどうなの?」、インディバース フリーランスメディア)。
これらの単価は「案件に応募できる最低ラインの経験」を持つ人が到達しやすい水準です。実装経験3〜5年程度の応募者が集まるレンジであり、10年超の実務経験を持つ人が同じレンジで契約してしまうのは、経験の言語化ができていないサインとも言えます。
業務内容別の単価差
同じ「週1稼働」でも、業務内容によって単価は2〜3倍変わります。
- アーキテクチャレビュー中心: 月10〜20万円。特定の技術領域(クラウドインフラ、データ基盤、フロントエンド等)のレビューに閉じる
- アーキテクチャ+開発プロセス支援: 月20〜40万円。技術選定に加えて、CI/CD整備、コードレビュー文化の定着、スプリント運用の助言まで含む
- 経営・組織支援まで含む: 月40万円以上。採用面接同席、1on1、技術ロードマップ策定、CTOへのメンタリングなど、経営レイヤーに関与
高単価案件は「経営に近い技術判断」まで踏み込める人材を求めています。逆に言えば、実装経験だけを提示するプロフィールでは、業務内容の狭い低単価レンジに寄せられてしまいます。
単価を左右する3つの要素
技術顧問・CTO代行の単価は、次の3要素の掛け合わせで決まります。
- 実装力: どの技術スタックで、どの規模のシステムを設計・実装した経験があるか
- 事業ドメイン理解: どの業界・どの事業モデルで、事業とプロダクトの接続を経験してきたか
- マネジメント経験: 何人規模のチームで、技術選定・採用・育成をリードしてきたか
このうち、実装力だけを訴求する応募者は無数にいます。差別化になるのは「事業ドメイン理解」と「マネジメント経験」です。同じフルスタック実装経験10年でも、「決済プラットフォームのアーキテクチャ設計と、エンジニア採用面接200名以上」を主張できる人と、「Webアプリの実装経験のみ」を主張する人では、単価が2倍以上変わります。
クライアントが技術顧問・CTO代行に期待する経験
「クライアントは何を求めているのか」を理解することが、経験の棚卸しの前提になります。実装案件用の職務経歴書をそのまま顧問案件に応募しても書類選考で落ちるのは、クライアントが求めている価値と提示内容が噛み合っていないからです。
スタートアップが外部CTO・技術顧問を求める背景
技術顧問・CTO代行の主要な発注者は、シードからシリーズB前後のスタートアップ、または DXを進める中小企業です。彼らが外部人材を求める背景は、主に次の3つに集約されます。
- IT人材不足: 正社員CTOを採用したいがマーケット単価が高騰しており、採用競争に勝てない。副業CTOで一時的にカバーしたい
- スピード優先: プロダクト立ち上げ期の意思決定を早めるため、経験ある外部から即座に判断材料を得たい
- コスト最適化: フルタイムCTOを雇うほどの業務量はないが、技術判断を任せられる人材が社内にいない
いずれの背景でも、クライアントが求めているのは「意思決定の質」と「立ち上がりの速度」です。「動くものを作る力」ではなく、「動く体制を作る判断ができるか」が評価軸になります。
クライアントが求める経験の3領域
具体的にどんな経験が評価されるのか、実案件の要件を整理すると、次の3領域に分類できます。
- 技術戦略・アーキテクチャ: 技術スタックの選定基準、スケーラビリティ判断、モノリスとマイクロサービスの選択、内製と外注の切り分け
- 組織・採用支援: エンジニア採用面接、オンボーディング設計、レビュー文化・ドキュメント文化の定着、1on1・評価制度の技術側運用
- 経営連携: 事業KPIと技術投資の接続、開発ロードマップの経営説明、投資家・取締役会への技術説明
このうち、いずれか1領域だけでも深い経験があれば、その領域に特化した顧問として案件が取れます。全領域をカバーする必要はありません。むしろ「アーキテクチャ特化」「採用特化」など、専門性を明確にしたほうがクライアントは選びやすくなります。
実装案件との決定的な違い─「動くものを作る」から「動く体制を作る」へ
実装フリーランスと技術顧問・CTO代行の決定的な違いは、「自分が動くか、他人を動かすか」です。実装案件は、自分が手を動かして機能を完成させることが仕事の中心でした。技術顧問・CTO代行では、クライアント社内のエンジニアが自律的に判断・実装できる状態を作ることが仕事になります。
この違いは、案件応募時の提案書や面談での話し方にも表れます。「私が○○を実装しました」ではなく、「私が○○の判断基準を提示し、チームが継続的に判断できるようにしました」という語り口に変える必要があります。
経験を武器にする案件開拓法

ここからが本記事の中心テーマです。10年超の実務経験を「顧問価値」に変換し、実際に案件を獲得するまでの実践フローを4ステップで解説します。
経験の棚卸し─3層フレームで価値を可視化する
まず、自分の経験を次の3層フレームに沿って棚卸しします。この作業を丁寧にやることが、案件開拓の成否を左右します。
第1層: 事業ドメイン理解
これまで関わったプロジェクトを、業界・事業モデル・ユーザー特性で分類します。「Webアプリを作った」ではなく、「B2B SaaSの決済フローで、月次サブスクリプションと従量課金の混在モデルの設計を経験」というレベルまで具体化します。事業ドメイン理解は、同じ業界の別クライアントに対する提案で強力な武器になります。
第2層: 技術戦略・アーキテクチャ
「使ったことのある技術」ではなく、「なぜその技術を選び、どんな判断基準で意思決定したか」を書き出します。マイクロサービスをやめてモジュラーモノリスに戻した経験、Kubernetesを見送ってECSを採用した経験など、「見送った選択肢とその理由」まで含めると、意思決定経験として評価されます。
第3層: 組織・採用支援
面接に同席した人数、オンボーディングを設計した規模、コードレビュー文化やドキュメント文化を定着させた経験、1on1で扱ったテーマなどを整理します。「マネージャーではなかった」フリーランスでも、テックリードとして関わっていれば必ず該当経験があります。それを言語化することが重要です。
3層それぞれに、A4で1枚分の詳細メモを書き出すことを推奨します。ここで洗い出した内容が、次のプロフィール書き換えと初回面談の材料になります。
実装用プロフィールを顧問用に書き換えるBefore/After
3層フレームで棚卸ししたら、それをプロフィールに反映します。実装案件用と顧問案件用では、書き方の粒度がまったく異なります。
Before(実装案件用プロフィール)
フルスタックエンジニア。Ruby on Rails、Next.js、AWSでの開発経験10年。B2B SaaSのWebアプリ開発を複数リード。バックエンド・フロントエンド・インフラを一貫して担当可能。
After(顧問案件用プロフィール)
B2B SaaS領域の技術顧問。決済・サブスクリプション課金モデルのアーキテクチャ設計を6社で経験。累計40名のエンジニア採用面接、10名のオンボーディング設計を担当。マイクロサービス化・モノリス回帰の両方向の意思決定経験があり、事業フェーズに応じた技術選定の判断軸を提示できます。
違いは3点あります。第1に、「業界・事業モデル」を明示している点。第2に、「意思決定経験」を主語に据えている点。第3に、「採用・オンボーディング」の具体的な数字を示している点です。この書き換えだけで、書類選考での通過率が明確に変わります。
案件源の使い分け
技術顧問・CTO代行の案件源は、大きく4種類あります。それぞれ特性が異なるため、状況に応じて使い分けます。
- 顧問特化型エージェント: レバテックフリーランス、FLEXY、Hiraku、Remoguなど。募集案件は多いが、応募者も多く、単価は中位に収まりやすい
- 直接営業(クライアント企業への提案): 単価は最も高くなるが、集客チャネルを自力で作る必要がある
- 元同僚・元上司からのリファラル: 契約決定率が最も高い経路。ただし発生頻度は低い
- 発信経由(ブログ・登壇・SNS): 中長期の投資。即効性はないが、継続すると質の高い案件が向こうから来る
副業を始めたばかりの段階では、顧問特化型エージェントで実績を作り、並行して発信活動を始めるのが現実的です。1社目の実績ができた段階で、リファラルを掘り起こし、2社目・3社目に広げていきます。
初回面談で信頼を得る「3つの想定質問」への準備
顧問案件の初回面談では、実装案件とは異なる質問が飛んできます。回答の準備ができているかどうかで、印象が大きく変わります。特に頻出する3つの質問への回答設計を事前に用意しておきましょう。
質問1: 「弊社の技術的な課題は、どこにあると見立てていますか?」
面談前に企業の採用ページ・技術ブログ・プロダクトを調べ、「観察できた事実」から仮説を1つ提示します。「オンボーディングに時間がかかっている印象を受けました。技術スタックの選定基準がドキュメント化されていないと、新規メンバーの立ち上がりが遅くなる典型パターンかもしれません」といった形です。断定せず、仮説として提示するのがポイントです。
質問2: 「弊社と似た規模・フェーズで、どんな支援をされてきましたか?」
3層フレームで棚卸しした「事業ドメイン理解」の経験を、相手の業界・フェーズにマッピングして話します。同業種の経験がない場合でも、「別業種の同じフェーズで、この判断軸で技術選定した経験がある」と接続します。
質問3: 「顧問として、最初の3か月で何をされますか?」
これは最も重要な質問です。多くの応募者が「まず状況を把握します」と答えて終わってしまいますが、それでは印象に残りません。「1か月目は現状把握とドキュメント整理、2か月目に技術選定の判断基準ドキュメントの初版作成、3か月目に採用面接同席とオンボーディング設計、といった流れを考えています」と、具体的なマイルストーンで答えられると、"顧問らしい振る舞い"ができる人材として評価されます。
契約・稼働管理で押さえるべき実務ポイント

案件を獲得しても、契約と稼働管理を誤ると、後から揉めたり、複数社掛け持ちで破綻したりします。ここでは、他記事があまり踏み込まない実務レベルの注意点を整理します。
準委任契約で明確化すべき業務範囲・成果物の書き方
準委任契約は「業務遂行への関与」を約束する契約であり、「成果物完成義務」は原則負いません。ただし、業務範囲が曖昧なまま契約すると、クライアントから際限なく相談が飛んでくる状態になります。契約書には次の3点を明記しましょう。
- 業務内容の列挙: 「技術選定の助言」「アーキテクチャレビュー」「採用面接同席(月最大○名まで)」など、具体的に列挙する
- 稼働時間の上限: 「月20時間まで」「週1回の定例+Slackでの随時相談(月合計10時間以内)」など、時間で上限を設定する
- 業務範囲外の扱い: 「実装業務は本契約に含まない」「システム障害対応は別途スポット契約」など、含めない業務を明示する
業務範囲を明示することは、クライアントを縛るためではなく、クライアントと自分の期待値を揃えるためです。「そこまでやってくれると思っていた」というトラブルの多くは、契約書の業務範囲を書ききれていないことが原因です。
稼働時間管理と月次報告の運用パターン
顧問業務は「時間の割に何をやっているか分からない」問題が起きやすい業務です。これを防ぐために、月次レポートの運用を最初から仕組み化しておきます。
- 稼働時間ログ: ミーティング時間、Slack対応時間、レビュー時間などを日次でメモしておく
- 月次レポート: 「今月の主な相談テーマ」「提供した判断・助言」「回避できたリスク」「次月の論点」を月末に共有する
月次レポートは、契約更新の判断材料としてクライアントに信頼を与えます。また、後述する「1社目の実績を証拠にする」際の一次資料にもなります。
競業避止・秘密保持と複数社掛け持ち時の注意点
顧問契約の多くは、競業避止条項と秘密保持条項を含みます。複数社を掛け持ちする場合、この2条項の扱いに注意が必要です。
- 競業避止の範囲確認: 「同業他社への顧問業務」がどこまで禁止されているかを事前に確認する。業界特化型で複数社を回したい場合、直接競合ではないポジショニングでの契約が可能かをクライアントと事前に相談する
- 秘密保持の情報分離: A社で得た知見をB社の助言にそのまま使わない。抽象化した「一般的なベストプラクティス」として使うのは問題ないが、A社固有の意思決定や数字を持ち込むのは契約違反になり得る
複数社掛け持ちを想定している場合、契約時点で「他社との顧問契約を並行して持っている」ことを開示するのが誠実な運用です。開示せずに後から発覚すると、信頼を一気に失います。
フリーランス新法と顧問契約への影響
2024年11月に施行されたフリーランス新法(特定受託事業者に係る取引の適正化等に関する法律)は、顧問契約にも影響します。特に重要なのは、6か月以上の業務委託契約の中途解除・不更新時の30日前予告義務です(政府広報オンライン「フリーランスが安心して働ける環境づくりのための法律」)。
具体的には、発注事業者は6か月以上の業務委託を中途解除または不更新とする場合、原則として30日前までにフリーランスへ予告する必要があります。予告後に理由開示を請求された場合、発注者は理由を開示する義務も負います。
顧問契約は月次自動更新の形が多いため、この30日ルールの適用対象になります。契約書に「30日前の予告」条項が明記されているかを確認し、明記されていない場合はクライアント側にも新法の内容を共有したうえで、契約書の改訂を提案しましょう。フリーランス側から新法対応を提案できることは、「契約実務にも明るい顧問」という印象を与え、信頼獲得にもつながります。
副業から本格展開へ|複数社顧問化とスキル資産化のロードマップ
1社目の契約を取れた後、そこから複数社顧問として展開していくには、実績を「証拠」に変換し、案件が向こうから集まる状態を作る必要があります。
1社目の実績を"証拠"に変える整理術
1社目の顧問契約が始まったら、契約期間中に次の3つを蓄積しておきます。
- 関与したKPI: リリースサイクルの短縮、採用歩留まりの改善、オンボーディング期間の短縮など、数字で示せる指標
- 意思決定の実例: どんな技術選定・組織判断に関与したか(機密情報を除き、抽象化した形で記録)
- クライアントからの推薦文: 契約終了時、または節目のタイミングで「推薦文を書いてもらえますか」と依頼する
この3つが揃うと、2社目以降の応募時に「1社目の実績」を根拠として提示できるようになります。特に推薦文は強力で、書類選考通過率が明確に上がります。契約開始時点で「途中で成果を数字化したい」「終了時に推薦文を書いてほしい」と伝えておくと、クライアント側も協力しやすくなります。
複数社掛け持ち時のリソース配分と優先順位判断
2社目・3社目と広がってくると、稼働時間の配分が課題になります。判断の軸は次の3つです。
- 単価と稼働時間の比率: 単価が下がっても稼働時間が読める案件を優先するか、単価は高いが不定期な相談が飛んでくる案件を残すか
- 学習機会: 新しい業界・技術に触れられる案件は、単価が低くても継続する価値がある
- 契約継続性: 短期プロジェクト完了型か、月次更新の継続型かでポートフォリオのバランスを取る
副業として週1〜2稼働で3社まで持つのが、稼働時間・学習機会・収入のバランスとして持続可能な水準の目安です。それ以上に広げる場合は、正社員の勤務先との契約や体力面の負荷を再評価する必要があります。
発信・登壇・執筆が顧問案件流入に効く理由
技術顧問・CTO代行の案件は、発信活動と極めて相性が良い領域です。理由は、クライアントが「この人が持っている判断軸」を事前に見ることができるからです。
- ブログ: 技術選定の判断基準や、アーキテクチャの意思決定プロセスをテーマにした記事を継続的に書く
- 登壇: 業界カンファレンスでの発表は、「同業界の技術判断が分かる人」というシグナルになる
- 書籍・執筆: 技術書執筆は最も強い信頼シグナルだが、投下時間が大きいため、キャリアの節目で検討する
発信を継続すると、「弊社の相談に乗ってもらえませんか」という問い合わせが、エージェント経由ではなく直接届くようになります。この直接問い合わせ経路は、単価も契約継続性も最も高い経路です。副業を始めた段階で、月1回でも発信を続ける習慣を持つことをおすすめします。
技術顧問・CTO代行副業を始めるための次の一歩
ここまで、技術顧問・CTO代行副業の役割、単価相場、経験の棚卸し方法、案件開拓の実行手順、契約・稼働管理の実務、複数社展開のロードマップまでを一通り解説しました。最後に、明日から着手できる具体的なアクションを3つに絞って提示します。
アクション1: 経験の棚卸し(所要時間3〜5時間)
3層フレーム(事業ドメイン理解 / 技術戦略・アーキテクチャ / 組織・採用支援)で、これまでの経験をA4で1枚ずつ書き出します。この棚卸しシートが、以降のすべての行動の材料になります。棚卸しをせずにエージェント登録に進むと、実装案件と変わらない訴求で終わってしまいます。
アクション2: プロフィール書き換え(所要時間2〜3時間)
現在のプロフィール(職務経歴書またはエージェント登録内容)を、本記事のBefore/After例を参考に、顧問案件用に書き換えます。「業界・事業モデル」「意思決定経験」「採用・組織支援の数字」を必ず含めます。書き換えたプロフィールは、身近な同業者に見てもらいフィードバックを受けると精度が上がります。
アクション3: 案件源の並行アプローチ(所要時間1〜2時間)
顧問特化型エージェント2〜3社に登録し、並行して過去の同僚・上司にLinkedInやSNSで近況報告を送ります。「技術顧問・CTO代行として複業を始めた」ことを伝えるだけで、リファラル経路の可能性が動き始めます。これに月1回の発信習慣(ブログでも X の連続投稿でも可)を加えれば、3か月後には最初の面談機会が現実的に見え始めます。
10年超の実務経験は、それ自体が価値を持っています。あとはその価値を「顧問報酬に値するパッケージ」に言語化して届けるだけです。実装案件で頭打ちになっていた単価は、経験を正しく棚卸し・提示できれば、無理なく次のレンジに乗せていくことができます。まずは棚卸しの3時間から始めてみてください。
よくある質問
- 技術顧問とCTO代行、フリーランスとして始めるならどちらから挑戦すべきですか?
まずは稼働負荷が軽く月10〜30万円レンジの週1型・技術顧問から始めるのが現実的です。1社で実績と信頼を積み、月次レポートなどで貢献を可視化できてから、週2〜3型のCTO代行へ稼働を広げていきましょう。
- 正式なCTO・顧問の肩書きがなくても顧問案件に応募できますか?
テックリードとして技術選定・採用面接同席・後輩育成に関わった経験があれば、それは立派な顧問経験として応募できます。事業ドメイン理解・技術戦略・組織支援の3層フレームで棚卸しし、実装案件用とは異なる粒度で言語化することが応募の前提になります。
- 複数社の技術顧問を掛け持つ場合、何社まで続けるのが現実的ですか?
目安は週1〜2稼働で3社程度で、単価と稼働時間の比率・学習機会・契約継続性のバランスで判断します。掛け持ちを増やす際は、契約時点で他社との顧問契約を開示し、競業避止・秘密保持条項の抵触有無を確認することも欠かせません。
- 技術顧問案件は普段使っている実装案件向けエージェントでも紹介してもらえますか?
一般的な実装案件向けエージェントでは、技術顧問を希望しても実装案件ばかり紹介されがちです。レバテックフリーランス・FLEXY・Hiraku・Remoguなど顧問特化型エージェントへ別途登録するのが、単価と案件の質の両面で近道になります。
- フリーランス新法は顧問契約の途中解約にどう影響しますか?
6か月以上の業務委託契約を中途解除・不更新とする場合、発注者は原則として30日前までの予告義務を負います。契約書に該当条項が明記されているか確認し、なければクライアントに改訂を提案するとよいでしょう。


