製品開発の協力会社への外注費はいくら？見積もりで確認したい7つの内訳

製品開発を協力会社へ依頼するとき外注費だけを見てはいけない理由

新しい製品を開発するとき、自社だけでは不足する設計力や専門技術、生産設備などを補うために、協力会社へ業務を外注することがあります。機構設計、回路設計、組み込み開発、筐体設計、試作、加工、評価、生産準備など、製品開発では多くの工程が存在するため、複数の協力会社と連携しながらプロジェクトを進めるケースも珍しくありません。

このとき実務担当者が悩みやすいのが、「協力会社への外注費をどのように判断すればよいのか」という問題です。

見積書を受け取っても、一式という表現が多く、どの工程にどれだけの作業が含まれているのか分かりにくい場合があります。反対に、細かい項目が並んでいても、その項目が本当に必要なのか、後から追加費用が発生する可能性があるのかまでは判断しにくいものです。

特に注意したいのは、外注費を単純な総額だけで比較しないことです。同じ製品開発の依頼でも、要件整理から担当する会社と、完成した仕様書を受け取って設計だけを行う会社では、担当範囲が大きく異なります。試作品の製作や評価まで含むケースもあれば、設計データの納品までで業務が終了するケースもあります。

つまり、外注費を判断するうえで重要なのは、「いくらか」だけではなく、「その金額に何が含まれているか」を確認することです。

製品開発では、初期の見積もりには含まれていなかった作業が途中で必要になることもあります。仕様変更、追加試作、再設計、部材変更、評価のやり直しなどが積み重なると、当初想定していた予算との差が大きくなる可能性があります。

そのため、協力会社から見積もりを取得した段階で作業範囲を具体的に確認し、どこまでが基本業務で、どこからが追加対応なのかを整理しておくことが重要です。

ここからは、製品開発を協力会社へ依頼するときに、見積もりで確認しておきたい7つの代表的な内訳を解説します。

内訳1：要件整理・仕様策定にかかる費用

製品開発の外注費を確認するとき、最初に見ておきたいのが要件整理や仕様策定に関する作業です。

製品開発では、いきなり設計を始められるとは限りません。「どのような利用環境を想定するのか」「どのような機能が必要なのか」「どの程度の寸法や重量を目指すのか」「どのような耐久性を求めるのか」など、設計の前提となる条件を整理する必要があります。

発注側ですでに詳細な仕様書を作成している場合、協力会社はその仕様に基づいて設計を開始できます。しかし、アイデアや構想しか決まっていない場合には、協力会社と打ち合わせを重ねながら仕様を具体化していく工程が必要です。

この工程では、要求事項の整理、技術的な実現可能性の確認、必要機能の洗い出し、制約条件の整理、概略構成の検討などが行われます。

見積書では「仕様検討」「要件定義」「構想検討」「技術検討」などの名称で記載されることがあります。名称だけを見るのではなく、具体的にどこまで実施するのかを確認することが大切です。

例えば、打ち合わせだけが含まれているのか、それとも仕様書の作成まで含まれているのかでは成果物が異なります。開発終了後に仕様変更の経緯を確認したい場合や、別の協力会社へ業務を引き継ぐ可能性がある場合には、検討結果が文書として残るかどうかも重要です。

また、要件が曖昧なまま設計を開始すると、後から仕様変更が発生しやすくなります。設計途中で「想定していた使い方と違う」「必要な機能が不足している」と分かれば、設計のやり直しが必要になる可能性があります。

要件整理の工程は一見すると設計そのものではありませんが、開発後半の手戻りを減らすために重要な工程です。

見積もりを確認するときは、要求事項の整理、仕様書作成、構想検討、技術調査など、設計開始前の業務がどの範囲まで含まれているのかを確認しておきましょう。

内訳2：設計・開発にかかる費用

製品開発の外注費で中心となりやすいのが、設計や開発に関する作業です。

ただし、「設計費」と書かれていても、その範囲は製品によって大きく異なります。機械的な構造を持つ製品であれば、構造設計、筐体設計、部品設計などが必要です。電子機器を含む場合には、回路設計や基板設計、電源構成の検討などが必要になる場合があります。制御機能を持つ製品であれば、組み込み制御や通信処理などの開発が加わることもあります。

さらに、これらの分野は独立しているわけではありません。

例えば筐体内部に基板や配線を配置する場合、機構設計と電気設計を連携させる必要があります。機構側の変更によって基板形状を変更する必要が生じたり、発熱対策のために筐体構造を見直したりすることもあります。

そのため、見積書に「設計一式」と記載されている場合には、具体的な設計範囲を確認することが重要です。

設計データの作成だけなのか、図面作成まで含まれているのか、部品選定まで担当するのか、製造を想定した設計検討まで行うのかによって、作業量は変わります。

また、完成時に受け取れる成果物も確認しておきたいポイントです。

設計図、部品表、仕様書、ソースデータ、検討資料など、どの資料が納品対象になるのかを事前に整理しておくことで、後工程で必要な情報が不足するリスクを減らせます。

協力会社によっては、設計から試作まで一貫して担当することを前提としており、途中段階の設計データが納品対象に含まれていないことも考えられます。

また、設計業務ではレビュー回数も確認しておきましょう。

初回設計の提出後に、何回まで修正や調整が含まれるのかを明確にしておくことが重要です。修正回数や変更範囲が曖昧なままだと、発注側は「通常の修正」と考えていた内容でも、協力会社側では「追加設計」と判断される可能性があります。

設計費を比較するときには、単純な金額差ではなく、担当する設計領域、成果物、レビュー範囲、修正条件まで含めて確認する必要があります。

内訳3：試作・検証にかかる費用

製品開発では、設計したものをすぐに量産へ進めるとは限りません。実際の形にして問題点を確認するため、試作品を製作することが一般的です。

この試作工程も、協力会社への外注費を確認するうえで重要な内訳の一つです。

試作には、部品製作、簡易加工、組み立て、配線、調整などさまざまな作業が含まれます。また、試作品を何台作るのか、どの程度まで完成品に近づけるのかによっても必要な作業は変わります。

初期段階では、寸法や機構を確認するための簡易的な試作を行い、その後、実際の使用条件に近い試作へ進む場合もあります。

このため見積書では、「試作一式」とだけ書かれていないか確認することが大切です。

試作品の数量、使用する材料、加工方法、組立作業、調整作業など、どの範囲が含まれているのかを確認します。

さらに重要なのが、試作後に不具合が見つかった場合の対応です。

試作品は、設計の問題を発見するために作るものでもあります。そのため、試作後に修正が発生すること自体は珍しいことではありません。しかし、その修正設計や再試作が最初の見積もりに含まれているとは限りません。

初回試作だけが含まれており、修正設計や2回目以降の試作は別途扱いになる場合もあります。

発注時には、想定している試作回数を協力会社と共有しておくことが重要です。

また、「試作完成」の定義も確認しておきたいところです。形状を確認できれば完了なのか、基本動作まで確認するのか、実際の使用環境を想定した検証まで実施するのかによって、必要な工数は大きく変わります。

試作費用を見るときは、試作品そのものだけではなく、試作後の修正や再試作まで含めた開発サイクル全体を考える必要があります。

内訳4：部材・加工・製造にかかる費用

製品開発では、設計作業とは別に、実際の部材や加工、製造に関する費用が必要になります。

見積書を見るときは、設計費と製作費が分かれているのか、それとも一式に含まれているのかを確認しましょう。

特に試作品を製作する場合には、材料、電子部品、機構部品、配線部材、締結部品など、さまざまな部材が必要になります。

また、設計上は一般的な部品を使用する予定でも、調達時期によっては入手しにくいことがあります。その場合には代替部品を選定し直し、設計変更が必要になることもあります。

部材費だけでなく、加工に関する範囲も確認が必要です。

切削、板金、樹脂加工、表面処理、組み立てなど、製品の構造によって必要な加工工程は異なります。これらを協力会社が社内で行う場合もあれば、別の加工会社へ再委託する場合もあります。

見積もりの段階では、どの工程が含まれているのかを確認することで、後から想定外の追加作業が発生する可能性を抑えられます。

また、試作用の製作方法と量産時の製造方法が異なることにも注意が必要です。

試作ではスピードを優先して製作できても、量産を想定すると金型や治具、組立工程の設計などが別途必要になる場合があります。開発目的が「試作品の完成」なのか、「量産可能な状態まで仕上げること」なのかによって、協力会社が担当する範囲は変わります。

量産準備まで依頼する場合には、製造工程の検討、治具設計、作業手順の整理、検査方法の検討などが含まれるかを確認しておきましょう。

部材や製造に関する費用は、単純な材料費として考えるのではなく、調達、加工、組み立て、生産準備までを含めて見ることが重要です。

内訳5：評価・品質確認にかかる費用

試作品が完成したら、想定した仕様を満たしているか評価する必要があります。

この評価工程が見積もりに含まれているかどうかも、製品開発を協力会社へ依頼するときの重要な確認事項です。

評価内容は製品によって異なります。寸法確認、動作確認、耐久性確認、温度条件での確認、振動への確認など、想定される利用条件によって必要な評価項目は変わります。

ただし、協力会社へ「評価までお願いします」と伝えるだけでは十分ではありません。どの基準で合否を判断するのかを決めておく必要があります。

例えば「問題なく動作すること」という条件だけでは、人によって判断が変わる可能性があります。動作時間、精度、応答、連続運転条件など、可能な範囲で確認条件を具体化しておくことが重要です。

見積書では、評価計画の作成、試験準備、実施、結果記録、報告書作成などがそれぞれ含まれているか確認します。

また、評価に特殊な設備や環境が必要な場合には、外部設備を利用することもあります。その場合には、協力会社の作業だけでなく、設備利用や試験準備などの工程が必要になる可能性があります。

さらに、評価で不具合が発生した場合の扱いも重要です。

不具合原因の調査、設計修正、試作品の改修、再評価まで基本業務に含まれるのか、それとも別途対応になるのかを事前に確認しておきましょう。

製品開発では、設計が完了した時点ではなく、「要求した性能を満たしていることを確認できた時点」を一つの完了基準とすることがあります。

そのため、協力会社へ開発を依頼するときは、設計だけでなく評価まで含めて責任範囲を整理することが重要です。

内訳6：プロジェクト管理・打ち合わせにかかる費用

見落としやすいのが、プロジェクト管理や打ち合わせに関する作業です。

製品開発では、設計者が黙々と作業するだけでプロジェクトが完了するわけではありません。進捗確認、課題整理、仕様確認、レビュー、関係者との調整など、多くの管理業務が発生します。

複数分野の設計を協力会社へ依頼する場合には、機構担当、電気担当、制御担当などの間で情報を調整する必要があります。

また、発注側との定例会議やレビューも必要になることがあります。

これらの管理工数が見積もりに含まれている場合もあれば、別項目として記載される場合もあります。

重要なのは、「管理費」という名称だけで判断せず、実際にどの業務が含まれているのかを確認することです。

例えば、進捗管理、課題管理、会議資料作成、議事記録、設計部門間の調整、納期管理などが対象になることがあります。

打ち合わせについても、回数や頻度を確認しておきましょう。

定期的な打ち合わせが含まれるのか、必要に応じた打ち合わせは追加対応になるのかによって、発注後のコミュニケーション方法が変わります。

製品開発では、情報共有が不足すると認識のずれが発生しやすくなります。

発注側では仕様変更のつもりがなくても、会話の中で新しい要求を伝えた結果、協力会社側では追加仕様と判断されることもあります。反対に、協力会社側で設計判断を進めた結果、発注側の想定と異なる仕様になる可能性もあります。

そのため、重要な判断事項は会議だけで終わらせず、記録として残す運用が有効です。

外注費を見るときには、設計や試作などの直接作業だけではなく、開発を安定して進めるための管理業務も必要な工数として考えることが大切です。

内訳7：仕様変更・追加対応にかかる費用

製品開発で外注費が当初の想定から変わりやすい大きな要因が、仕様変更と追加対応です。

開発初期にすべての仕様を確定できるとは限りません。試作品を確認してから使い勝手を変更したくなったり、評価結果を受けて構造を修正したり、新しい機能を追加したくなったりすることがあります。

こうした変更は製品開発では一定程度起こり得ます。

問題になるのは、変更そのものではなく、どこまでが当初の契約範囲で、どこからが追加作業になるのかが曖昧な状態です。

例えば、寸法を少し変更するだけのつもりでも、その変更によって内部部品の配置や配線、製造図面まで修正が必要になる場合があります。

発注側から見ると小さな変更でも、設計全体では大きな作業になることがあります。

そのため、見積もり時には仕様変更時の扱いを確認しておくことが重要です。

修正回数、修正可能な範囲、追加見積もりが必要になる条件などを整理しておけば、途中で認識が食い違うリスクを減らせます。

また、仕様変更を依頼するときには口頭だけで進めないことも大切です。

変更内容、変更理由、影響する箇所、納期への影響などを記録し、双方で確認してから作業を進める運用が有効です。

特に複数の担当者が関わるプロジェクトでは、誰か一人の依頼によって仕様が変わってしまうと混乱しやすくなります。変更を承認できる担当者や手順を決めておくことで、不要な追加作業を減らしやすくなります。

協力会社への外注費を安定させるためには、変更を完全になくそうとするのではなく、「変更が発生した場合のルール」を最初に決めておくことが重要です。

製品開発の見積もりを比較するときに確認したいポイント

複数の協力会社から見積もりを取得した場合、最も注意したいのが、総額だけで比較しないことです。

一方の協力会社は要件整理から試作評価まで含めているのに対し、別の協力会社は設計データ作成までしか含めていない可能性があります。この2社の見積もりを総額だけで比較しても、条件が異なるため適切な判断はできません。

比較する際には、まず業務範囲をそろえることが重要です。

要件整理、設計、試作、評価、修正、量産準備などについて、どこまでを依頼するのかを明確にします。そのうえで各社の見積もりに同じ範囲が含まれているか確認します。

次に確認したいのが成果物です。

設計を依頼したとしても、最終的に納品されるものが図面だけなのか、編集可能な設計データまで含まれるのか、部品情報や評価記録まで含まれるのかによって、その後の活用方法は変わります。

開発後に別の協力会社へ製造を依頼する可能性があるなら、必要なデータを引き継げる状態にしておく必要があります。

納期についても、最終納期だけでなく中間工程を確認すると管理しやすくなります。

構想完了、設計レビュー、試作完成、評価完了などの節目を決めておくと、問題が起きた際にも早い段階で把握できます。

また、協力会社から見積もりの前提条件が提示されている場合には、その内容を確認することも重要です。

「仕様確定後の変更は別途対応」「支給予定の資料がそろっていることを前提とする」といった条件がある場合、その前提が崩れると作業範囲や納期が変わる可能性があります。

見積書を比較するときには、金額の高低だけではなく、業務範囲、成果物、修正条件、納期、前提条件をそろえて確認することが必要です。

協力会社への外注費が膨らみやすいプロジェクトの特徴

製品開発では、プロジェクトの進め方によって外注作業が増えやすくなることがあります。

代表的なのが、仕様が固まっていない状態で詳細設計を開始するケースです。

早く開発を進めたいという理由で設計に着手しても、後から要求事項が追加されると、すでに完成した部分を修正する必要があります。変更範囲によっては関連部品や制御仕様まで影響し、想定以上の手戻りにつながる可能性があります。

発注側の意思決定に時間がかかるプロジェクトにも注意が必要です。

協力会社から確認事項が提示されても判断が遅れると、設計を停止せざるを得ない場合があります。後から短期間で納期を取り戻そうとすると、作業体制や工程の再調整が必要になることもあります。

また、複数の協力会社へ業務を分けすぎた場合にも、調整工数が増えることがあります。

機構設計、電気設計、制御、試作などをそれぞれ別の会社へ依頼すると、専門会社の技術力を活用できる一方、会社間のインターフェースを発注側が管理しなければならない場合があります。

設計変更が発生した際、どの会社へどの情報を伝えるのかが整理されていなければ、認識違いや対応漏れにつながります。

評価条件が曖昧な場合も、再作業が発生しやすくなります。

完成後に「想定より使いにくい」「性能が足りない」と判断されても、事前の仕様に明記されていなければ、追加変更として扱われる可能性があります。

外注費を管理するためには、協力会社の作業量だけを見るのではなく、自社側の仕様管理、意思決定、情報共有の方法も整えることが重要です。

協力会社との認識違いを防ぐ発注前の準備

協力会社へ製品開発を依頼するときは、見積もりを依頼する前の準備が重要です。

まず整理したいのが、開発の目的です。

何を作るのかだけではなく、なぜその製品が必要なのか、誰がどのような環境で使用するのかを共有することで、協力会社は設計意図を理解しやすくなります。

次に、決まっている仕様と、まだ決まっていない仕様を分けておきます。

すべてを確定してから相談する必要はありません。むしろ未確定事項を明確にしておくことで、協力会社に検討が必要な範囲を伝えられます。

優先順位を整理することも重要です。

サイズ、重量、耐久性、操作性、開発期間など、製品にはさまざまな要求があります。しかし、すべての条件を最大限満たすことが難しい場合もあります。どの条件を優先するのかを共有しておけば、設計時の判断がしやすくなります。

また、既存の資料がある場合には事前に整理しておきましょう。

過去の図面、仕様書、試作品、現場写真、評価結果などは、協力会社が開発内容を把握するための重要な情報になります。

特に既存製品の改良開発では、現在発生している問題を具体的に伝えることが重要です。

「使いにくい」という表現だけではなく、どの場面で、誰が、どのような問題を感じているのかを共有することで、改善すべきポイントが明確になります。

発注前に情報を整理することは、単に見積もりを取りやすくするためだけではありません。開発途中の仕様変更や認識違いを減らし、協力会社と効率的にプロジェクトを進めるための準備でもあります。

製品開発の協力会社は金額以外の条件も含めて選ぶ

製品開発の協力会社を選定するとき、外注費は重要な判断材料ですが、それだけで決定するのは避けたいところです。

製品開発では、発注時点で想定できない技術課題が発生することがあります。そのため、問題が起きたときに一緒に原因を整理し、解決方法を検討できる協力会社かどうかも重要です。

まず確認したいのが、依頼する製品や技術分野に近い経験です。

まったく同じ製品を開発した経験がなくても、類似する構造、使用環境、加工方法などに関する知見があれば、設計時のリスクを予測しやすくなります。

次に、説明の分かりやすさも重要です。

技術的な内容を説明せず、「問題ありません」とだけ回答する会社よりも、どのような前提で判断したのか、どの部分にリスクがあるのかを説明してくれる会社の方が、発注側として判断しやすくなります。

質問に対する回答速度だけでなく、回答内容の具体性を見ることがポイントです。

また、担当体制も確認しておきましょう。

問い合わせ窓口と実際の設計担当者が異なる場合には、情報が正しく共有される仕組みがあるかを確認します。担当者が不在になった際にもプロジェクトを継続できる体制があるかという視点も重要です。

設計変更への対応方法も会社選定の判断材料になります。

製品開発では変更が発生する可能性があるため、変更内容と影響範囲を整理したうえで説明してくれる会社であれば、発注側も判断しやすくなります。

さらに重要なのが、情報管理です。

製品開発では、未公開の製品情報や設計データを協力会社と共有することがあります。どのようにデータを管理するのか、再委託する場合には情報をどの範囲まで共有するのかなど、必要に応じて確認しておきます。

協力会社は単なる作業の発注先ではなく、製品完成まで一緒に課題を解決するパートナーになる場合があります。

そのため、見積もりの金額だけではなく、技術力、対応範囲、コミュニケーション、プロジェクト管理、情報管理などを総合的に見て選定することが重要です。

まとめ

製品開発を協力会社へ依頼するとき、外注費を把握するには見積書の総額だけを見るのではなく、その中に何が含まれているのかを確認することが重要です。

特に確認したいのは、要件整理・仕様策定、設計・開発、試作・検証、部材・加工・製造、評価・品質確認、プロジェクト管理・打ち合わせ、仕様変更・追加対応という7つの内訳です。

同じ製品開発の見積もりでも、協力会社によって担当範囲や成果物、修正対応の条件は異なります。総額が異なるからといって、単純に高い、安いと判断することはできません。

見積もりを依頼する前に、自社がどこまで仕様を決めているのか、協力会社へどの工程まで任せたいのか、最終的にどの成果物が必要なのかを整理しておくと比較しやすくなります。

また、開発途中の手戻りを抑えるためには、仕様変更の管理も重要です。設計や試作の記録だけでなく、現場でどのように製品が使用され、どこで問題が発生したのかを残しておけば、改良開発時の判断材料になります。

特に施工現場や屋外作業など、製品が実際の現場で使われる場合には、開発担当者がすべての利用状況を直接確認できるとは限りません。現場写真だけでなく、撮影した位置や施工時の記録を関連付けて管理できれば、「どこで、どのような状態だったのか」を開発側と協力会社の双方で共有しやすくなります。

LRTK Phoneは、現場写真・位置情報・施工記録を管理する自社プロダクトです。現場で得られた情報を製品の改善検討や協力会社との確認資料として活用することで、口頭説明だけでは伝えにくい現地状況を共有しやすくなります。現場で使用する製品の開発や改良を進める場合は、設計や試作の管理だけでなく、実際の利用状況を継続的に記録し、次の開発判断へつなげられる情報管理の仕組みもあわせて検討するとよいでしょう。