導入は、対象工程と判断基準を決めてから、選定、設計・開発、テスト、稼働、定着の順に進めます。各段階に終了条件を置くと、原因特定を速められます。
システムの役割、費用、見積もりも順に扱います。全体像は歩留まり管理システム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・半導体製造業向け歩留まり管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
半導体製造業向け歩留まり管理システムの全体像
歩留まりは一般に、投入数量に対する良品数量の割合で、良品数÷投入数×100で算出します。実務では、工程や製品・品種、ロットを単位に確認するほか、設備やシフトごとにも確認します。ウェーハやダイ単位でも、同じデータを複数の切り口で見ます。
数字を集計するだけでなく、工程で起きた事象を追えるデータモデルと運用設計が欠かせません。
歩留まり管理でつなぐデータの内容
工程ごとに追跡の単位が変わるため、分析に使うデータの結び付きと品質を先に決めておきます。
- 識別軸：ロット、ウェーハ、ダイ・パッケージを、製品・工程・設備と結ぶキー
- 履歴：レシピ版、材料ロット、作業者、シフト、計測時刻、検査結果、不良コードの記録
- データ源：MES、テスター、検査・計測機器、設備ログ、レシピ管理、ERP、QMS、ウェーハマップ
- データ品質：装置・品目コード、単位、タイムゾーン、イベント時刻の正規化と、欠損・重複・遅延、除外データの監査
前工程では、ウェーハや単一ウェーハの履歴を追うことが中心になります。一方で後工程では、ウェーハからチップ、パッケージ、最終テストまでの分割・統合の履歴が重要になります。
荷姿や識別単位は途中で変わります。そのため、表計算の行を増やすだけでは、Genealogy（系譜）を再現しにくくなります。
YMS・MES・SPC・FDC・APCの使い分け
導入範囲は、分析を担うYMSと、製造実行・監視・制御を担うシステムの境界で変わります。
- YMS：歩留まりの集計と可視化、Pareto、相関、ウェーハマップによる原因候補の絞り込み
- MES：製造実行、作業指示、WIP、ロット状態、設備との実行連携
- SPC・FDC：工程の統計的変動と、設備状態・センサー値の監視
- APC：計測結果を次工程の条件に反映する制御
異常時にYMSが装置を止めるのか、MESやAPCに制御を任せるのかは、要件定義で決めておきます。
毎朝の歩留まり分析が目的なら、既存のMESと検査データを使うYMSのPoCから始められます。一方で、異常検知後に関連ロットを自動でホールドし、設備条件を確認して次工程を制御する場合は、MES、SPC、FDC、APCを含む工場内基盤が必要になります。
目的、許容遅延、停止権限の3点を先に定義しておくと、機能を足し過ぎずに済みます。
半導体製造業向け歩留まり管理システムの進め方
開発は画面の制作から始めず、現場の意思決定とデータの流れを先に固めます。進め方は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズです。また、各段階に終了条件を置き、未決定の事項を次の段階へ持ち越さないことが、工場を止めずに導入する基本になります。
フェーズ1：要件整理による対象工程と判断基準の決定
まず、歩留まりを改善したい工程・製品・設備・不良モードを、一つに絞ります。「工場全体の歩留まり向上」のように広いままだと、必要なデータも優先順位も決まりません。
たとえば、エッチング工程の特定装置群で起きる異物不良を対象にし、異常検知から原因候補の提示までを5分以内に行うという形で、業務要件に落とし込みます。
要件整理では、5つの項目を決めておきます。
- 指標：歩留まり率、FPY、スクラップ率、再加工率の定義
- 数量：投入、良品、不良、保留の持ち方
- 分析単位：ロット、ウェーハ、ダイのどれを単位にするか
- 取込遅延：データを何秒・何分以内に取り込むかの基準
- 権限：異常の承認者とロットホールドの解除者
正常時だけでなく、再測定や再加工、ロットの分割・統合のような例外も、扱いを決めておきます。設備交換や装置通信断も、例外として含めます。
設備一覧や通信方式、データ項目を洗い出します。マスタや保持期間、ネットワーク境界も含めて洗い出します。そのうえで、MES、ERP、QMSとの接続方式を決めます。
レシピや製造条件は機密性が高いため、クラウドへ出せるか、工場内で分析を続けるかを先に決めます。
成果指標には、歩留まりの向上幅（ポイント）を含めます。加えて、原因特定時間や手作業の集計時間を測ります。データ欠損率、異常検知からホールドまでの時間、NPIから量産安定までの日数も、指標に入れます。
フェーズ2：製品と開発会社の選定
候補を4つのタイプに分け、対象工程と責任範囲への適合度で選びます。
- YMS専業：既存MESが安定し、分析機能を強化したい場合
- 半導体MES：新工場でロット実行や工程管理を整える場合
- 設備データ・FDC：設備接続と状態監視を重視する場合
- 総合SI：搬送や設備接続を含む工場基盤を構築する場合
RFPには、前工程と後工程の対応、単一ウェーハのGenealogy、ウェーハマップを書き込みます。さらに、SEMI標準と装置通信への対応や、データ取込遅延、構成の選択肢も含めます。
構成は、オンプレミス、クラウド、ハイブリッドの中から比べます。そのうえで、権限と監査ログ、バックアップと復旧、導入後の保守体制を確認します。
候補会社には、正常な画面だけでなく、通信断や重複データ、権限不足の場面での挙動をデモしてもらいます。異常値や外部API停止、装置停止の場面も、デモの対象に含めます。
提案金額の安さよりも、データモデルを説明できるか、例外処理を要件に落とし込めるか、設備接続テストの経験があるかを見ます。
IBMは2025年12月、RapidusのIIM-1にSiView Standardを導入し、2025年4月から稼働したと発表しています。こうした公開事例は参考になりますが、自社と工程・装置・運用が同じかを確かめる必要があります。社名だけで評価しないことが大切です。
フェーズ3：データモデルの確定と設計・開発
画面より先に、製品と工程、設備の関係を後から追えるデータモデルを設計します。レシピや材料、作業も、同じモデルの中で結び付けます。
設備ごとの形式を共通モデルに変換する中間層を置くと、装置の追加やベンダーの変更による影響を抑えられます。機能は3つに分けます。
- 記録：投入、工程完了、測定、判定、再加工、分割・統合、廃棄、ホールド解除の時系列記録
- 分析：可視化、データ品質、トレーサビリティ、原因分析、異常検知
- 連携：品質ワークフロー、外部連携、点検依頼、承認、CAPA、レシピ変更申請
可視化には、工程・製品・設備別のKPIとドリルダウンを用意します。原因分析には、Pareto、相関、管理図を持たせ、ウェーハマップや5Mの切り口も加えます。
分析結果は、点検依頼やロットホールドなどの行動へつなげます。承認やCAPA、レシピ変更申請も、同じ流れで扱います。
リアルタイム制御と分析は、同じ層に詰め込まないようにします。工場内のエッジやMESで、生産の継続に必要な処理を行う構成が考えられます。一方で、データレイクやクラウドを横断分析に使うハイブリッド構成も選択肢になります。
APCへ返す値には、承認、上限と下限、通信遅延を定めます。さらに、異常時に安全側へ動く仕組みも決め、歩留まり分析システムが設備を無条件に制御しない境界を設けます。
フェーズ4：接続・性能・異常系のテスト
画面表示だけでなく、段階的なテストと異常時の挙動を確かめます。歩留まりを誤って表示した場合の影響が大きいため、データ品質のエラーは画面で明示します。
- テスト工程：単体、インターフェース、結合、総合、現場受入の順に実施
- 照合：装置・テスター・MES・QMS間の件数、時刻、単位、判定コード
- 異常系：通信断からの再送、重複・順序違い、欠損、異常値、時刻ずれ、分割・統合、再加工、設備切替、権限のない解除、監査ログの改ざん耐性
- 性能・復旧：大量データ時のピーク取込件数、表示時間、同時利用者数、保持期間、復旧時間
テストデータの作り方と期待結果を残します。合否基準と再テストの手順も、記録しておきます。
Siemens Opcenter Execution Semiconductor 2504は、2025年5月に強化内容を公表しました。その内容には、コンテナ化、SPCのサブグループ化、再加工ワークフローが含まれます。
最新機能であっても、現場のネットワーク制約や保守手順を含めて検証します。そのうえで、実データに近い環境でPoCを行い、自社の条件で安全に使えるかを確かめます。
フェーズ5：段階的な稼働
全工場を一度に切り替えるビッグバン方式より、1ライン、1製品群、1つの不良モードから始める段階導入が向いています。
- 対象を限定：1ライン、1製品群、1つの不良モードからの開始
- 並行稼働：既存のExcelや個別画面との、歩留まり定義と集計値の照合
- 段階拡大：設備、製品、工程への分析対象の拡大
切り替えの判定は、機能の完成ではなく、運用条件を満たしたかで行います。判定の基準は、欠損率、主要KPIの照合結果、異常通知の到達時間です。
判定項目には、ホールドや解除の承認経路、障害時の手作業を含めます。バックアップと復旧、問い合わせ窓口も対象です。これらの基準を満たしてから、稼働します。
工場を止められない場合は、読み取り専用の分析から始めます。制御や自動ホールドは、信頼性を確かめたうえで追加します。
フェーズ6：KPIと教育による定着
稼働後は、歩留まりが上がったかだけでなく、改善活動が速くなったかを月次で追います。製造や設備、経営を含む関係部門が、同じ定義で確認します。
- 改善KPI：原因特定・集計時間、データ欠損率、異常検知からホールドまでの時間
- 製造KPI：再加工率、設備停止時間、NPIから量産安定までの日数
- 教育：製造は画面、品質は判定・CAPA、設備はFDC・レシピ履歴、ITは監視・バックアップ・権限管理
- 更新運用：不良コードや工程変更をマスタ・分析ロジックに反映する定例会
費用相場と開発期間の目安
費用は、設備台数やデータ量、対象工程で変わります。リアルタイム性や装置通信仕様に加え、オンプレミス要件も影響します。24時間365日の可用性も、費用を左右する要因になります。
専用製品の国内定価は非公開の場合が多いため、以下の金額は、リサーチノートの国内製造業の相場と、半導体案件の複雑さから置いた推定です。正式な見積もりではありません。
スコープ別の初期費用と期間の目安
費用と期間は、導入するデータ連携や制御の範囲に応じて変わります。
- 可視化MVP：500万〜1,500万円、3〜6か月程度
- YMS連携：2,000万〜8,000万円、6〜12か月程度
- 工場横断基盤：1億〜数億円、12〜24か月以上の可能性
MVPは、既存のDBやCSVを使い、1ラインまたは1工場で工程・製品別の画面と簡易Paretoを作るものです。リアルタイム接続や自動ホールドは除いたPoCです。
YMS連携では、既存のMESと検査データをつなぎ、装置とテスターの正規化を扱います。ウェーハマップやロット履歴、SPCに加え、権限と監査ログも対象です。
工場横断基盤には、半導体MESや搬送、ディスパッチ、APC・FDCが含まれます。さらに、前後工程や外注先との連携、冗長化、段階移行も入ります。
いずれのレンジも、設備数やデータ量、既存資産の状態によって上下します。一方で、一般の業務システムは小規模で300万〜1,000万円です。
また、同じリサーチノートが参照する生産・製造分野のQ&Aでは、中規模は1,000万〜5,000万円、大規模は5,000万〜1億円以上と整理されています。
半導体案件には、高頻度データや装置接続が加わります。さらに、停止できない運用と厳格なテストも必要になります。そのため、同じ画面数の業務システムより上振れしやすいという仮説です。
これは市場全体の公定価格ではなく、予算取りのための仮説として扱います。
初期費用以外に必要なコスト
見積もりには、開発以外の費用も含めます。開発費だけで見ると、設備接続やマスタ整備が後から加わり、総額が膨らむことがあります。
- 上流・開発：要件定義、現場調査、データモデル、アプリ、分析・AI
- 接続・品質：装置・テスター連携、セキュリティ、テスト、移行
- 稼働後：教育、保守、データ件数・保持年数・欠損補正、停止中の立会い
一般的な業務システムの保守費は、初期費用の年15〜25%程度です。
一方で、半導体工場の保守費は、装置追加やレシピ変更、OSの更新で増減します。脆弱性対応や監視、夜間障害、復旧訓練も、保守費に影響します。
契約前に、SLAや対応時間、保守対象外の範囲を確認します。更新費や追加インターフェースの単価も確かめ、5年程度の総保有コストで比べます。
Capterraの2026年掲載ページでは、yieldHUBの開始価格が10,000ユーロと表示されています。ただし、同じページには、ユーザー・月額・年額と読める表記が混在しています。
そのため、円換算して相場とは断定できません。提供形態やユーザー数・データ量、導入支援の有無を確かめ、公開価格は参考にとどめます。
見積もりを取る際のポイント
見積もりの精度は、画面一覧よりも、現場のイベントと判断をどこまで具体化できるかで決まります。提示するのは、対象のライン・製品・設備と、項目や発生頻度です。
歩留まりの計算式と不良コード、必要な遅延を共有します。利用者と異常時の行動、連携先も伝えます。保存年数とセキュリティ条件、稼働の希望時期は、一緒に渡します。
要件と前提条件の書式の統一
複数社へ同じRFPとサンプルデータを渡し、見積もりの前提をそろえます。
- 機能範囲：「対応」「追加開発」「対象外」への分類
- 標準と個別開発：パッケージ製品はFit to Standardを基本とし、独自画面や独自コードが業務上必要かの確認
- 見積もり前提：接続本数と方式、データ変換、テスト環境、既存マスタの品質、移行期間のそろえ
現場立会い、夜間作業、教育回数も条件に含めます。
「連携一式」「テスト一式」は、対象インターフェース数やテストケース数まで分解します。曖昧な表記は追加請求の起点になりやすいため、担当範囲と再テストの条件も明記します。
開発会社の実績と体制の実務確認
候補会社の実績と導入後の体制を、公開事例や提案内容から確認します。
- 半導体実務：前後工程、装置・テスター、系譜、分割・統合、SPC、FDC、ホールドの経験
- 導入体制：役割分担、常駐人数、稼働期間、障害対応、移管後の保守担当
- 事例情報：社名を伏せても工程、データ量、接続数、成果指標を説明できるか
設備接続数や成果指標も聞いておきます。提案会では、異常系のデモと小さなPoCを評価します。
特定設備の不良率が上がった場合を想定し、該当ロットを何画面で追えるかを試します。レシピ版や材料ロット、シフトに加え、計測値と設備ログもたどれるかを見ます。
「追加開発で対応」に偏る場合は、追加費用や納期、保守への影響も聞きます。標準機能でできる範囲と比べます。
見積もりに含めるセキュリティと移行リスク
歩留まりデータに加え、レシピや製造条件も機密情報です。設備状態や製品計画も、守るべき情報です。経済産業省は2025年10月24日、半導体デバイス工場のOTセキュリティガイドラインを公表しました。
同ガイドラインは、SEMI E187・E188やNIST CSF 2.0と整合する考え方を示しています。2026年4月更新の関連ページは、ファブエリアやファブシステムを整理しています（出典：経済産業省、2025〜2026年）。外部サービスやIT/OT DMZ、組織・人の扱いも含まれます。
- 接続防御：ネットワーク分離、IT/OT DMZ、リモートアクセス、最小権限、装置保守接続
- 運用保護：監査ログ、脆弱性対応、バックアップ、復旧訓練、供給網の責任分界
- クラウド条件：外部送信、保管地域、暗号化、停止中のローカル継続、復旧後の再送
- 移行確認：変換範囲、参照期間、コード・単位・時刻の差、欠損や重複の照合
セキュリティを最後に回すと、構成変更や追加費用が起きやすくなります。過去データは、全件を変換するか、一定期間だけ参照用に残すかを決めます。
移行後の歩留まりは、旧システムの数値と照合します。移行できないデータは無理に補完せず、欠損の理由と利用上の注意を記録します。そうしておくと、品質監査に耐える設計になります。
よくある質問
YMSとMESはどちらを先に導入すべきですか？
既存のMESがロット実行や工程履歴を安定して管理できていれば、YMSを先に加えて歩留まり分析を強化します。
新工場で作業指示や設備接続が未整備なら、半導体MESを中心に機能を組み込みます。WIPや品質判定の管理も、そこに含めます。
導入順は、製品名ではなく、現在のデータの正しさと異常時に必要な行動で決まります。
小さく始める場合の費用と期間はどのくらいですか？
既存のDBやCSVを使い、1ライン・1製品群の可視化に絞ったMVPは、推定500万〜1,500万円、3〜6か月程度が目安です。
これは専用製品の定価ではなく、リサーチノートに基づく予算検討用のレンジです。設備のリアルタイム接続や、ウェーハマップ、ロットホールドを加えると、金額は変わります。
複数工場や、24時間365日の冗長化も、費用と期間を大きく変える要因です。
歩留まり分析にAIを使う場合、最初に何を整えますか？
識別子と時刻、単位を整えます。さらに、工程・設備・レシピのマスタや不良コード、欠損・重複の扱いも決めます。
AIが異常候補を示しても、根拠となるデータや誤検知時の判断者が不明なら、現場では使われません。点検やロットホールドへのつなぎ方も決めます。
まずParetoや管理図で、信頼できる基準値を作り、データ品質を測れる状態にします。その後、予測やRCAへ拡張します。
クラウド型でも半導体工場の機密情報を守れますか？
データ分類やネットワーク分離、IT/OT DMZの設計を整えれば、クラウド型を使える場合があります。最小権限と暗号化、監査ログも、設計に含める必要があります。
リモートアクセス制御、バックアップ、復旧訓練も整えます。どのデータをどこへ出すか、通信断でも製造を続けられるかを確認します。
復旧後の再送が正しく行われるかも確認します。経済産業省の2025年OTセキュリティガイドラインをRFPに生かし、責任分界をベンダーと合意します。
工場を止めずに新システムへ移行できますか？
段階導入と並行稼働を組み合わせれば、工場を止めずに移行できる可能性があります。最初は、読み取り専用で導入します。
旧システムとの数値照合、障害時の手作業、バックアップからの復旧を確かめます。そのうえで、通知や承認の仕組みへ進み、その後に自動ホールドやAPC連携を加えます。
切替日時、戻し方、責任者を決めます。連絡網と判断基準も、あらかじめ定めておきます。夜間・休日の障害を想定したリハーサルも実施します。
まとめ
歩留まり管理システム開発は、ウェーハやロット、設備、レシピなどを結ぶ取り組みです。異常発見から是正までの業務を変えます。
要件整理では、対象工程と不良モードを決めます。歩留まりの定義と許容遅延も定め、さらに異常時の権限と既存システムとの境界を決めます。
6フェーズの各段階に置く終了条件
要件整理、選定、設計開発、テスト、稼働、定着の各段階で、終了条件と担当者を置きます。データ品質や装置接続を後回しにしないことが大切です。異常系やセキュリティも、早い段階から扱います。
移行と現場教育も、早めに進めます。まずは1ライン・1製品群のMVPで原因特定時間や集計時間を測り、効果を確かめてから対象設備や自動制御を広げます。
次に作る資料：設備・データ・判断の棚卸し
候補会社から実務に沿った提案を得るには、自社の現状と依頼条件を同じ前提で伝えられる資料が必要です。
- 棚卸し：設備、データ項目、時刻、識別子、連携、不良コード、判断フローを一枚にまとめた資料
- RFP作成：標準機能、追加開発、対象外の切り分けと、同じ条件での複数候補への依頼
- 候補比較：金額だけでなく、モデル、異常系、セキュリティ、移行、教育、保守の比較
▼全体ガイドの記事
・半導体製造業向け歩留まり管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。