製品開発の協力会社と責任分界を決める6項目｜開発トラブルを減らす

製品開発を協力会社と進めるとき、技術力や設備、納期対応力だけでなく、早い段階で確認しておきたいのが責任分界です。設計、試作、部品調達、評価、量産準備などを複数の組織で分担すると、それぞれが自分の担当業務を進めているだけではプロジェクト全体がうまくつながらないことがあります。

特に問題になりやすいのが、「そこまで相手が対応すると思っていた」「その判断はこちらではできない」「図面どおりに製作したので責任範囲外」といった認識のずれです。開発初期には表面化しなかった小さな違いが、試作評価や量産立ち上げの段階で大きな手戻りにつながることもあります。

責任分界という言葉から、問題発生時にどちらが責任を負うかを決める作業だと考える人もいます。しかし、製品開発における責任分界で重要なのは、責任を押し付けることではありません。誰が何を決め、誰が何を実施し、どの情報を誰に渡し、問題が起きたときに誰が最初に動くのかを明確にすることが目的です。

この記事では、「製品開発 協力会社」で情報を探している設計、開発、調達、生産技術などの実務担当者に向けて、協力会社との責任分界を決める際に確認したい6項目を解説します。

1．設計範囲と設計判断の責任を分ける

製品開発の協力会社と最初に確認したいのが、どこまでを発注側が設計し、どこからを協力会社が設計するのかという設計範囲です。

一見すると簡単な話に思えますが、実際の製品開発では設計業務の境界が曖昧になりやすいものです。発注側が外形寸法や必要性能だけを提示し、内部構造の設計を協力会社へ任せるケースもあれば、詳細図面まで発注側で作成し、協力会社には製造性の検討だけを求めるケースもあります。

たとえば発注側が筐体の外形や取付位置を指定し、協力会社が内部のリブ、肉厚、締結構造などを検討する場合、どの寸法を変更できるのかを明確にしておく必要があります。外観寸法は変更不可でも、内部形状については製造性向上のため協力会社が修正提案できる、といった整理が考えられます。

ここで重要なのは、作業範囲だけでなく、設計判断を行う権限まで決めることです。

協力会社が設計を担当していても、最終判断を発注側が行う項目があります。反対に、加工方法や金型構造など、協力会社の専門領域として任せた方が合理的な部分もあります。すべてを発注側で承認しようとすると判断待ちが増え、開発速度が落ちる可能性があります。一方で、任せる範囲が広すぎると、完成してから意図していた仕様と違うことに気付く場合があります。

そのため、設計範囲を決めるときは、「誰が作図するか」だけではなく、「誰が条件を設定するか」「誰が設計変更を提案できるか」「誰が最終承認するか」まで整理しておくことが重要です。

また、設計の入力条件も責任分界の一部です。要求性能、使用環境、荷重条件、耐久条件、外形制約、接続先部品など、設計に必要な条件を誰が準備するかが曖昧だと、協力会社は不完全な条件のまま設計を進めることになります。

開発途中で「その使用条件は聞いていなかった」という状況になると、設計変更だけでなく、試作のやり直しや部材の再手配が必要になることがあります。したがって、発注側が提供する設計条件と、協力会社が確認すべき条件を明確にしておくことも大切です。

設計の責任分界では、成果物も具体化します。図面、三次元データ、部品構成情報、計算結果、検討記録、試作条件など、何をどちらが作成し、どの段階で共有するのかを決めておけば、後工程で必要な情報を探す時間を減らせます。

協力会社に設計業務を依頼するときは、「設計をお願いします」という大きな単位で渡すのではなく、設計条件、作業範囲、判断権限、承認者、成果物まで分解して考えることが責任分界の基本です。

2．仕様変更と図面改訂の決定権を明確にする

製品開発では、最初に決めた仕様が最後まで一度も変わらないとは限りません。試作結果、部品の入手性、加工性、組立性、耐久性などを確認しながら、仕様や形状を調整することがあります。

そのため、責任分界を考える際には、変更を誰が提案し、誰が承認し、誰が関係資料へ反映するのかを決める必要があります。

特に注意したいのが、口頭や簡単な連絡だけで変更が進んでしまう状態です。開発担当者同士では変更内容を理解していても、製造担当者や検査担当者に伝わっていなければ、旧仕様のまま製作される可能性があります。

図面を更新したつもりでも、協力会社側の作業現場で旧版が使用されていれば問題は防げません。逆に、協力会社が製造性を改善するために形状を変更したものの、その内容が発注側の設計資料へ反映されていないというケースもあります。

仕様変更では、変更の起点から実施までを一つの流れとして管理することが重要です。

たとえば協力会社が加工困難な形状を発見した場合、まず変更提案を発注側へ伝えます。発注側は性能や他部品との干渉を確認し、変更可否を判断します。承認された変更は図面や仕様書へ反映され、新しい版として関係者へ展開されます。その後、協力会社側で製造資料や検査資料を更新します。

この流れの途中で誰の担当か分からない工程が残っていると、変更情報が止まりやすくなります。

変更の承認権限も重要です。寸法公差、材料、表面処理、締結方法、部品構成などは、製品性能や耐久性に影響する可能性があります。協力会社が製造上の都合だけで変更できる範囲と、発注側の承認が必要な範囲を事前に決めておく必要があります。

一方で、すべての細かな条件変更について毎回発注側の承認を求める運用にすると、実務が止まりやすくなります。たとえば加工順序や治具の使い方など、完成品の仕様へ直接影響しない製造方法については、協力会社の管理範囲とする方法があります。

重要なのは、一律に承認を求めることではなく、変更内容の性質に応じて判断権限を分けることです。

また、仕様変更による影響確認についても担当を決めておきます。ある部品の穴位置を変更しただけでも、組立治具、検査方法、相手部品、梱包方法などへ影響する可能性があります。変更箇所だけを見るのではなく、関連工程まで確認できる体制が必要です。

製品開発では変更そのものをなくすことより、変更が発生しても混乱しない仕組みを作る方が現実的です。変更提案、技術確認、承認、資料改訂、製造への反映という流れを責任分界として明確にすることで、旧仕様による製作や認識違いを減らしやすくなります。

3．部品選定と調達に関する責任範囲を決める

製品開発では、購入部品、加工部品、電子部品、締結部品、材料など、多くの構成要素を扱います。そこで曖昧になりやすいのが、部品選定と調達に関する責任です。

発注側がすべての部品を指定して支給する場合もあれば、協力会社が部品選定から調達まで担当する場合もあります。また、一部だけを発注側が指定し、その他は協力会社が選定するケースもあります。

このとき重要なのは、「誰が購入するか」と「誰が技術的に選定するか」を分けて考えることです。

たとえば協力会社が購入手続きを担当していても、部品の型式や性能条件を発注側が指定しているのであれば、選定責任と調達実務は異なります。逆に、必要な性能だけを発注側が提示し、具体的な部品を協力会社が選んでいるのであれば、代替品の判断や入手困難時の対応についても協力会社側の役割が大きくなります。

調達で問題になりやすいのが、部品の変更です。開発期間が長くなると、当初選定した部品が入手しにくくなったり、仕様変更や供給終了が発生したりする可能性があります。

このような場合、協力会社が独自に代替品へ変更してよいのか、発注側の評価と承認が必要なのかを決めておかなければなりません。

外形や公称性能が同じ部品であっても、材質、耐久性、温度特性、寸法公差などが異なることがあります。そのため、単純に「同等品なら変更可能」とするのではなく、どの条件を確認して代替可否を判断するかを整理しておく方が安全です。

材料についても同様です。設計図面に材料の種類が指定されていても、具体的な材料メーカーやグレード、調達経路まで固定するのか、一定の条件を満たせば協力会社が選択できるのかで責任範囲は変わります。

さらに、受入確認の責任も重要です。

部品を協力会社が調達する場合、納入された部品について何を確認するのかを決めます。数量だけ確認するのか、型式や外観も確認するのか、重要部品については記録を残すのかなど、製品に応じて必要な管理水準を設定します。

発注側から部品を支給する場合も、責任分界が不要になるわけではありません。支給した部品の数量不足、外観不良、輸送中の損傷などが見つかったとき、協力会社がどの時点で報告するのかを決めておく必要があります。

支給品について「発注側の責任だからそのまま使う」という状態になれば、不良を完成品まで持ち込む可能性があります。一方で、協力会社にすべての性能確認を求めるのも現実的ではありません。どこまで確認を求めるのかを事前に共有することが大切です。

また、試作用部品と量産用部品で調達方法が変わる場合もあります。試作段階では少量入手を優先していた部品でも、量産時には供給安定性や継続性を考慮する必要があります。そのため、量産移行前に部品構成を改めて確認し、調達責任を整理するとよいでしょう。

部品選定と調達の責任を明確にしておくことは、単なる購買管理ではありません。製品仕様、品質、納期のすべてに関係するため、開発初期から責任分界へ組み込むことが重要です。

4．試作評価と不具合解析の担当を分ける

試作品が完成すると、設計どおりの性能が出ているか、組み立てられるか、使用上の問題がないかなどを評価します。この試作評価も、協力会社との責任分界が曖昧になりやすい工程です。

協力会社に試作を依頼しただけの場合、完成品を納品した時点で協力会社の業務が終了することがあります。一方、設計支援まで依頼している場合は、試作結果の分析や改善案の検討まで期待することもあります。

そのため、試作品を「作るところまで」が依頼範囲なのか、「評価して改善するところまで」なのかを明確にしておく必要があります。

特に重要なのが、不具合が見つかった場合の切り分けです。

試作品の寸法が図面と違うのであれば製造工程を確認する必要があります。しかし、図面どおりに作られていても組立できないのであれば、設計上の問題である可能性があります。また、設計と加工の両方が関係している場合もあります。

問題が発生するたびに「設計の問題か製造の問題か」を争っていては、改善に時間がかかります。

そこで、原因が確定する前の調査段階についても役割を決めておくことが有効です。協力会社が加工記録や測定結果を確認し、発注側が使用条件や設計条件を確認するなど、それぞれが持つ情報を使って原因を絞り込みます。

不具合解析では、最初から責任者を決めつけるのではなく、事実確認と原因判定を分けることが重要です。

まず現象を記録し、再現条件を確認します。その後、寸法、材料、組立状態、使用条件などを順に確認します。原因が特定された段階で、設計変更、加工条件変更、検査追加などの対策を決定します。

この一連の流れについて、誰が現象を記録するのか、誰が試験を行うのか、誰が対策を承認するのかを整理しておくと、問題発生時の対応が早くなります。

また、評価項目自体の責任分界も必要です。製品全体としての性能評価は発注側が行い、加工精度や組立状態は協力会社が確認するなど、評価対象によって役割を分けられます。

ただし、発注側が行う評価で不具合が見つかった場合でも、協力会社がその情報を受け取れる仕組みが必要です。結果が共有されなければ、協力会社は次回の試作でも同じ条件で製作してしまう可能性があります。

評価結果は合否だけを伝えるのではなく、どの条件で、どのような現象が発生したかを共有することが重要です。

さらに、試作回数が増えると、どの試作品がどの仕様で製作されたものか分からなくなることがあります。試作番号、図面版、使用部品、加工条件などを対応付けて管理しておけば、不具合解析の精度を高められます。

製品開発では、不具合が一度も発生しないことを前提にするのではなく、発生したときに短時間で原因へたどり着ける体制を作ることが重要です。そのためにも、試作評価と不具合解析を責任分界の中へ明確に含めておく必要があります。

5．量産移行時の品質保証範囲を明確にする

試作で期待する結果が得られても、それだけで量産できるとは限りません。少数の試作品を慎重に製作する工程と、一定数量を繰り返し製造する工程では管理方法が異なるからです。

製品開発の協力会社を選ぶときは、試作対応だけでなく、量産移行時にどこまで品質を保証するのかも確認しておく必要があります。

最初に整理したいのが、検査項目です。

図面上には多数の寸法が記載されていても、毎回すべての寸法を測定するとは限りません。重要寸法を重点的に確認する場合や、工程条件によって品質を管理する場合もあります。

そこで、発注側が要求する検査項目と、協力会社が通常実施している工程管理をすり合わせます。

重要なのは、「良品を納める」という抽象的な約束だけで終わらせないことです。どの項目を、どのタイミングで、どの方法で確認するのかを具体化する必要があります。

また、検査結果をどこまで記録するかも責任分界に含まれます。

測定記録を毎回提出するのか、協力会社側で保管するのか、問題発生時のみ確認できればよいのかによって、必要な管理方法が変わります。製品の用途や重要度に応じて適切な運用を決めることが大切です。

量産移行時には、作業条件の固定も重要になります。

試作では経験豊富な担当者が個別に調整しながら製作できても、量産では複数の作業者が同じ品質で作れるようにする必要があります。加工条件、組立順序、治具、検査方法など、品質に影響する条件をどこまで標準化するかを確認します。

発注側が細かな作業方法まで指定する必要はありませんが、製品品質へ影響する重要条件が管理されているかを見ることは重要です。

さらに、初回量産や工程変更時の確認方法も決めておくと安心です。

設備、材料、加工方法、外注先などが変更された場合、それまで安定していた品質が変化する可能性があります。どの変更について事前連絡が必要なのか、再評価や初品確認を行うのかを決めておくことで、知らないうちに製造条件が変わるリスクを減らせます。

不適合品が発生した場合の扱いも責任分界の重要な部分です。

協力会社側で不適合が見つかったとき、そのまま廃棄するのか、修正して使用するのか、発注側へ判断を求めるのかを決めておきます。軽微な外観差であっても、発注側の製品基準では使用できない場合があります。

一方、すべての不適合について発注側へ判断を求めると運用負荷が大きくなります。あらかじめ判断基準を共有し、協力会社側で処理できる範囲と、発注側承認が必要な範囲を分ける方法が考えられます。

量産では、一度の判断が多数の製品へ影響します。だからこそ、試作段階よりも明確な責任分界が必要です。試作が成功した時点で安心するのではなく、量産工程へ移行する前に品質管理と変更管理の役割を再確認することが重要です。

6．問題発生時の連絡・判断・費用負担の流れを決める

責任分界で最も重要な目的の一つが、問題発生時に対応を止めないことです。

製品開発では、納期遅延、加工不良、部品不足、設計変更、性能不足など、さまざまな問題が発生する可能性があります。その際、誰へ連絡すればよいのか、誰が判断するのかが決まっていないと、問題そのものより調整に時間を取られることがあります。

まず決めたいのが、連絡窓口です。

日常的な技術連絡を行う担当者と、納期や費用に関する判断ができる担当者が異なる場合があります。現場担当者同士で話していても、最終判断できる人へ情報が届かなければ解決しません。

そこで、通常時の連絡窓口と、問題発生時の判断ルートを分けて考えることが有効です。

たとえば加工上の軽微な確認は担当者間で進め、納期や製品仕様へ影響する問題は責任者へ共有するなど、影響度に応じて連絡先を変える方法があります。

報告のタイミングも重要です。

協力会社が自社内で問題を解決してから報告しようとすると、発注側への連絡が遅れる可能性があります。もちろん、すべての小さな異常を即時報告する必要はありませんが、納期、品質、仕様へ影響する可能性がある問題については、早めに情報共有できる条件を決めておくことが望ましいです。

特に納期遅延は、遅れること自体より、直前まで分からないことが大きな問題になります。早い段階で分かれば、工程順序の変更、別部品の先行製作、評価日程の調整など、発注側でも対策を考えられます。

次に決めておきたいのが、問題発生時の判断権限です。

不具合部品を修正して使うのか、作り直すのか、設計変更するのかなど、複数の選択肢がある場合があります。この判断を誰が行うかが決まっていないと、関係者全員が相手の判断を待つ状態になります。

技術的な判断、納期上の判断、費用に関する判断を必ずしも同じ人が行う必要はありません。判断内容ごとに責任者を決めておけば、対応を進めやすくなります。

また、費用負担についても一定の考え方を整理しておくことが重要です。

設計変更による再製作なのか、製造上の不具合による再製作なのかで扱いは異なります。しかし、実際には原因が単純に分かれない場合もあります。

発注側から提供した条件が不足していた一方で、協力会社からも確認がなかったというケースもあります。このような状況では、責任の所在だけを議論するより、事実関係と原因を整理して再発防止策を決める方が、開発全体としては重要です。

そのため契約上の責任だけでなく、実務上どのように原因を確認するかをあらかじめ共有しておくことが役立ちます。

問題が発生した際には、現象、影響範囲、暫定対応、原因、恒久対策を段階的に整理すると、関係者間の認識を合わせやすくなります。

責任分界は問題が発生した後に責任者を探すためのものではありません。問題が起きたときに連絡と判断を迅速に進め、開発を止めないための仕組みとして設計することが重要です。

責任分界は開発工程全体をつなげて考える

ここまで6項目に分けて責任分界を説明しましたが、実務ではそれぞれを独立して考えるのではなく、製品開発全体の流れとしてつなげる必要があります。

設計担当を決めても、変更管理が曖昧であれば設計内容が正しく製造へ反映されません。調達責任を決めても、代替部品の承認方法がなければ部品変更時に判断が止まります。試作評価を実施しても、不具合情報が設計へ戻らなければ改善にはつながりません。

責任分界では、各作業の担当者だけを見るのではなく、情報が次の工程へ渡る部分に注目することが重要です。

製品開発では、設計から試作、評価、設計変更、再試作、量産準備という流れを何度か繰り返すことがあります。そのため、工程ごとの境界で必要な情報が正しく引き継がれる仕組みが必要です。

たとえば設計から製造へ渡す情報として図面だけで十分とは限りません。重要寸法の意図や、変更してはいけない条件、評価で問題になった箇所などを共有した方が、協力会社側でも適切な判断をしやすくなります。

また、協力会社から発注側へ返してほしい情報も決めておきます。加工上の懸念、作業性、部品入手性、品質上の注意点などは、次の設計改善につながる情報です。

責任分界を厳密な境界線として考えすぎると、「それは当社の担当ではありません」という対応が増えてしまうことがあります。しかし、製品開発では双方の情報を組み合わせなければ判断できないことが多くあります。

そのため、実務上は担当範囲を明確にしつつ、境界部分では互いに情報を共有できる関係を作ることが重要です。

責任分界は壁を作るためのものではなく、担当者同士が迷わず連携するための仕組みと考えるとよいでしょう。

協力会社選びでは責任分界を話し合える体制を見る

製品開発の協力会社を探す際には、設備や加工能力だけでなく、責任分界について具体的に話し合えるかも確認したいポイントです。

開発型の案件では、見積時点ですべての仕様が確定しているとは限りません。試作や評価を進める中で、新しい課題が見つかることがあります。そのため、契約時に決めた役割だけで開発完了まで進められないケースもあります。

そこで重要になるのが、状況に応じて役割を確認し直せるコミュニケーション体制です。

問い合わせに対して単に「できます」と回答するだけでなく、前提条件や不明点を確認してくれる協力会社であれば、開発初期の認識違いを減らしやすくなります。

また、加工できない形状や品質上の懸念がある場合に、早い段階で指摘してくれることも重要です。発注側の図面どおりに製作するだけではなく、製造する立場から問題点を伝えてもらえることで、量産前に設計を改善できる可能性があります。

ただし、提案力が高いことと、独自判断で仕様を変更することは別です。

改善提案を積極的に行いながら、最終的な仕様決定は発注側と合意して進めるという関係が理想的です。そのためにも、変更提案と承認のルールが重要になります。

初回相談時には、過去にどのような開発案件を担当したかだけでなく、設計変更が発生したときの進め方、試作不具合の対応方法、量産移行時の管理方法などを確認すると、協力会社の開発対応力を判断しやすくなります。

さらに、営業担当者だけでなく、実際に設計や製造を担当する技術者との情報共有体制も確認しておくとよいでしょう。

営業担当者へ伝えた内容が技術担当者へ正しく共有されなければ、責任分界を決めても実際の作業へ反映されません。窓口と実務担当者の間でどのように情報を管理しているかも、開発を安定させる重要な要素です。

協力会社を選ぶ際には、「どこまでやってくれる会社か」という視点だけでなく、「役割と判断条件を一緒に整理できる会社か」という視点を持つことで、長期的に協力しやすい相手を見つけやすくなります。

まとめ

製品開発を協力会社と進める場合、技術力や製造能力だけでなく、責任分界を明確にすることが重要です。

特に確認したいのは、設計範囲と設計判断、仕様変更と図面改訂、部品選定と調達、試作評価と不具合解析、量産時の品質保証、問題発生時の連絡と判断という6つの領域です。

これらについて担当者だけを決めるのではなく、誰が条件を提示し、誰が判断し、誰が承認し、どの情報を次の工程へ渡すのかまで整理することで、認識違いや判断待ちによる手戻りを減らしやすくなります。

また、責任分界は一度決めたら終わりではありません。試作から量産へ移行するときや、大きな仕様変更が発生したときには、役割を見直す必要があります。開発段階に応じて必要な管理内容が変わるためです。

責任分界を明確にする目的は、問題が起きたときに相手の責任を追及することではありません。問題を早く発見し、必要な人へ情報を届け、適切な担当者が判断できる状態を作ることが本来の目的です。

そのため、協力会社との打ち合わせでは、技術仕様だけでなく、情報共有、変更管理、評価方法、異常時対応についても確認しておくことが重要です。開発初期に少し時間をかけて役割を整理しておくことで、後工程で発生する大きな手戻りを抑えやすくなります。

製品開発では、設計データだけでなく、試作時の確認内容や現場で得られた記録を関係者間で共有できる状態も重要です。特に現地での設置確認や施工を伴う製品では、どこで、どのような状態だったかを後から確認できる記録が、原因調査や関係者間の認識合わせに役立ちます。

LRTK Phoneは、現場写真・位置情報・施工記録を管理する自社プロダクトです。製品開発から現場導入まで複数の担当者や協力会社が関わる案件では、現場で得られた情報を位置と記録に結び付けて残すことで、設計側と現場側の情報共有を進めやすくなります。協力会社との責任分界を明確にすると同時に、判断の根拠となる現場情報を整理できる環境を整えることが、開発トラブルを減らすための重要な取り組みになります。