自動車ソフトウェアエンジニアのフリーランス案件｜職種・単価・SDV動向を解説

自動車ソフトウェアの開発領域とフリーランス参画の全体像

自動車ソフトウェアは「車載ECUで動くソフト」から「クラウド・スマホ・車載OSと連携するソフト」まで領域が広く、それぞれで開発文化も求められるスキルもかなり違います。この違いを掴んでいないと、案件選びで方向を間違えます。

自動車業界は歴史的にOEM（完成車メーカー）とTier1（一次サプライヤー）が開発を主導してきました。SDV（Software Defined Vehicle）の潮流を背景に、一部の領域では車載SWを外部の専業ベンダーやフリーランスに切り出す動きも見られます。ただし公開案件や一般的な流通経路を見る限り、フリーランス個人がOEMと直接契約するケースは非常に少なく、Tier1やSW専業ベンダーの下請け・パートナーとして入るのが現実的です。

車載SWの主な5領域

以下は、公開案件でよく見かける領域の整理です。1つの車両にすべて載っていますが、フリーランスは通常どれか1〜2領域を専門にします。

• 制御系（パワトレイン・シャシー・車体）：ECUのファーム開発。C言語＋マイコン＋RTOS

• ADAS・自動運転：カメラ・LiDAR・レーダーの信号処理、認識、経路計画。C++／Python

• 車載OS・IVI（インフォテインメント）：ナビ・音声・メーターの実装。車載Linux／Android Automotive／QNX

• コネクテッド・OTA：車両とクラウドの通信、遠隔アップデート。Linux・クラウド・セキュリティ

• 車載セキュリティ・機能安全：ISO 26262、ISO/SAE 21434、AUTOSAR CP／APの実装支援

業界特有の制約

車載SWは他業界と比べて次のような制約が強く働きます。フリーランスとして入るときの参画障壁になります。

• 機能安全（ISO 26262）・サイバーセキュリティ（ISO/SAE 21434）への準拠が前提の案件が多い

• 開発プロセスがV字モデル・ASPICEなどで厳格化されている

• NDA・情報管理が厳しく、リモート参画に制約があるプロジェクトが多い

• 実車・HILシミュレータでのテストが必要で、常駐率が上がりやすい

• 開発期間が2〜5年と長く、途中参画者にはドキュメント読解力が求められる

参考：隣接領域との違い

内部リンク：製造業のフリーランスエンジニア案件｜単価相場・職種・組み込み系の動向を解説

案件で多い職種・領域と業務イメージ

領域ごとに、公開案件で頻出する職種と業務内容を整理します。以下はTier1・SW専業ベンダー経由でフリーランスに切り出される代表例です。

車載制御ソフトウェアエンジニア

パワートレイン、ボディ、シャシー系ECUのファームウェア開発です。ベースとなるのはC言語とマイコン、そこにRTOSやAUTOSAR CP（Classic Platform）が絡みます。制御ロジックの多くはMBD（Model Based Development）で設計され、Simulinkからのコード生成→統合→HILテスト、という流れです。

• 主な言語・環境：C、C++、Simulink、AUTOSAR CP、CAN／CAN FD

• 典型的な業務：詳細設計、実装、単体・統合テスト、HIL検証、DID対応

• 入りやすさ：制御・組込経験があれば近い。純Web出身では厳しい

ADAS・自動運転ソフトウェアエンジニア

カメラ・LiDAR・レーダーからの信号処理と、物体認識、経路計画、車両制御をつなぐ層を扱います。C++で書かれることが多く、AUTOSAR AP（Adaptive Platform）、ROS、Autoware、DDS通信などが登場します。

• 主な言語・環境：C++、Python、ROS 2、AUTOSAR AP、DDS

• 典型的な業務：センサドライバ実装、認識アルゴリズム統合、シナリオ検証

• 入りやすさ：C++と信号処理経験があると入りやすい。機械学習の実務経験もプラス材料

車載OS・IVI／インフォテインメントエンジニア

ナビ・オーディオ・メーター・車両情報表示など、ドライバーが触れる部分のソフトです。ここは車載Linux（GENIVI／AGL）、Android Automotive OS、QNXが主流で、UIフレームワークやHMIツールも絡みます。

• 主な言語・環境：C++、Kotlin、Qt、Android Automotive OS、QNX

• 典型的な業務：HMI実装、車両CAN連携、音声UI、地図・オーディオ統合

• 入りやすさ：モバイル・組込Linux経験者は移行しやすい枝道

コネクテッドカー・OTAエンジニア

車両とクラウド（AWS・Azure・GCP）をつなぐ層です。テレマティクス、OTA（Over-The-Air）アップデート、車両データ収集、位置情報・運転情報のクラウド連携などを担います。Web／クラウド経験者にとって比較的入りやすい領域です。

• 主な言語・環境：C++、Rust、Python、Go、Linux、AWS IoT／Azure IoT

• 典型的な業務：車載側エージェント開発、クラウドAPI、OTA制御、CI／CD整備

• 入りやすさ：クラウド／Linux経験があると移行しやすい

機能安全・車載セキュリティエンジニア

ISO 26262（機能安全）・ISO/SAE 21434（サイバーセキュリティ）に沿った要件定義・アーキテクチャ設計・検証を担います。専門知識が要求されるため単価は上位帯に振れやすいですが、フリーランス側の実務経験・資格が求められる領域です。

• 主な言語・環境：規格文書、HAZOP、FMEA、STAMP／STPA

• 典型的な業務：安全要件抽出、Safety Case作成、脅威分析、Pen-test支援

• 入りやすさ：制御・車載SWの上位工程経験が前提。未経験からの直接参画は現実的ではない

ミニFAQ：職種選び

Q. モデルベース開発（Simulink）の案件はフリーランスで多い？

公開案件ベースでは、制御系（パワトレ・シャシー）にMBD案件が集中しています。純粋なSimulinkモデラー案件よりも、モデル設計＋C実装＋HIL検証まで一貫できる人を求める傾向が見られます。

Q. Rustは車載SWで実務案件になっている？

コネクテッド・車載Linux周辺で採用検証は進んでいますが、公開案件で「Rust必須」を条件にしているものは、執筆時点では多くはありません。将来的な選択肢の一つとして捉えるのが妥当です。

単価相場（公開案件ベース）と対象者の像

自動車ソフトウェア領域の単価は、領域と経験規格の掛け算で決まります。以下は主要フリーランスエージェントの車載・組込・製造業カテゴリで確認できる業務委託案件（首都圏中心・週2〜5日、2026年時点）を参照した目安です。特定の案件を保証する数値ではなく、また稼働日数・スキル・地域・商流で変動します。

上位帯（月100万円超）の対象者の像：C／C++の実装経験に加え、AUTOSARまたは車載Linux／Android Automotiveの実務経験、機能安全（ISO 26262）関連プロジェクトでの要件対応経験を持つ層です。単に「組込経験がある」だけでは上位帯にはなりにくく、車載領域固有の規格・アーキテクチャ経験が加点条件になります。

下振れ・実務経験不足の場合：車載SW未経験からの参画は、テスト・ドキュメント整備・HIL検証支援など補助工程からのスタートで、月50万〜70万円台の案件が中心になります。ここから車載SW固有の経験を積み上げていく形が現実的です。

週3・リモート案件の傾向

公開案件を見る限り、車載制御・ADAS領域は常駐前提・週5フルの案件が中心です。コネクテッド・車載クラウド領域はリモート／週3〜4案件が徐々に出てきており、Web／モバイル出身者にとって参画しやすい枝道になっています。ただし機能安全・セキュリティが絡む案件は、実車・HIL・情報管理の理由でリモートに制約が付くケースが目立ちます。

内部リンク：週3日で働くフリーランスエンジニアの始め方｜単価相場・案件の探し方・向いている人を解説

求められる技術スタック

自動車ソフトウェア案件で頻出する技術スタックを整理します。すべてを揃える必要はなく、領域を絞れば実務範囲は限定できます。

プログラミング言語

• C：制御系ECU、AUTOSAR CP、車載マイコンの主力

• C++：ADAS・車載OS・IVI、AUTOSAR APの主力

• Python：シミュレーション、検証ツール、機械学習・データ処理

• Kotlin／Java：Android Automotive OS 上のアプリ

• Rust：コネクテッド・車載Linuxで採用検証が進む段階

規格・フレームワーク

• AUTOSAR（CP／AP）：車載ソフトの標準アーキテクチャ。参考：AUTOSAR公式

• ISO 26262：機能安全規格。参考：ISO公式ページ

• ISO/SAE 21434：車両サイバーセキュリティ規格

• ASPICE（Automotive SPICE）：開発プロセス評価モデル

• AUTOSAR Adaptive Platform：ADAS・自動運転向け

車載OS・プラットフォーム

• QNX：商用RTOS。ADAS・IVIで採用が多い

• Android Automotive OS：SDV／IVIで採用拡大中。参考：Android Automotive SDV公式

• AGL／GENIVI：オープンソース車載Linux

• Linux（車載カスタム版）：コネクテッド・ゲートウェイECU

通信・プロトコル

• CAN／CAN FD、LIN、FlexRay：車載ネットワークの基本

• Ethernet AVB／TSN、SOME/IP：新世代車載通信

• DDS：ADAS・自動運転で使われる分散通信

• MQTT、HTTPS：クラウド連携

検証ツール

• MATLAB／Simulink（MBD）

• Vector CANoe、dSPACE HIL、ETAS ASCET

• ROS 2、CARLA、LGSVL（自動運転シミュレーション）

OEM／Tier1／SW専業ベンダーの受け入れ実態

自動車業界は多層構造になっており、フリーランスの入口はほぼTier1以下です。層ごとの受け入れ度合いを整理します。

OEM（完成車メーカー）

OEMは基本的にフリーランス直接契約を受け付けません。派遣・業務委託の窓口はグループ会社やSIer経由に集約されており、個人事業主が直で入るケースは、執筆時点ではほぼ観測されません。

Tier1（一次サプライヤー）

Tier1もフリーランス直接契約は多くありませんが、Tier1の下請けとして働くSW専業ベンダーやSIer経由でフリーランスを受け入れることは一般的です。案件のほとんどはエージェント経由で流通しています。

SW専業ベンダー・SIer

車載SW専業のベンダー（例：AUTOSARツールベンダー、ADASソフト専業）や、車載向けに強いSIerが、フリーランスの主要な参画先です。開発工程の一部を切り出して受託しており、フリーランスへの委託も日常的です。

参考：エージェント経由の案件流通

2026年時点で公開案件を確認する限り、車載SW案件は「レバテックフリーランス」「エンジニアファクトリー」「フリコン」などの主要エージェントで、製造業カテゴリまたは車載カテゴリとして流通しています。OEMやTier1が直接募集を出しているのではなく、SW専業ベンダー・SIer経由の再委託が中心です。

内部リンク：案件探しで失敗しないフリーランスエンジニアのための案件の読み方

SDV時代のトレンドと案件動向

SDV（Software Defined Vehicle）は、車両の機能をハードウェアではなくソフトウェアで定義する考え方です。ここ数年で業界の主要OEM・Tier1がSDV戦略を打ち出しており、車載SW領域のフリーランス案件にも影響が出始めています。

SDVで伸びる可能性のある領域

• 車載OS・車載Linux／Android Automotive：Google公式のAAOS SDVプラットフォームがオープンソース化される動きがあり、車載OSとしての採用検証が広がっています

• OTAアップデート基盤：車両出荷後のソフト更新を支える仕組み。クラウド＋車載エージェントの実装

• 車両データ・テレマティクス：走行データ収集、運転支援サービス、コネクテッド保険

• セントラライズドアーキテクチャ：ECUを統合し、少数の高性能SoCで車両制御を行う設計。ミドルウェア刷新の需要

AI・生成AI活用の広がり

ADAS・自動運転領域では、認識モデルの学習と評価に生成AI・LLMを併用する動きも見られます。データ生成、シナリオ自動生成、ドキュメント作成の効率化などが試行段階にあります。ただし機能安全案件では、AI依存の実装は認証プロセス上のリスクとして扱われるため、AI活用はテスト・データ・ドキュメント側で使われるケースが目立ちます。

執筆時点での注意

車載SW業界の技術スタックは、車両アーキテクチャの変化とセットで動くため、Web業界のように短期で入れ替わりません。SDV関連のOSやプラットフォームも、車両搭載までのリードタイムが長い領域です。トレンド情報は補強材料として扱い、目先の案件選びは既存の車載SW実務スキルを軸に判断するのが現実的です。

参考：Android Automotive OS SDV公式ドキュメント

フリーランスとして案件を取る手順

自動車ソフトウェア領域の案件は、他業界と比べてスキル要件が具体的です。案件獲得までの流れを整理します。

1. 自分の強みの棚卸し

車載SW経験の有無で入り方が大きく変わります。以下の観点でスキルを整理してください。

• 車載SW実務経験：Tier1・SW専業ベンダーでの参画歴、担当領域、規格対応の有無

• 組込・制御経験：産業機器・家電・ロボット等の組込開発歴

• クラウド・Linux経験：コネクテッド領域への横展開に効く

• モバイル・UI経験：IVI領域への横展開に効く

2. スキルシートの整理

スキルシートには「担当領域」「規格（AUTOSAR／ISO 26262 等）」「使用ツール（Vector、dSPACE 等）」「担当工程（要件・設計・実装・単体・統合・HIL）」を明記します。車載SW案件は工程分業が細かいため、担当工程を曖昧に書くとマッチしにくくなります。

内部リンク：フリーランスエンジニアの仕事内容とは？案件例を用いてわかりやすく解説

3. エージェントへの登録

車載SW案件はエージェント面談で個別紹介される案件も多く、公開案件だけでは把握しにくい傾向があります。フリコンなど主要エージェントに複数登録し、面談で希望領域・稼働形態を伝えるのが早道です。制御・ADAS領域は常駐要求が強いので、リモート希望の場合はコネクテッド・車載クラウド領域を主軸にすると条件が合いやすくなります。

内部リンク：フリーランスエンジニアの営業方法と案件獲得の近道

4. 参画前確認

契約前に以下を必ず確認します。特に機能安全案件は、契約範囲と責任分担を明確にしておかないと後で揉めやすい領域です。

• 参画予定の工程と成果物

• 常駐／リモート／ハイブリッドの比率

• 使用ツール・環境の貸与有無

• 認証・監査対応時の関与範囲

• NDAとIP（知的財産）の取り扱い

ケース別：どの経歴からどう入るか

車載SW未経験でも、隣接領域の経験があれば入れる枝道があります。逆に、経歴の合わない案件を選ぶと苦戦しやすいので、以下を参考にしてください。

ケース1：組込・制御エンジニア出身

産業機器・家電・FAで組込開発経験がある人は、車載制御領域に移行しやすい層です。ただしAUTOSAR CPと機能安全プロセスの知識は追加習得が必要です。最初はTier1・SW専業ベンダーでの参画で経験を積み、AUTOSAR実務2〜3年に加え、要件対応や統合・検証まで担当していると、単価上位帯に届くケースが見られます。

内部リンク：組込・制御エンジニアとは？仕事内容やスキル、年収について解説

ケース2：Web／クラウド／モバイル出身

コネクテッド・車載クラウド・OTA領域が入口です。車両側のドメイン知識は入りながら学ぶ形になりますが、Linux・クラウド・セキュリティの経験が直接活きます。IVI領域はAndroid Automotive OSの案件が徐々に出てきており、Androidアプリ経験者にとっては横展開の余地があります。

内部リンク：IoTエンジニアとは｜仕事内容・年収・必要スキルと案件動向をフリーランス視点で解説

ケース3：機械学習・画像処理出身

ADAS・自動運転の認識層に入る枝道があります。C++の実装力とROS 2などのミドルウェア知識が加点条件です。ただし機能安全と絡む工程では、モデル評価・データ生成側のポジションが中心になり、実装本流に入るには追加の車載SW経験が必要です。

ケース4：未経験・他業界からの転身

自動車ソフトウェアはフリーランスとしていきなり参画する難易度が高い領域です。まずは車載SW専業ベンダーでの正社員経験を1〜2年積むか、フリーランスとして参画するにしても検証・ドキュメント支援の補助工程からスタートするのが現実的です。ここを飛ばして単価上位帯を狙うのは、期待値と現実がずれやすい経路になります。

内部リンク：40代フリーランスエンジニアになるには｜案件動向・単価相場・独立の進め方を解説

ミニFAQ：ケース別の疑問

Q. 40代・50代でも車載SWのフリーランスに入れる？

制御・組込の実務経験が長い層は、むしろ車載SWと相性がよい部類です。若手Webエンジニアより、経験規格のあるベテランのほうが案件マッチしやすいケースが目立ちます。

Q. 車載SW未経験で書類が通らない場合、どこから積む？

Tier1やSW専業ベンダーの正社員・派遣で車載SW実務を1〜2年積むと、その後のフリー参画で書類通過率が上がる傾向があります。フリーランスと並行で車載SW検定・機能安全関連の資格取得を進めるのも補強材料になります。

よくある失敗と対策

案件参画・獲得の局面でつまずきやすいポイントを整理します。

失敗1：領域を絞らず「車載SW全般できます」で応募

車載SWは工程・領域が細かく分かれています。「全部できます」は「どれも中途半端」と受け取られやすい書き方です。応募時は領域（制御／ADAS／IVI／コネクテッド／機能安全）と工程（要件／設計／実装／検証）を絞って書きます。

失敗2：規格経験を「学習経験」で盛る

AUTOSAR、ISO 26262、ASPICEなどは学習経験と実務経験で扱いが大きく変わります。書類上で「ISO 26262 対応経験あり」と書くと、面談で具体的な工程・成果物・監査経験を問われます。ここで実務が答えられないと、以降のマッチング精度が下がりやすくなります。学習ベースの場合は「独学で規格文書を読み込み、基礎理解はある」といった正直な書き方のほうが結果的にマッチします。

失敗3：常駐要求を軽視してリモート希望で押し切る

車載制御・ADAS・機能安全案件は、実車・HIL・情報管理の理由で常駐比率が高い領域です。ここに「フルリモート希望」で応募し続けると、案件が枯れます。リモート希望を軸にするなら、コネクテッド・車載クラウド・IVIなど、リモート実績のある領域に案件層をずらすほうが現実的です。

失敗4：単価だけで選び、規格対応工程に巻き込まれる

上位帯の単価案件には、監査・認証対応・ドキュメント整備といった重い工程が絡むケースがあります。契約時に工程を絞らないと、実装のつもりが監査対応に工数を持っていかれるパターンが起きます。契約範囲と成果物を事前に明文化することが重要です。

失敗5：NDA・IPの認識ずれ

自動車業界のNDAは比較的厳しく、ソースコード・設計書の外部持ち出し禁止、成果物の権利帰属など、契約条項に注意が必要です。契約書を読まずにサインすると、副業として並行しているOSS活動と抵触するケースがあるので、条項の確認は必ず行います。

実践チェックリスト：参画前確認

自動車ソフトウェア案件に参画する直前に、以下を確認してください。契約前に潰しておくと、参画後のトラブルが減ります。

• [ ] 参画予定の工程（要件／設計／実装／単体／統合／HIL／認証支援）が契約書に明記されている

• [ ] 常駐・リモートの比率と、リモート時のセキュリティ要件が確認済み

• [ ] 使用ツール（Vector CANoe、dSPACE、AUTOSARツール）の貸与範囲が明確

• [ ] ISO 26262／21434 が絡む場合、フリーランス側の関与範囲と責任分担が定義されている

• [ ] NDAの範囲、IPの帰属、副業・並行案件の扱いを確認した

• [ ] 稼働時間の実績報告方法（工数管理ツール、報告フォーマット）が把握できている

• [ ] 稼働開始日・終了日、契約更新条件、途中解約条件を確認した

• [ ] 実車・HILテスト時の交通費・出張費の負担者が明記されている

まとめ

自動車ソフトウェアのフリーランス案件は、Tier1・SW専業ベンダー経由で参画するのが現実的な入口で、公開案件ベースの単価目安は月60万〜120万円が中心帯です。上位帯にはAUTOSAR実務・機能安全対応経験が加点条件として効きます。

• 領域は制御・ADAS・車載OS／IVI・コネクテッド・機能安全の5系統

• 単価目安は月60万〜120万円。ISO 26262／AUTOSAR実務で上位帯に振れやすい傾向

• OEM直はほぼなく、Tier1・SW専業ベンダー・エージェント経由が入口

• SDVの流れで車載OS・コネクテッド領域は徐々に伸びる可能性

• 車載未経験でも組込・Linux・クラウド・モバイル経験があれば入れる枝道あり

• 参画前に工程・常駐比率・NDA・IPの契約条項を確認するのが安全

車載SW領域は他業界より入口が狭い反面、長期案件になりやすい傾向があります。まずは自分の経歴と親和性の高い領域を1〜2つに絞り、フリコンなど主要エージェントで案件情報を集めるところから始めるのが現実的な進め方です。

参照元・一次情報

• AUTOSAR公式

• ISO 26262（ISO公式）

• Android Automotive OS SDV公式ドキュメント