「この部品、前の機種のを流用しておいて」——設計部で毎日のように交わされるこの一言が、半年後の品質トラブルや原価のブレを静かに仕込んでいることがあります。流用設計（過去図面の使い回し）は、ゼロから描くより速く、実績のある形だから安全に見える。ところが実際には、流用元の選び方も、どこまで直したかの記録も、影響範囲の確認も、担当者の頭の中だけで完結していることが珍しくありません。本稿では、流用設計がなぜ手戻りとコスト膨張を生むのかを「人・プロセス・情報・ツール」の4分類で構造化し、AIエージェントで補える範囲と、組織でしか直せない範囲を業務単位で切り分けます。

設計者の一日に潜む「流用の落とし穴」

朝、新規案件の引き合いが届く。設計者はまず「似たユニットを過去にやっていないか」を思い出し、ファイルサーバーやPLMを品番・客先名で探し始めます。それらしい3面図が見つかれば、それをコピーして寸法と材質を一部手直しし、設計BOM（部品表）を書き換える。検図、DR（デザインレビュー）を通し、出図する。一見すると効率的な流れですが、ここには見えにくい分岐がいくつも潜んでいます。流用元がベストな選択だったのか、その図面に紐づく検査仕様書や過去の設計変更通知（ECN）まで確認したのか、手直しが他の部品やはめあいに波及していないか——これらが確認されないまま下流に流れると、量産後にトラブルとして跳ね返ってきます。

この「検索を起点にした判断の連鎖」が見えづらいことは、以前の記事でも図面検索コストの観点から指摘しました。

検索時間だけを測ると、設計部全体のコストの3〜4割を占める「検索を起点にした判断遅れ」が完全に視界から消える。

設計部長が知らないと損する、図面検索の本当のコスト——年間1,200時間が消える理由

流用設計の手戻りも同じ構造です。問題は「探すのが遅い」ことそのものではなく、流用を判断する前段で、その図面に紐づく情報がまとめて見えていないことにあります。まずは失敗要因を切り分けてみましょう。

この4分類で見ると、流用設計の失敗は単一の原因ではなく、それぞれ性質の違う4つの欠落が重なって起きていることが分かります。「人」は流用判断がベテランの勘に依存する属人化の問題、「プロセス」は流用時に影響範囲をレビューする手順そのものが無い問題、「情報」は図面・部品表・検査仕様書が別々に保管され流用時に一緒に付いてこない問題、「ツール」は類似形状から図面を探せない検索性の問題です。重要なのは、これらを一緒くたに「DXで何とかする」と考えないことです。

「図面だけ」を流用するか、「図面に紐づく情報」を束ねて流用するか

従来の流用設計は、突き詰めると「図面という1ファイル」を起点にしています。コピー元の図面は手に入っても、その部品がどんな検査基準で合否判定されたか、過去にどんな不具合でECNが出たか、なぜその形状・公差に決まったのかという検討経緯は、図面の外側に散らばっている。だから設計者は図面だけを見て流用を決め、紐づく情報は「覚えていれば確認する」状態になります。下の図は、同じ流用設計でも、何を束ねて参照するかで手戻りの発生点がどう変わるかを示したものです。

ここで言う「設計OS」とは、CADやPLMを置き換える新しいツールのことではありません。図面・部品表・設計変更・検討経緯といった設計業務の情報を、業務の流れに沿って一気通貫で動かす業務基盤の考え方です。CADもPLMも入っているのに業務時間が変わらない、という現場の実感は、この記事でも整理しています。

CADもPLMも入っているのに、業務時間そのものは10年前と変わっていない。

設計OSとは——図面・部品表・設計変更を一気通貫させる業務エージェント基盤

流用設計に当てはめると、設計OSが効くのは主に「情報」と「プロセス」の層です。類似図面をAIで検索して候補を絞り、その図面に紐づくBOM・検査仕様書・過去のECN・検討メモを束ねて提示する。さらに、流用元の部品を変更したときに、どの図面・どの工程・どの取扱説明書に波及するかという影響範囲を機械的に抽出する。設計者は「どれを流用するか」「どこまで直すか」という本来の判断に集中でき、確認漏れに起因する手戻りが減ります。

4つの管理手段を「流用設計の品質」で比べる

観点	記憶・口頭	Excel台帳	PLM	設計OSの考え方
流用元の発見	ベテランの記憶頼み	品番検索のみ	属性・品番で検索	類似形状からAI検索
紐づく情報の参照	都度探し直す	台帳に転記した範囲	登録項目に依存	図面に束ねて自動提示
変更の影響範囲	気づいた人が追う	手作業で照合	構成展開で追跡	波及先を自動抽出
再利用知の蓄積	個人に属人化	更新が止まりがち	仕組みはあるが入力負荷大	業務の流れの中で蓄積

誤解を避けたいのは、これはPLM不要論ではないという点です。PLMは構成管理・変更管理の土台として有効で、設計OSはその上で「現場の業務動線に情報を載せる」役割を担います。流用設計の文脈では、PLMに蓄えた構成情報を、設計者が流用を判断するその瞬間に使える形で差し出せるかどうかが分かれ目になります。

類似図面検索という「入口」の具体例

流用設計の出発点である「流用元の発見」を底上げする具体例として、AI類似図面検索があります。株式会社New Innovationsが提供する図面バンクは、図面をAIで解析して類似図面を検索できるサービスで、同社の公開事例では、治工具・組立機メーカーの湖国精工がAI類似図面検索を案件管理に転用し、QCDの向上につなげたことが報告されています（出典：PR TIMES／湖国精工 導入事例）。流用設計の品質は、まず「過去に似た図面があったことに気づけるか」で決まります。検索の入口を機械が補強し、その先の判断を人が担うという役割分担が、AI活用の現実的な形です。

ROIは「削減時間」ではなく「手戻りの母数」で考える

流用設計まわりの投資対効果を見積もるとき、「検索が何分速くなるか」で計算すると効果は小さく見えます。本当に効くのは、影響範囲の確認漏れによる量産後の手戻り——再設計、金型修正、検査仕様の作り直し、取扱説明書の改訂——をどれだけ減らせるかです。流用1件あたりの手戻り発生率を仮に1割下げられるなら、年間の流用件数に手戻り1件あたりの平均損失額を掛けた母数が、削減対象になります。秒数ではなく「手戻りの母数」を基準に置くと、投資判断の解像度が変わります。

自己診断：あなたの設計部の「流用」はどの段階か

次の5項目のうち、3つ以上に当てはまる場合、流用設計が手戻りの温床になっている可能性が高い状態です。

• 流用元の図面を「誰に聞けば早いか」で探すことが多い
• 流用した部品で、過去のECNや不具合履歴を確認しないことがある
• 図面・BOM・検査仕様書が別々の場所に保管されている
• 「なぜこの形状にしたか」の理由が図面のどこにも残っていない
• 流用部品の変更が、想定外の部署や工程に波及して慌てた経験が直近1年で1回以上ある

3項目以上に心当たりがあるなら、課題は個人の注意力ではなく業務の構造側にあります。DRの場でも、流用の妥当性そのものが問われないまま進むことは少なくありません。この「形骸化」の構造は別記事で詳しく分解しています。

参加者全員が真面目に参加しているのに、結果として品質トラブルやECN（設計変更通知）の漏れが減らないという矛盾

設計DRが形骸化する5つの理由と、AIエージェントで補える部分・補えない部分

「うちは内製でやれる」「ベテランがいるから大丈夫」への答え

流用設計の改善を提案すると、「うちはベテランが流用元を間違えないから問題ない」「仕組みは内製で組める」という反応をよくいただきます。前者については、その通りのケースもあります。流用する製品群が狭く、設計者の入れ替わりが少なく、暗黙知が安定して回っている組織では、無理に基盤を入れる必要はありません。問題が表面化するのは、ベテランが退職に近づいたとき、製品バリエーションが増えて記憶で追えなくなったとき、若手が増えて「聞いて回る」コストが跳ね上がったときです。つまり、いま回っているかではなく、3年後も同じ品質で流用判断が回るかで考える論点です。

内製についても否定はしません。むしろ、自社の業務分解ができている組織ほど内製は機能します。ただし、図面・BOM・検査仕様・変更履歴を業務の流れの中で束ねる基盤は、ツールを作る難しさよりも「どの情報をどの判断の瞬間に出すか」という業務設計の難しさが本質です。ここを外注の力も借りて短期間で形にし、運用は内製で握るという分担が、現実的な落としどころになることが多いです。

次のアクション

流用設計が手戻りを生んでいるかどうかは、自部署の業務を「人・プロセス・情報・ツール」の4分類に当てはめて棚卸しすると、どこに効き所があるかが見えてきます。一般論ではなく、貴社の製品群・組織・既存ツールに当てはめて、AIで補える課題と組織で直す課題を切り分けるところから始めるのが近道です。

よくある質問（FAQ）

流用設計をやめて新規設計に統一すべきですか？

いいえ。流用設計は実績のある形を再利用する合理的な手法で、やめる対象ではありません。課題は流用そのものではなく、流用元の図面に紐づく情報（BOM・検査仕様・変更履歴・検討経緯）を束ねて参照できていないことにあります。情報を束ねる仕組みを整えれば、流用設計はむしろ品質とスピードの両立に寄与します。

PLMを入れていれば流用設計の問題は解決しますか？

PLMは構成管理・変更管理の土台として有効ですが、それだけでは「設計者が流用を判断するその瞬間に、必要な情報が使える形で出てくるか」は保証されません。PLMに蓄えた情報を現場の業務動線に載せる設計OSの観点を重ねることで、流用判断の精度が上がります。

AIはどこまで流用設計を任せられますか？

AIが得意なのは、類似図面の検索、紐づく情報の収集・提示、変更の影響範囲の抽出といった「判断材料を揃える」工程です。どの図面を流用し、どこまで直すかという最終判断は、製品知識と責任を持つ設計者が担います。AIは置き換えではなく、判断の前段を補強する役割と捉えるのが現実的です。

あわせて読みたい関連記事

• 設計部長が知らないと損する、図面検索の本当のコスト——年間1,200時間が消える理由
• 設計OSとは——図面・部品表・設計変更を一気通貫させる業務エージェント基盤
• 設計DRが形骸化する5つの理由と、AIエージェントで補える部分・補えない部分