自動車業界のフリーランスIT案件｜車載ソフト・コネクテッド・販売アフター・生産調達の種類と特徴

自動車業界のIT案件は、車載ソフト、コネクテッド・SDV、販売・アフターサービス、生産・調達の4つに分けると全体が見えます。前の2つはクルマそのものに載るソフトや、クルマとつながる仕組みを作る仕事です。後の2つは、クルマを売る・直す・作るための会社の業務システムの仕事です。

同じ「自動車業界の案件」でも、組込みの開発とディーラーの業務システムでは、使う技術も関わる人もまったく違います。この記事では、4つの領域の中身と、発注元の立場による違い、働き方の特徴を整理します。求められる業務知識は自動車業界の業務知識の記事、規制とセキュリティのルールは自動車業界の規制の記事で扱います。

自動車業界の案件は4つの領域で見る

案件の説明を読むときは、まず次のどの領域の話かを見分けます。会社によって呼び方は違いますが、地図として使えます。

前の2つは「製品の開発」、後の2つは「業務のIT化」と言い換えることもできます。案件の説明に「自動車関連」とだけ書かれていたら、どちらの側の仕事かを最初に確かめると、話が早く進みます。

領域ごとの案件の中身

車載ソフトの案件

クルマには多くの電子制御ユニット（ECU）が載っており、エンジンやモーター、ブレーキ、ハンドル、エアコン、メーターなどをソフトで制御しています。車載ソフトの案件は、このECUのソフトや、ナビ・ディスプレイなどの車載機器のソフトを開発・試験する仕事です。

中身は大きく次のように分かれます。

• 制御系：走る・曲がる・止まるに関わる部分。リアルタイム性と安全性への要求が高い
• 運転支援・自動運転：カメラやレーダーなどのセンサーの情報から周囲を認識し、制御につなげる部分
• 車載情報機器：ナビ、ディスプレイ、音声操作など、乗る人が直接触れる部分。スマートフォンに近い技術を使うことも多い
• 試験・検証：実機や試験装置を使って、仕様どおりに動くかを確かめる部分

制御系や運転支援の案件では、安全に関わるソフトとして、開発の進め方や記録の残し方が細かく決められていることがあります。その背景にある機能安全の考え方は規制の記事で扱います。車載情報機器の案件は、Androidなどのモバイルの経験が生きる場面があります。モバイルの経験の示し方はAndroidエンジニアのスキルの記事が参考になります。試験・検証の案件の進め方はQAエンジニアのスキルの記事とも重なります。

コネクテッド・SDVの案件

通信機能を持つクルマが増え、クルマから集めたデータを使うサービスや、通信でソフトを更新する仕組みの案件が増えています。経済産業省と国土交通省が2024年5月に公表した「モビリティDX戦略」は、ソフトウェアを起点にした車両開発（SDV：ソフトウェア・ディファインド・ビークル）、自動運転などの新しいモビリティサービス、企業を超えたデータ利活用の3つの領域を、今後の競争の中心に置いています。同じ資料は、OTA（通信によるソフトの更新）による継続的なアップデートが競争上重要になるとも述べています。

この領域の案件の例は次のとおりです。

• クルマから送られるデータを受け取り、蓄積・分析するクラウドの基盤
• 通信でソフトを配信・更新するための管理の仕組み
• クルマの状態の確認や遠隔操作ができるスマートフォンアプリ
• 集めたデータを保険・整備・地図などのサービスに生かす仕組み

使う技術は一般的なクラウドやWebの開発に近く、自動車業界が初めての方も入りやすい領域です。データ基盤の経験の示し方はデータエンジニアのスキルの記事で整理しています。ただし、クルマとつながる以上、サイバーセキュリティとソフト更新には国の基準があります。国土交通省は2020年12月に保安基準を改正し、それまで自動運行装置を備えるクルマに適用していたサイバーセキュリティとソフトウェアアップデートの基準を、それ以外のクルマにも広げると発表しています。中身は規制の記事で解説します。

販売・アフターサービスの案件

自動車メーカーや販売会社には、クルマを売り、売った後も整備や部品の供給を続けるための業務システムがあります。案件の例は次のとおりです。

• 販売会社の商談・見積・受注・登録の手続きを支えるシステム
• 顧客情報や来店・点検の履歴を管理する仕組み（CRM）
• 整備の作業、部品の在庫と発注、保証修理の請求を管理する仕組み
• メーカーと販売会社をつなぐ情報の連携

アフターサービスの業務には、リコールのように国の制度に沿って進めるものもあります。国土交通省の説明では、リコールは、同じ型式の一定の範囲のクルマが保安基準に適合しない状態などにあり、原因が設計や製作の過程にある場合に、メーカーなどが改善措置を行うもので、事前に国土交通大臣へ届け出て、ユーザーへ通知することが義務づけられています。対象のクルマを特定し、持ち主に知らせ、修理の状況を追う仕組みは、アフターサービスのシステムが担う部分です。

この領域は、個人のお客さまの情報を多く扱います。業務システムの開発や保守の経験が生きる一方で、個人情報の扱いには特に注意が要ります。

生産・調達の案件

自動車メーカーや部品メーカーの工場の生産管理、部品の調達、取引先との受発注の仕組みも、案件として多くあります。工場の生産管理やMES、ERPの層の考え方は製造業全体と共通なので、製造業のIT案件の記事をご覧ください。

自動車業界の生産・調達の案件で特徴的なのは、完成車のメーカーを頂点に、多くの部品メーカーが段階的につながる取引の構造です。取引先との受発注のデータのやり取りや、部品の納入の計画を共有する仕組みが論点になりやすく、どの会社のどの段階の仕組みなのかで要件が変わります。

発注元の立場で案件の性格が変わる

同じ領域でも、発注元がどの立場の会社かで、案件の性格が変わります。

フリーランスの場合、メーカーや部品メーカーから開発を受けた会社のチームに入る形も多くあります。その場合、日々の指示は受託した会社から受け、仕様の確認は発注元の会社と行う、という二重の関係になることがあります。誰の承認で仕様が決まるのかを、参画の初めに確かめておくと迷いません。

自動車業界の案件に共通する働き方の特徴

実機や試験設備のある場所での作業がある

車載ソフトの案件では、実際のECUや試験装置、実車を使う場面があり、開発拠点や試験の設備がある場所での作業が求められることがあります。クラウドや業務システムの案件はリモート中心のものもありますが、車載側と結合する試験の時期だけ出社が増えることもあります。常駐とリモートの考え方は常駐案件とリモート案件の記事で整理しています。

量産の日程から逆算して動く

クルマの開発は、量産を始める時期が先に決まり、そこから逆算して設計・試験の日程が組まれるのが一般的です。ソフトの修正も、試験や評価の節目に合わせて取りまとめられます。参画した時期によって、設計中心なのか試験と不具合の対応中心なのかが大きく変わるため、契約前に今の局面を確かめておきます。

情報の管理が細かい

発表前の車種や機能の情報は、取引先にとって重い秘密です。開発の拠点では、持ち込める機器や撮影、資料の持ち出しのルールが細かく決められていることがあります。業務システムの案件でも、販売の数字や顧客の情報を扱います。具体的なルールは規制の記事で扱います。

経験から入りやすい領域の選び方

業界未経験でも、技術の経験が合っていれば参画できる案件はあります。そのときは、クルマの電子の仕組みや開発の流れを事前に押さえておくと立ち上がりが早くなります。何から学ぶかは業務知識の記事で紹介しています。

よくある質問

組込みの経験がなくても、自動車業界の案件に入れますか？

入れる案件はあります。コネクテッドのクラウドやアプリ、販売・アフターサービスの業務システムは、一般的なWebや業務システムの経験が生きる領域です。ただし、クルマ側と連携する部分では、車載ならではの制約やセキュリティの基準が関わるため、参画前に基本を押さえておくと安心です。

自動車業界の案件はリモートで働けますか？

クラウドや業務システムの案件では、リモート中心で進むものもあります。車載ソフトの案件は、実機や試験装置を使う作業があるため、出社が前提になることが多くなります。局面によって変わるため、参画期間を通じた出社の見込みを契約前に確かめておくとよいでしょう。

部品メーカーの案件と自動車メーカーの案件は、何が違いますか？

部品メーカーの案件は、担当する部品やECUのソフトを深く作り込む仕事が中心になりやすく、自動車メーカーの案件は、車両全体やサービス全体の取りまとめ、クラウドや全社の業務システムが中心になりやすい傾向があります。ただし会社によって分担は違うため、案件ごとに担当範囲を確かめることが大切です。