技術顧問とは｜CTO代行との違い・費用の決まり方・入れても機能しない5つの型【2026年9月版】

「技術がわかる人に、外から入ってもらったほうがいいのではないか」——役員会でこの話が出たとき、次に起きるのはたいてい情報収集の空転です。検索すると「技術顧問の相場は月10万〜50万円」といった数字はすぐ見つかるのに、その数字が自社に当てはまるかどうかを判断する材料が、どこにも書かれていないからです。

理由ははっきりしています。いま流通している「技術顧問の相場」は、買う側ではなく売る側から見た数字だからです。その構造は後述しますが、先に結論だけ言うと、月40万円という数字を見ても、自社がその40万円で何を買うのかは決まりません。

本記事は、発注する側の視点だけで書いています。結論を先に言うと、技術顧問とは「人手」を買う契約ではなく「判断」を買う契約です。 だから、人手が足りないことが課題の会社が技術顧問を入れると、ほぼ確実に機能しません。この記事では、その線引きの引き方と、引いたあとに必要になる費用・契約・運用の実務を扱います。

この記事の射程｜AI・生成AI領域の顧問をお探しの方へ

先に射程を明示します。本記事は 技術領域全般の技術顧問 を扱います。ソフトウェア開発だけでなく、製造・化学・建設といった領域の技術顧問も同じ枠組みで整理できるためです。一方で、AI・生成AI領域に特化した顧問 は扱いません。この領域は契約形態も価格帯も評価軸も別物になっており、当社では別記事で扱っています。

あなたの探しているものによって、読むべき記事が変わります。

境目は「技術領域がAIかどうか」だけではありません。「求めている関与が助言か、実行責任か」でも分かれます。次章で示す4軸のうち、役割と意思決定権限がこの線引きにあたります。

技術顧問とは｜呼び名ではなく4つの軸で決まる

定義そのものが定まっていない

技術顧問には、法律上の定義がありません。会社法329条1項が同法第二編第四章第一節で用いる「役員」は取締役・会計参与・監査役を指し、顧問はここに含まれません。つまり技術顧問は、法律が用意した器ではなく、当事者が契約で中身を決める呼び名です。

このため、同じ「技術顧問」という言葉が、まったく違うものを指して使われます。実例を挙げます。フリーランス向けの案件紹介サービスFLEXYでは、職種カテゴリ「技術顧問（CTO）」の下に、CTO / 技術顧問 / PM / PdM / PMO / ITコンサルタント / セキュリティ・コンサルタント の7職種が並んでいます（2026年9月3日確認）。意思決定権限も稼働量もまったく違う役割が、ひとつのラベルにまとめられているわけです。

だから、呼び名で選ぶと失敗します。呼び名ではなく、4つの軸で必要なものを先に決めるのが正しい順序です。

4軸で見る対応表

この4軸で主要な呼び名を並べると、次のようになります。市場で使われている典型的な意味であって、辞書的な定義ではありません。関与度のレンジは当社の受託実務での観測に基づくもので、統計ではありません。なお表中の「準委任」は、成果物ではなく業務の遂行そのものに対して報酬を払う契約形態を指します（詳しくは後述します）。実際の契約では、この表と違う中身で同じ呼び名が使われることが普通にあります。だからこそ、呼び名ではなく中身を確認する必要があります。

技術顧問とCTOは「責任」で分かれる

もっとも混同されるのが技術顧問とCTOです。分かれ目は肩書きではなく、責任の所在にあります。

• CTO（正社員・役員）は、技術戦略の実行と結果に責任を負います。雇用または委任（役員）の関係にあり、社内の指揮命令系統の中にいます。
• 技術顧問が負うのは、「ちゃんとやる」義務であって「うまくいく」義務ではありません。法律上は、専門家として通常期待される注意を払って業務を行う義務（善管注意義務。民法644条、準委任は656条で準用）を負いますが、売上や障害件数といった結果までは保証しません。

経営判断としてこの違いが意味するのは、次の一点です。技術顧問を入れても、意思決定の責任は社内に残ります。 「外部の専門家が言ったから」は、社内で意思決定が滞ったときの言い訳にはなっても、責任の移転にはなりません。この点を経営会議で共有しないまま契約すると、後述する「機能しない5つの型」の最初の型にそのまま落ちます。

CTO代行を検討している場合の注意

「CTO代行」という言葉は、日本語の検索ではまだほとんど使われていません。Google広告のキーワードデータには2026年9月3日時点で「CTO代行」の検索ボリュームの記録がなく（同じ照会で「技術顧問」は320件／月を返すため、照会自体は有効です）、近い意味の「fractional CTO」「社外CTO」もそれぞれ30件／月にとどまります。同時期の「技術顧問」の10分の1以下です。つまりこれはまだ言葉として定着していない役割であり、提供各社が中身をそれぞれ定義している段階にあります。

したがってCTO代行を検討する場合、比較すべきは「CTO代行を提供しているか」ではなく、上の4軸で何をどこまで担うのかです。特に意思決定権限は必ず文書で確認してください。「CTO代行」と名乗りながら実態は月2回の助言、というケースと、採用の最終面接まで担うケースが、同じ言葉で流通しています。

「相場」は誰が書いた数字か｜検索上位は発注側に向けて書かれていない

検索結果が示していること

なぜここまで言葉が乱れるのか。検索結果の構造そのものが答えになっています。当社がGoogle検索「技術顧問」の1ページ目（日本・日本語・PC、2026年9月3日）を確認したところ、内訳は次のとおりでした。

2ページ目も、レバテックフリーランス、FLEXY「技術顧問を目指す人へ」、LinkedInの求人、エンジニア向けQ&Aと続きます。「他の人はこちらも質問」に並ぶのは「技術顧問の年収はいくらですか？」「技術顧問の副業は可能か？」「エンジニアの副業はしんどいですか？」でした。

つまり検索需要の大半は「技術顧問になりたい人」と「求人を探している人」で占められています。発注企業のために書かれた中立の解説は、ほぼ存在していません。

この構造が「相場」を歪める

ここから、実務上とても重要な帰結が出てきます。世に出回っている「技術顧問の報酬相場」の多くは、受注者が受け取る額であって、発注企業が支払う額ではありません。

たとえばFLEXYの案件一覧に並ぶ「報酬：〜63万円／月」「報酬：〜115万円／月」といった数字は、フリーランス側が受け取る報酬です（2026年9月3日時点の掲載案件。掲載は随時入れ替わります）。発注企業が支払うのは、これに仲介手数料が乗った金額になります。エージェント経由で契約する場合、この差は無視できない大きさになり得ます。

さらに、これらの数字には稼働量が紐づいていません。「月63万円」が週1日なのか週3日なのかで、同じ金額の意味はまったく変わります。にもかかわらず、まとめ記事では稼働量が落ちた状態で「相場」として引用され、それがさらに別の記事に引用されていきます。

発注側が取るべき態度は明快です。「相場はいくらですか」と聞かない。 代わりに「月に何時間、何を、誰が担当して、いくらか」を聞く。この質問に即答できない相手とは、そもそも条件が定義できていません。

「IT人材が足りないから技術顧問」は根拠にならない｜経産省の試算を原典で読む

よく引用される「2030年に79万人不足」の中身

技術顧問の導入を勧める記事の多くが、経済産業省の調査を根拠に挙げます。実際、当社が確認した1ページ目で唯一の発注企業向け記事も、「2030年に最大で約79万人のIT人材が不足すると予測されています」として、経済産業省「IT人材需給に関する調査」（2019年3月）を出典に挙げていました。

この数字は原典に実在します。ただし、原典を開くと意味がかなり変わります。

報告書（みずほ情報総研株式会社／経済産業省委託事業、2019年3月）の表3-4は、IT需要の伸び3条件 × 生産性上昇率3条件 = 計9条件で試算を行うと明示しています。そして表3-5がその結果です。

（無印＝需要数＞供給数、△＝供給数＞需要数。前掲報告書 表3-5 の数値をもとに当社作成）

つまり「約79万人」は、9条件のうち1条件（生産性上昇率0.7% × IT需要「高位」）の値です。報告書自身が「IT需要の伸びが『低位』（1%とする）であり、かつ、生産性の上昇率が『2.4%』という条件のもとでは、供給が需要を上回り、△7.2万人の需給ギャップが発生すると試算される」と明記しています。同じ表のなかに、人材が余る条件も入っているわけです。

なお、「79万人」という数字自体の初出は2019年版ではありません。2019年版の報告書は冒頭で、経済産業省が平成28年6月に公表した「IT人材の最新動向と将来推計に関する調査」が2030年に最大約79万人という試算を示したことに触れています。2019年版の78.7万人は、それとは別のモデル・別の条件で算出された値で、報告書は両者の導出関係については述べていません。数値が近いことをもって、同じ試算の更新版とみなすことはできません。

報告書自身も「本調査分析は、一定の仮説・条件に基づくものであるため、今回適用した仮説・条件等が大きく変化した場合には、試算結果やその解釈も大きく異なり得る可能性があることにも留意されたい」と留保しています。

もっと重要なのは「誰が足りないのか」

同じ報告書の表3-14・表3-15は、IT人材を「先端IT人材」と「従来型IT人材」に分けて試算しています。生産性上昇率0.7%、Reスキル率1.0%の条件での結果は次のとおりです。

（△＝供給数＞需要数。前掲報告書 表3-14 の数値をもとに当社作成。先端／従来型の内訳は表3-15も参照）

読み方はこうです。先端領域は38万〜55万人足りない一方で、従来型は10万〜22万人余ると試算されている。報告書は「先端IT人材を従来型IT人材が代替できないとすれば、IT需要に対応した実質的なIT人材の需給ギャップは、38.4万人となる」と述べています。

ただしこれは、従来型から先端への移行率（報告書のいう「Reスキル率」）を1.0%に固定した場合の結果です。同報告書 表3-15 は、Reスキル率が市場構造に連動して2〜5.8%まで上がると、従来型IT人材も低位5.7万人・中位18.0万人の不足に転じると試算しています。「従来型は余る」は、スキル転換が進まない前提での結論だということです。

引用にあたっての注記をひとつ加えます。同報告書3.2.2(1)の本文には、Reスキル率を市場連動（2〜5.8%）とした中位ケースについて「従来型IT人材は供給が需要を18.0万人上回る」という記述がありますが、表3-15では同じ18.0万人が無印（需要数＞供給数）で示されており、本文と表が食い違っています。合計値が表3-5と整合するのは表側であるため、本記事は表3-15の表記に従いました。

経営判断への含意

ここから導かれる結論は、技術顧問を売る側が言うのとは逆向きです。

「人が採れないから技術顧問を入れる」は、この試算では支持されません。 不足が集中しているのはIT人材全体ではなく、先端IT領域という特定のセグメントだからです。したがって「人が採れない」という一般的な不足感を、そのまま技術顧問の導入根拠にはできません。

そのうえで、これは当社が受託開発の現場で見てきた経験則ですが、外部の顧問がもっとも効くのは、頭数ではなく判断が足りていない場合です。逆に言えば、手が足りないだけの課題に技術顧問を当てても解決しません。 その場合に必要なのは増員か外注であり、月に数時間しか関与しない助言者ではありません。

自社の課題がどちらなのかは、次の問いで切り分けられます。

• 判断が止まっているか：技術選定が決まらない、見積もりの妥当性がわからない、この設計で数年もつのか誰も答えられない → 技術顧問が効く領域
• 手が足りていないか：やることは決まっているが人がいない、リリースが遅れている → 増員・外注の領域（内製と外注の判断基準、開発パートナーの選び方）

この2つが混ざったまま技術顧問を契約すると、3ヶ月後に「助言はもらえたが、何も進んでいない」という状態になります。

技術顧問を入れるべき会社・入れない方がよい会社

顧問を紹介する立場のメディアには、構造上「入れない方がよい場合」を書く動機がありません。ここが中立の立場で書ける最大の価値なので、はっきり書きます。

入れるべき会社

以下のいずれかに当てはまるなら、技術顧問は費用対効果が高い選択になり得ます。共通しているのは、社内に決める人はいるが、決めるための判断材料がないという状態です。

1. 社内に技術の目利きがいないまま、大きな発注をしようとしている。 数千万円規模のシステム開発を発注するとき、見積もりと提案の妥当性を検証できる人が社内にいない。この場合、見積もりの妥当性検証という成果が明確に定義でき、費用も発注額に対して小さく収まります。たとえば5,000万円の発注に対し、選定期間の3ヶ月だけ月30万円の顧問を置くなら90万円で、発注額の1.8%にあたります（この試算は考え方を示すための例示であり、相場を示すものではありません）。
2. 既存システムの技術的負債が経営リスクになっている。 誰も全体像を把握していない、改修のたびに障害が出る、担当者が1人しかいない。第三者に現状を診断させ、優先順位を付ける役割は顧問向きです（技術的負債の解消、レガシーシステムの刷新）。
3. 技術者の採用を始めるが、評価できる人がいない。 面接に同席してもらう、技術課題を設計してもらう、オファー年収の妥当性を見てもらう。関与時間が短くて済み、効果が測りやすい典型例です。
4. 社内エンジニアはいるが、視野が閉じている。 外部のレビューを定期的に入れて設計や運用を客観視する。この場合の顧問は、教育の役割も兼ねます（DX人材に必要なスキル）。
5. 技術的な意思決定を経営会議に翻訳できる人がいない。 「なぜこの投資が必要か」を役員に説明する言語がない。ここは技術力よりも経営との接続力が問われます。

入れない方がよい会社

次の3つは、契約前に自社の状態だけで判定できるものです。当てはまるなら、顧問を探す前に前提を直してください。

1. 課題が「人手不足」である。 前章のとおりです。月4時間の助言者は、遅れているリリースを取り戻しません。必要なのは増員・外注です。
2. 受け手に時間を割く覚悟がない。 顧問の助言を社内で動かす担当者を置き、その人の稼働を空けられないなら、助言は議事録に溜まるだけで終わります。顧問に月8時間払うなら、受け手側にも同等の時間が要ります。「担当は決めるが、いまの業務は減らせない」という状態は、決めていないのと同じです。
3. 社内の技術リーダーが顧問招聘に反対している。 外部の助言が「現場を無視した指示」と受け取られると、士気の低下という形でコストが発生します。招聘の目的を現場と合意してから契約してください。

ここに挙げた3つは、契約前に自社だけで判定できます。契約後に初めて症状として現れる失敗は別にあり、それは後述の「機能しない5つの型」で扱います。

判定フロー

社内に「決める人」はいるか？
├─ いない → まず社内の意思決定者を決める。顧問はその後
└─ いる
    └─ 決めるための判断材料が足りないのか？
        ├─ 材料はある。手が足りないだけ → 増員 or 外注（顧問ではない）
        └─ 材料が無い／妥当性が検証できない
            └─ 助言を受け取って動かす担当者はいるか？
                ├─ いない → 担当者を先に決める。いなければ契約しない
                └─ いる
                    └─ 求めるのは助言か、意思決定か？
                        ├─ 助言（月2〜16時間）→ 技術顧問
                        └─ 意思決定（週1〜3日）→ CTO代行／社外CTO

費用は相場では決まらない｜関与度×役割×契約形態の3軸で見積もる

単一の相場を示さない理由

先に断っておきます。本記事は「技術顧問の相場は月◯〜◯万円」という数字を出しません。 出せるだけの一次資料に到達できなかったからです。

技術顧問の報酬について、公的な統計調査を当社は確認できませんでした。「導入企業の割合」「平均顧問料」「価格の分布」にあたる公表データも見つかっていません。一方、まとめ記事に載っている相場レンジは、その多くが出典を示しておらず、示している場合も別のまとめ記事を指しています。出所をたどれない数字を「相場」として提示することは、読者の判断を助けるどころか歪めます。

代わりに、当社が実際に各社の公式ページを開いて確認できた公開料金と、その確認から見えた事実を示します。

公開料金の実査結果（2026年9月3日確認）

一方、技術継承.com（英知継承）と顧問バンクは、いずれもサイト上に料金の記載がなく、問い合わせまたは資料請求が必要でした。技術継承.comは「通常6ヶ月から・月1〜10回の訪問」という稼働条件のみ公開しています。

当社が確認できた範囲では、公開料金を掲示していたのは4サービス中1社（2プラン）でした。 ここから3つのことが言えます。

第一に、公開料金を掲示しているサービスは例外的です。 多くは資料請求か問い合わせを経ないと金額がわかりません。したがって「相場」を語る記事の数字は、公開情報の集計ではなく、伝聞である可能性が高い。

第二に、料金を掲示している場合でも稼働量が示されていません。 月50万円という金額は明快ですが、その対価が「チャット対応＋隔週の相談会＋月次レポート」であって、月何時間かは書かれていません。これは不誠実という話ではなく、技術顧問というサービスが時間で売られていないことを示しています。だからこそ、発注側が時間を定義しないと比較ができません。

第三に、最低契約期間が設定されています。 当社が確認できたのはスキルアップAIの3ヶ月と技術継承.comの通常6ヶ月の2件だけで、これを相場とは呼べません。自社の候補先が同様とは限らないため、候補先ごとに必ず個別に確認してください。 ただし助言型サービスは効果が出るまでに時間がかかるので、期間の縛りがあること自体は自然です。発注側から見れば「合わなかった場合に数ヶ月分を払う」というリスクであり、後述する解約条件の確認が重要になる理由です。

3軸で見積もりを組み立てる

相場から入れないなら、自社の条件から積み上げるしかありません。次の3軸を先に決めてから見積もりを依頼してください。

軸1: 関与度（もっとも効く変数）

軸2: 役割（求める人材の型が変わる）

役割は「技術の深さ」と「経営との接続」の2つに分けて考えてください。この2つは別のスキルです。

両方を持つ人は少なく、その分だけさらに高くなります。深い技術レビューが欲しいのに経営に強い人を採ると、費用に対して欲しいものが得られません。

軸3: 契約形態（次章で詳述）

準委任か請負か、個人か法人か。個人と直接契約する場合は、後述するフリーランス法の義務が発注側に発生します。エージェント経由なら手数料が乗る代わりに、契約管理と代替要員の手当てが外部化されます。

見積もりを比較可能にする単位

複数社から見積もりを取る場合、同じ稼働量に揃えないと比較になりません。次の形で条件を提示してください。

月次定例1回（90分・オンライン・弊社会議室も可）＋ Slackでの随時相談（応答目安：営業日中24時間以内）＋ 設計ドキュメントのレビュー月2本まで。契約期間6ヶ月、中途解約は30日前通知。上記の月額をご提示ください。追加稼働が発生する場合の時間単価も併記してください。

（この文面の「弊社」は、送り主であるあなたの会社を指します。そのままコピーしてお使いください。）

この形にすると、月50万円の見積もりと月15万円の見積もりが何によって3倍違うのかが見えるようになります。人月単価という考え方そのものの整理は人月単価の相場と内訳で扱っています。

準委任・請負・顧問契約は何が違うか

「顧問契約」という契約類型は民法に無い

まず用語の整理です。「顧問契約」は民法の典型契約ではありません。 実務上、その中身はほとんどの場合、準委任契約です。

民法が定めているのは次の2つです。

• 請負（民法632条）：「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約する」——仕事の完成に対して報酬を払う契約
• 委任（民法643条）／準委任（民法656条）：法律行為の委託が委任、法律行為でない事務の委託が準委任。受任者は「委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う」（民法644条）——事務処理の過程に責任を持つ契約

技術顧問の業務、すなわち助言・レビュー・壁打ちは「仕事の完成」に馴染みません。何をもって完成とするか定義できないためです。したがって準委任が原則になります。請負と準委任の使い分けそのものは請負と準委任の違いと見積もりへの影響で詳しく扱っています。

経営判断として押さえるべき3点

1. 準委任では、事業上の成果は保証されません。 善管注意義務は「専門家として通常期待される注意を払って業務を行う」義務であり、「売上が上がる」「障害がゼロになる」といった結果を約束するものではありません。求めるべきは結果の保証ではなく、関与の量と質の定義です。

ただし「準委任か請負か」の二択ではありません。2020年施行の改正民法は準委任に履行割合型（事務処理の過程に報酬を紐づける）と成果完成型（民法648条の2。成果に報酬を紐づける）の2類型を置いています。技術顧問は前者が原則ですが、調査レポートや設計方針書のように成果物を特定できる部分だけを成果完成型として切り出すことは可能で、その場合も請負にはなりません。「月額の顧問料＋調査は別途成果報酬」といった設計はここに収まります。

2. 報酬の請求時期は「期間で定めたか」で変わります。 民法648条2項は、受任者は委任事務を履行した後でなければ報酬を請求できないとしつつ、期間によって報酬を定めたときは期間経過後に請求できるとしています（同項ただし書が準用する624条2項）。月額顧問料はこの形です。加えて同条3項は、委任が履行の中途で終了したときは、既にした履行の割合に応じて報酬を請求できると定めています。中途解約時に月額全額を払うのか日割りかは、契約書で明記しておくべき論点です。

3. 委任は「いつでも解除できる」のが原則です。 民法651条1項は「委任は、各当事者がいつでもその解除をすることができる」と定めています。ただし同条2項により、相手方に不利な時期に解除した場合などには損害賠償義務が生じ得ます（やむを得ない事由があったときを除きます）。ここで重要なのは、この原則が個人との契約ではフリーランス法によって上書きされるという点です。次章で扱います。

個人と契約するか、法人と契約するか

個人と契約するほうが安く柔軟ですが、発注側が負う義務は増えます。この非対称性を知らないまま個人と契約している企業は少なくありません。

個人と契約するならフリーランス法が発注側に義務を課す【2024年11月1日施行】

何の法律か

正式名称は「特定受託事業者に係る取引の適正化等に関する法律」（令和5年法律第25号）、通称フリーランス法です。施行日は2024年11月1日です。同法附則1項は公布日から1年6月を超えない範囲内で政令で定める日からの施行としており、その日を定めたのが「特定受託事業者に係る取引の適正化等に関する法律の施行期日を定める政令」（令和6年政令第199号）です（厚生労働省 令和6年5月31日 雇均発第531001号）。

技術顧問との関係が重要な理由は、適用対象がまさに個人の技術顧問だからです。同法2条1項は「特定受託事業者」を「個人であって、従業員を使用しないもの」または「法人であって、一の代表者以外に他の役員がなく、かつ、従業員を使用しないもの」と定義しています。一人法人も含まれます。

そして2条3項2号は「業務委託」に「事業者がその事業のために他の事業者に役務の提供を委託すること」を含めており、技術顧問への助言業務の委託はここに該当します。

発注側に発生する義務

ここから用語が2つ出てきます。特定受託事業者＝顧問の側、特定業務委託事業者＝発注する自社です。自社が従業員を使用している（または役員が2人以上いる）法人であれば後者にあたり、次の義務が発生します。

16条1項にはただし書があり、「災害その他やむを得ない事由により予告することが困難な場合その他の厚生労働省令で定める場合」は予告が不要です。ただしこれは例外規定なので、通常の契約終了で使えるものではありません。

期間の「1ヶ月」「6ヶ月」は法律本文ではなく同法施行令が定めています。施行令1条が5条1項の期間を「一月」、3条が13条1項（16条1項もこれを引用）の期間を「六月」としています。

なお、5条1項の禁止行為のうち受領拒否（1号）と返品（3号）は、役務提供委託には適用されません（5条1項括弧書）。技術顧問契約で実務上効いてくるのは報酬減額（2号）と買いたたき（4号）です。買いたたきとは、同種の業務に通常支払われる対価に比べて著しく低い報酬の額を不当に定めること（5条1項4号）で、日常語の「安く買う」とは別物です。

実務上、何が変わるか

月額顧問契約は、多くの場合この法律の射程に丸ごと入ります。 6ヶ月契約なら、上の表の全項目が該当します。具体的に、次の3つは発注側の運用を変える論点です。

1. 契約更新しないことも「解除」として30日前予告が要る。 16条1項は「契約期間の満了後に更新しない場合を含む」と明記しています。6ヶ月契約が終わるので更新しません、と満了日に伝えるのは同条違反にあたり得ます。契約管理カレンダーに満了30日前のアラートを入れてください。 また、予告後に相手方から理由の開示を請求された場合、16条2項により遅滞なく開示する義務があります。

2. 民法651条の「いつでも解除できる」は、そのままでは使えなくなる。 前章で見たとおり委任はいつでも解除できるのが原則ですが、6ヶ月以上の継続的業務委託では、30日前の予告が法律上の義務として乗ります。「合わないので今月で終わりにします」という運用は、この場面では成り立ちません。

3. 条件の明示は「直ちに」必要で、口頭では足りない。 3条は書面または電磁的方法による明示を求めています。メールやチャットでも要件を満たし得ますが、給付の内容・報酬額・支払期日が特定されている必要があります。「まずは月1回、月◯万円で」という口約束のまま始めるのは、この時点で違反状態です。

違反した場合、公正取引委員会または厚生労働大臣による勧告（8条・18条）、勧告に従わないときは命令（9条・19条1項）と公表があり得ます。命令に違反すると50万円以下の罰金（24条1号）で、法人にも両罰規定が及びます（25条）。ただしハラスメント対策（14条）については、勧告に従わない場合の措置は命令ではなく公表です（19条3項）。取引額の大小に関わらず適用される点に注意してください。

法人と契約する場合

顧問サービス提供会社（従業員を使用する法人）と契約する場合、相手は特定受託事業者にあたらないため、これらの義務は発生しません。ただしその会社が個人の顧問へ再委託している場合、その会社が発注側としての義務を負います。契約時に再委託の有無と、再委託先の管理体制を確認しておくと安全です。

契約書で必ず決める8項目

準委任は成果を保証しない契約です。だからこそ、何を・どれだけ・どう扱うかを契約書で決めておかないと、後から揉めます。技術顧問契約で最低限決めるべき8項目を挙げます。

以下は一般的な整理です。実際の契約書は必ず自社の顧問弁護士のレビューを受けてください。

1. 業務範囲と関与量

「技術に関する助言」といった書き方では範囲が決まりません。次の粒度で書いてください。

• 定例の頻度・所要時間・実施方法（例：月2回、各90分、オンライン）
• 随時相談の手段と応答目安（例：Slack、営業日中24時間以内の初動）
• レビュー対象と本数の上限（例：設計ドキュメント月2本まで）
• 上限を超えた場合の扱い（追加費用の時間単価、または実施しない）

2. 成果物の有無と著作権の帰属

技術顧問は成果物を伴わないことが多い一方、レビューコメント、設計方針書、調査レポート、サンプルコードが生まれることがあります。これらが誰のものになるかは、書かなければ決まりません。 著作権を発注者に移転させる場合は、著作権法27条・28条の権利（翻案権等）を含む旨と、著作者人格権を行使しない旨を明記します。ソースコードが絡む場合の考え方はソースコードの納品条件で扱っています。

3. 責任範囲と損害賠償の上限

準委任なので善管注意義務違反がなければ責任は生じませんが、実務上は上限を設けます。顧問料の月額数ヶ月分を上限とするのが一般的です。上限を設けない契約を個人に求めると、優秀な人ほど受けません。逆に発注側は、上限が低すぎないか（1ヶ月分など）を確認してください。

4. 秘密保持

不正競争防止法2条6項は「営業秘密」を「秘密として管理されている生産方法、販売方法その他の事業活動に有用な技術上又は営業上の情報であって、公然と知られていないもの」と定義しています。ここから、法的保護を受けるには秘密管理性・有用性・非公知性の3つが必要だとされます。

実務上重要なのは秘密管理性です。顧問に渡した情報を「秘密です」と口頭で言うだけでは足りません。次を運用してください。

• 秘密情報の範囲をNDAで定義する（口頭で開示したものを含めるか、含める場合の書面化手続き）
• 共有ドライブのアクセス権を顧問用に限定する（全体共有のフォルダに入れない）
• 契約終了時の返還・削除義務と、その報告方法を定める
• 顧問が使用するAIツールの扱いを決める（社外データを学習に使わない設定か、事業者向けプランか）

最後の項目は近年もっとも見落とされます。個人の顧問が個人向けAIサービスに自社の設計情報を貼り付けた時点で、秘密管理性が争われる余地が生まれます。

5. 競業避止

技術顧問は複数社と契約しているのが普通です。「一切の競業を禁止する」条項は、受けてもらえないか、受けてもらえても実効性が疑わしくなります。 現実的な設計は次の順です。

1. 直接の競合と定義できる企業名を列挙し、その企業との契約を期間中禁止する
2. 列挙が難しい場合、事業領域で限定する（例：同一の◯◯向けSaaS領域）
3. 期間・地域を無限定にしない。契約終了後まで及ぼす場合は期間を1年程度に区切り、代償措置の要否を検討する

範囲・期間・代償の3点で過度に広い競業避止は、公序良俗（民法90条）違反として効力が否定される可能性があります。相手が個人の場合は、過度な制約がフリーランス法5条2項1号（不当な経済上の利益の提供要請）や独占禁止法上の優越的地位の濫用として問題になる余地もあります。広く書けば安全ではありません。

6. 再委託の可否

顧問が業務の一部を第三者に委託してよいかを決めます。個人の場合は原則禁止（事前承諾制）が素直です。法人の場合は、再委託先にも同等の秘密保持義務を課す旨を明記します。

7. 労働者性を生まない運用

技術顧問は業務委託であって雇用ではありません。労働基準法9条は労働者を「事業又は事務所に使用される者で、賃金を支払われる者」と定義しており、実務上は指揮監督下の労働かどうか（使用従属性）で判断されます。実態として指揮命令下に置くと、契約書の表題に関わらず労働者と評価されるリスクがあります。次はいずれも使用従属性を強める事情なので、避けてください。

• 勤務時間・勤務場所を指定して拘束する
• 業務の遂行方法を細かく指示する
• 他社の業務を受けることを一律に禁止する
• 自社の従業員と同じ勤怠管理に組み込む

技術顧問はもともと関与が薄いためリスクは低いのですが、関与度を上げて週3日常駐に近づけるほど、この論点が現実味を帯びます。CTO代行相当の高関与を検討している場合は、契約前に確認してください。

8. 解約条件

• 契約期間と自動更新の有無
• 中途解約の予告期間（個人ならフリーランス法16条の30日前予告を下回れない）
• 中途解約時の報酬精算（日割りか月額全額か。民法648条3項の割合請求との関係）
• 最低契約期間中の解約に違約金があるか、あるならその額

前章のとおり、当社が公開料金を確認できた2社の最低契約期間は3ヶ月と6ヶ月でした。合わなかった場合に何ヶ月分を負担するのかは、候補先ごとに契約前に必ず確認してください。

源泉徴収・インボイス・予算計上｜「個人だから源泉徴収」も「技術顧問だから不要」も誤りです

名目ではなく、業務の実質で決まります

技術顧問について「個人と直接契約する場合、報酬の支払時に源泉徴収義務が発生する」という説明を目にすることがあります。これは一般論としては正しくありません。 ただし、その裏返しの「技術顧問だから不要」も同じくらい危険です。結論を先に言うと、源泉徴収の要否は契約の名目ではなく、業務の実質で決まります。

源泉徴収の対象は、所得税法204条1項が限定列挙しています（＝ここに書かれていないものは対象外、という書き方です）。同項が挙げるのは次の8区分です。

1. 原稿、さし絵、作曲、レコード吹込み、デザインの報酬、放送謝金、著作権（著作隣接権を含む）または工業所有権の使用料および講演料等
2. 弁護士、司法書士、土地家屋調査士、公認会計士、税理士、社会保険労務士、弁理士、海事代理士、測量士、建築士、不動産鑑定士、技術士その他これらに類する者で政令で定めるものの業務に関する報酬
3. 社会保険診療報酬支払基金から支払われる診療報酬
4. 職業野球の選手、モデル、外交員、集金人等の報酬
5. 映画・演劇等の出演・演出・企画の報酬、芸能人の役務提供に関する報酬
6. ホステス等の報酬
7. 役務の提供を約することにより一時に取得する契約金
8. 広告宣伝のための賞金、馬主が受ける競馬の賞金

ここで見落とされやすいのが、2号の末尾にある「政令で定めるもの」です。この政令、すなわち所得税法施行令320条2項を開くと、対象者はぐっと広がります。

法第二百四条第一項第二号に規定する政令で定める者は、計理士、会計士補、企業診断員（企業経営の改善及び向上のための指導を行う者を含む。）、測量士補、建築代理士…（中略）…又は技術士補（技術士又は技術士補以外の者で技術士の行う業務と同一の業務を行う者を含む。）とする。

括弧書きが2つとも効きます。国税庁の所得税基本通達は、この2つをさらに具体化しています。

• 204-15（企業診断員の範囲）：企業診断員には中小企業診断士だけでなく、「直接企業の求めに応じ、その企業の状況について調査及び診断を行い、又は企業経営の改善及び向上のための指導を行う者、例えば、経営士、経営コンサルタント、労務管理士等と称するような者も含まれる」
• 204-18（技術士の行う業務と同一の業務を行う者の意義）：「技術士又は技術士補の資格を有しないで、科学技術（人文科学だけに係るものを除く。）に関する高等の専門的応用能力を必要とする事項について計画、研究、設計、分析、試験、評価又はこれらに関する指導の業務（他の法律においてその業務を行うことが制限されている業務を除く。）を行う者をいう」

経営判断に直結する結論はこうです。技術士の資格を持っていなくても、設計・分析・評価やその指導を行っているなら、源泉徴収の対象になり得ます。 「資格がないから不要」という切り分けは成り立ちません。技術顧問の業務は、まさに設計レビューや技術評価やその指導であることが多いため、多くのケースで検討が必要な領域に入ります。

なお、国税庁のタックスアンサーNo.2792（令和7年4月1日現在法令等）には「技術顧問料」「技術指導料」「コンサルティング料」といった名目は登場しません。ただし同ページは根拠法令等として所得税法施行令320条および所得税基本通達204-1〜34を掲げており、要約ページに名目が載っていないことは、非該当の根拠になりません。

検討が必要になる5つの場合

3番目は見落とされがちです。本記事は技術顧問を入れる理由の第5に「技術的な意思決定を経営会議に翻訳できる人がいない」を挙げましたが、その業務は「企業経営の改善及び向上のための指導」と評価される余地があります。求める役割が経営寄りになるほど、この論点は現実味を帯びます。

本節は一般的な整理であり、個別の源泉徴収義務の判断は必ず自社の顧問税理士にご確認ください。 名目にかかわらず実態で判断されること、そして支払後に判明すると不納付加算税・延滞税の対象になることの2点から、契約前に確認しておくのが最も安全です。 確認質問17問の16番は、この判断に必要な情報を相手から引き出すための設問です。

インボイスと消費税

相手が適格請求書発行事業者かどうかで、自社の仕入税額控除の扱いが変わります。契約前に登録番号の有無を確認してください。免税事業者と契約すること自体は問題ありませんが、その分の負担をどちらが持つのかを条件交渉の段階で決めておくほうが、後の齟齬が減ります。なお、免税事業者であることを理由に一方的に報酬を減額すると、フリーランス法5条1項2号（報酬の減額）や独占禁止法上の問題になり得ます。

予算計上のしかた

技術顧問料は、多くの場合、販売費及び一般管理費の支払手数料または業務委託費として処理されます。開発プロジェクトに紐づく助言であっても、成果物を伴わない助言は原則として費用処理であり、ソフトウェアの取得価額に含める性質のものではありません。ただし、顧問が具体的な設計成果物を作成し、それが自社利用ソフトウェアの制作に直接要した費用と評価される場合は扱いが変わり得ます。判断は自社の会計方針と顧問税理士の確認によります。

技術顧問を入れても機能しない5つの型

ここまで整理してきた内容を、失敗の形から逆算します。当社が受託開発の現場で見てきた典型と、事前に潰す方法をセットで挙げます。より広い開発プロジェクトの失敗類型はシステム開発の失敗事例で扱っています。

型1: 意思決定権のない人だけが顧問と話す

症状：定例は毎回開かれ、議事録も残る。しかし3ヶ月経っても何も変わらない。顧問の提案が稟議に上がった形跡がない。

原因：情シス担当者や現場リーダーだけが顧問と会話し、意思決定者が内容を知らない。担当者は提案を持ち帰るが、社内で通す力を持っていない。

予防：四半期に1回は意思決定者が定例に同席することを、契約時の運用条件に含めてください。同席が無理なら、顧問が経営層向けに直接説明する場を年2回設定する。「顧問と経営層が一度も会わない契約」は、この型に落ちます。

型2: 月4時間で設計を任せようとする

症状：「設計はプロに見てもらっているから大丈夫」と言うが、実際にはドキュメントを月1回30分眺めてもらっているだけ。障害が起きてから、顧問がシステムの全体像を知らなかったことが判明する。

原因：関与度と期待値の不整合。設計に責任を持つには、コードベース・運用実態・過去の経緯の理解が必要で、それには相応の時間がかかります。

予防：関与度で期待できることの上限を、契約時に文書化してください。 月4時間の顧問に期待できるのは「論点の指摘」までであり、「設計の妥当性の保証」ではありません。設計に責任を持ってほしいなら、週1〜3日の高関与契約（CTO代行相当）が必要で、費用は一桁変わります。

型3: 顧問を既存ベンダーの監視役にしてしまう

症状：顧問を入れた直後から、開発ベンダーの報告が急に形式的になる。設計の背景や見積もりの内訳を尋ねても「持ち帰ります」が増える。結果として、顧問を入れる前より情報が減る。

原因：顧問の役割が「ベンダーが手を抜いていないか見張ること」として現場に伝わっている。監視される側は自然と防御的になり、不確実な情報を出さなくなります。技術顧問が最も価値を出せるのは、まさにその不確実な情報を扱う場面なので、これは致命的です。

予防：監視ではなく「三者で同じ資料を見る場を作る」設計にしてください。 顧問とベンダーを一対一で対峙させず、自社を含む三者の定例に統合する。顧問の役割を「ベンダーの評価」ではなく「自社が判断するための論点整理」として、ベンダー側にも明示的に伝える。この一手間で、ベンダーからの情報量はむしろ増えます。

型4: 相談したいことが定義されていない

症状：定例が雑談になる。「最近のAIの動向」「他社はどうしているか」といった話で90分が終わる。半年後、契約更新の判断ができない（何が良くなったか説明できないため）。

原因：課題が言語化されないまま月額契約に入った。顧問側も、聞かれないことには答えられません。

予防：最初の1ヶ月はスポット契約にして、課題定義そのものを依頼してください。 「うちの技術課題を洗い出して優先順位を付けてほしい」というスポット依頼は、多くの顧問が受けます。その成果物を見てから月額契約に進めば、相談すべきことが決まった状態で始められます。RFPの書き方の考え方が、そのまま課題定義に使えます。

型5: 受け手がいない

症状：助言は的確で、経営層も納得している。しかし実行されない。「やることリスト」が増え続け、誰も着手しない。

原因：助言を受け取って社内で動かす担当者が任命されていない。顧問は外部であり、社内の実行主体にはなれません。

予防：顧問契約と同時に、社内の担当者を1名任命し、その人の稼働時間を人事評価上も確保してください。 前章の「入れない方がよい会社」2番と同じ論点ですが、契約前に受け手を決めたつもりでも、実際には他業務に押し出されて時間が取れていないことがよくあります。定例のたびに受け手の稼働実績を確認する運用にしてください。組織側の設計はDX推進の組織体制も参考にしてください。

発注前にそのまま送れる確認質問17問

候補が絞れたら、次の質問をそのまま送ってください。文中の「弊社」は送り主であるあなたの会社を、「貴社」は送り先の顧問側を指します。即答できない項目が3つ以上あれば、条件がまだ定義されていないと考えて差し支えありません。

稼働と体制（5問）

1. 月あたりの稼働時間の目安と、その内訳（定例・レビュー・随時相談）を教えてください。
2. 定例の頻度・所要時間・実施方法（オンライン／訪問）はどうなりますか。
3. 随時相談の手段と、初動の応答目安（営業日中◯時間以内など）を教えてください。
4. 実際に担当する方のお名前と経歴をご提示いただけますか。担当者が変わる可能性はありますか。
5. 現在、他社の顧問を何社お引き受けですか（体制に無理がないかの確認です）。

費用（4問）

6. 上記の稼働量での月額を、税抜／税込を明記してご提示ください。
7. 想定を超える稼働が発生した場合の時間単価と、超過の判定方法を教えてください。
8. 交通費・宿泊費などの実費は月額に含まれますか。含まれない場合の精算方法は。
9. 最低契約期間はありますか。ある場合、期間中に解約したときの負担はどうなりますか。

契約（5問）

10. 契約形態は準委任でよろしいですか。成果物が発生する場合、その著作権の帰属はどうなりますか。
11. 損害賠償の上限額をどう設定されていますか。
12. 秘密保持契約は貴社雛形と弊社雛形のどちらをお使いになりますか。契約終了時の情報の返還・削除はどう運用されますか。
13. 業務で生成AIをお使いになりますか。使う場合、弊社の情報が学習に使われない設定・プランであることを確認できますか。
14. 競業避止について、どの範囲までお受けいただけますか（弊社が指定する企業名の列挙で対応可能ですか）。

実務（3問）

15. 個人事業主・一人法人の方の場合、インボイスの登録番号はお持ちですか。
16. ご提供いただく業務に、科学技術に関する計画・研究・設計・分析・試験・評価やその指導、または経営改善のための指導は含まれますか（資格の有無を問わず、源泉徴収の要否の判断に必要です）。技術士の資格をお持ちの場合はその旨もお知らせください。
17. 契約終了時の引き継ぎとして、何をご提供いただけますか（レビュー履歴、判断の記録など）。

質問16は珍しく見えるかもしれませんが、前章のとおり源泉徴収の要否を左右します。資格の有無だけでは決まらないため、業務の中身を聞く形にしてあります。契約後に確認すると、支払処理をやり直すことになります。

90日で判定する｜運用設計と撤退ライン

契約前に「何をもって成功とするか」を決める

技術顧問は成果を保証しない契約です。だからこそ、評価の物差しは発注側が用意する必要があります。しかも契約後に作ると、都合の良い基準に流れます。契約前に決めてください。

物差しは「顧問が何をしたか」ではなく、「社内で何が変わったか」で置きます。

90日で見る理由

助言型の契約では、最初の1ヶ月は現状把握に消えます。社内で何かが変わったと言えるだけの往復が起きるには、定例が3〜6回は必要です。90日はその下限にあたります。加えて、当社が公開料金を確認できた2社の最低契約期間は3ヶ月と6ヶ月でした。自社の契約の最低期間がいつ明けるかを確認し、その30日以上前に判定できる状態を作っておいてください。

撤退・継続・拡張の判定

• 撤退：90日で上記指標が1つも動いていない。かつ、原因が「機能しない5つの型」のいずれかにあり、それを自社で直せない。この場合は契約を終了します。個人との契約が6ヶ月以上の継続的業務委託にあたる場合、フリーランス法16条により30日前の予告が必要なので、判定は満了の30日以上前に済ませてください。
• 継続：指標が動いているが、まだ定着していない。関与度は変えずに継続する。
• 拡張：指標が動き、かつ「もっと深く入ってもらえれば進む」ことが具体的に見えている。この場合のみ関与度を上げます。逆に、成果が出ていないことを理由に関与度を上げるのは避けてください。 型2・型5が原因であることが多く、時間を増やしても解決しません。

引き継ぎを契約に組み込む

技術顧問はいつか終わります。終わったときに社内に何も残らない契約は、費用対効果が低い契約です。契約時に次を条件に含めてください。

• 定例の議事録と判断の記録を、自社が保持できる形で残す
• 主要な技術判断について、判断理由を文書化する
• 契約終了時に、未解決の論点一覧を引き継ぐ

これは顧問への負担というより、社内に判断の履歴を蓄積するための設計です。次の顧問を入れるときにも、内製化を進めるときにも効きます。

よくある質問（FAQ）

まとめ｜技術顧問は「人手」ではなく「判断」を買う契約

長くなったので、意思決定に必要な点だけ再掲します。

1. 呼び名で選ばない。 技術顧問・CTO代行・技術アドバイザー・社外CTOに法律上の定義はなく、同じ言葉で中身が大きく違います。「役割・関与度・意思決定権限・契約形態」の4軸で、必要なものを先に決めてください。
2. 同一条件で見積もりを取る。 検索上位の大半は技術顧問になりたい人向けのページで、流通している金額の多くは受注者の受取額です。稼働量が紐づいていない数字は比較に使えません。「月に何時間、何を、誰が担当して、いくらか」を自社から提示して、同じ条件で並べてください。
3. 人手不足に技術顧問は効かない。 経産省委託調査の試算では、不足が集中しているのは先端IT領域という特定のセグメントで、従来型IT人材はReスキル率1.0%の条件下では余ると試算されています。一般的な人手不足感は導入根拠になりません。手が足りないだけなら増員か外注です。
4. 受け手を先に決める。 助言を受け取って社内で動かす担当者がいない契約は、ほぼ確実に議事録だけを残して終わります。受け手の稼働を、顧問と同じだけ確保できているかを確認してください。
5. 個人と契約するなら、フリーランス法の義務が自社に発生する。 条件の書面明示、60日以内の支払、6ヶ月以上なら30日前の解除予告。更新しない場合も予告が必要です。
6. 源泉徴収は名目でなく業務の実質で決まる。 「個人だから必要」も「技術顧問だから不要」も誤りです。所得税法施行令320条2項と通達204-15・204-18により、技術士の資格がなくても、設計・分析・評価やその指導、あるいは経営改善の指導を行うなら対象になり得ます。契約前に顧問税理士へ確認してください。
7. 90日で判定する物差しを、契約前に決める。 「顧問が何をしたか」ではなく「社内で何が変わったか」で測ってください。

技術顧問は、条件が揃えば、発注額に対して小さな費用で数千万円規模の意思決定の質を上げられる打ち手です。一方で、課題が人手不足だったり、社内に受け手がいなかったりする状態で入れると、月額を払って議事録を増やすだけになります。この記事のいちばんの目的は、後者を避けていただくことです。

AI・生成AI領域に絞って伴走してくれる顧問をお探しの場合はAI顧問・外部CAIOサービス比較を、AI戦略の実行責任まで外部に委ねることを検討されている場合はCAIO代行サービス比較ガイドをご覧ください。プロダクト開発そのものの外注をご検討であればプロダクト開発の外注ガイド、MVPの立ち上げであればMVP開発ガイドが参考になります。

参考にした一次資料

本記事は2026年9月3日時点で確認した法令・公的調査・各社公式サイトの記載と、当社の受託開発の実務知見に基づいています。法令・税務の解釈は一般的な整理であり、個別案件についての法的・税務的助言ではありません。契約書の作成や税務処理は、必ず自社の顧問弁護士・税理士にご確認ください。 経済産業省委託調査からの引用は、著作権法32条に基づく引用として行っています。

法令（すべて e-Gov 法令検索で原文を確認、2026年9月3日）

• 民法（明治29年法律第89号）632条・643条・644条・648条・648条の2・651条・656条
• 特定受託事業者に係る取引の適正化等に関する法律（令和5年法律第25号）2条・3条・4条・5条・13条・14条・16条・19条・24条・25条
• 特定受託事業者に係る取引の適正化等に関する法律施行令（令和6年政令第200号）1条（一月）・3条（六月）・附則
• 特定受託事業者に係る取引の適正化等に関する法律の施行期日を定める政令（令和6年政令第199号）／厚生労働省 令和6年5月31日 雇均発第531001号「特定受託事業者に係る取引の適正化等に関する法律の施行に伴い整備する関係政省令等の公布等について」
• 所得税法（昭和40年法律第33号）204条1項・2項
• 所得税法施行令（昭和40年政令第96号）320条2項
• 不正競争防止法（平成5年法律第47号）2条6項
• 労働基準法（昭和22年法律第49号）9条／会社法（平成17年法律第86号）329条1項

通達・税務当局の公表資料（国税庁、2026年9月3日確認）

• 所得税基本通達 204-15（企業診断員の範囲）／204-18（技術士の行う業務と同一の業務を行う者の意義）
• タックスアンサー No.2792「源泉徴収が必要な報酬・料金等とは」（令和7年4月1日現在法令等）

公的調査

• みずほ情報総研株式会社（経済産業省委託事業）「平成30年度我が国におけるデータ駆動型社会に係る基盤整備（IT人材等育成支援のための調査分析事業）－ IT人材需給に関する調査 － 調査報告書」2019年3月、表3-4・表3-5・表3-14・表3-15

各社公式サイト（いずれも2026年9月3日に当社が実査）

• スキルアップAI（Beyont）「技術顧問サービス」／技術継承.com（株式会社英知継承）／顧問バンク／FLEXY

検索データ

• DataForSEO（Google検索結果／Google広告のキーワードデータ、いずれも location=Japan・language=ja、2026年9月3日取得）。検索順位は環境と時点により変動します。