要件定義は機能の一覧づくりではなく、品質・コスト・納期や製造方法、検査、数量までを「メーカーが見積もり・製造できる条件」に落とす工程です。ここが曖昧なまま進むと、設計や見積もりの段階で手戻りが起きます。
要件定義から相談したい場合は、メーカーに渡せる要件定義に強い会社を比較できます。選ぶ基準は選び方ガイドも参考にしてください。
要件定義は「企画段階のふんわりした構想を、設計者・試作先・量産メーカーが見積もれる粒度の文書に変換する工程」です。
ここでの最大の落とし穴は、機能要件（何ができるか）ばかり詳しく書き、非機能要件（どんな環境で・どの程度の品質で・いつまで使えるか）と規制要件（適合すべき法令・規格）が抜け落ちることです。
量産段階のトラブルは、非機能要件や規制要件の見落としが一因になることがあります。
要件定義書は「設計のインプット」かつ「メーカー見積もりのインプット」かつ「検査基準の出発点」を兼ねる文書です。
1つの文書を多目的に使うため、書き方の標準を持っていないチームは、設計フェーズで「これは要件か仕様か」「優先度はどうか」「変更してよいのか」で揉めます。
本ページでは、要件定義書の4分類と、現場で抜けがちな項目を整理します。
この工程で決めること
- 機能要件: 必須機能、オプション機能、ユースケース、入出力、外部I/F、ユーザー操作
- 非機能要件: 性能、耐久、環境（温湿度・防水・防塵・落下）、安全、信頼性（MTBF/MTTR）、保守性
- 規制要件: 電気用品安全法（PSE）、技適、電波法、CE、FCC、UL、医療機器なら薬機法、車載ならAEC-Q100など
- QCD条件: 販売価格・原価目標、初期ロット〜量産ロット数量、量産開始時期、品質水準（不良率上限、AQL）
- 製造条件: 加工方法の縛り（切削／成形／板金）、組立工程数の上限、検査の自動化要否
- サポート条件: 保証期間、修理対応、消耗品交換、廃棄・リサイクル
要件定義書のサンプル目次
- 製品概要・目的・ターゲット顧客
- ユースケースシナリオ
- 機能要件一覧（必須／オプションを優先度付き）
- 性能要件（数値スペック）
- 環境要件（動作温度、湿度、IP等級、落下条件）
- 信頼性・耐久要件（MTBF、寿命、保証期間）
- 安全要件（電気安全、機械安全、ユーザビリティ安全）
- 規制・認証要件（対象規格、取得国別）
- 外部インターフェース要件（無線、有線、アプリ連携）
- QCD条件（価格、原価、数量、納期）
- 製造・組立制約条件
- サポート・保守要件
- 未確定事項と確定スケジュール
代表的な進め方（ステップ図）
ユースケースの洗い出し
製品が使われる場面を時系列で書き出し、利用者・場所・環境・操作手順を整理します。ユースケースの粒度が要件の粒度を決めます。
機能要件の構造化
「必須」「重要」「あれば良い」の3段階で優先度を付け、ユースケースとひも付けます。優先度のない要件リストは、コスト超過時に削れません。
非機能要件の数値化
「丈夫」「長持ち」のような形容詞を、IP等級・落下高さ・サイクル試験回数・温度範囲などの数値に変換します。数値化できないものは要件ではなく要望です。
規制要件のリストアップ
販売国・販売チャネル・製品カテゴリから、必要な認証・規制を網羅。認証取得のリードタイム（3〜12か月かかるものもある）を逆算して開発スケジュールに組み込みます。
QCD条件と整合性確認
要件と原価目標が両立するか、技術担当・調達担当・製造担当でレビュー。「全部入り」要件は原価超過で量産できません。
変更管理ルールの取り決め
要件定義書のバージョン管理、変更時の承認フロー、影響範囲評価のルールを最初に決めます。これがないと量産直前まで仕様が暴れます。
よくある失敗と回避策
- 機能要件と非機能要件を分けて記述する
- 全要件に優先度（Must/Should/Could）を付ける
- 規制要件を販売国別にマトリクスで管理する
- 要件変更にバージョン番号と影響範囲評価を必須化する
- 要件定義書を「設計・調達・検査」3部門でレビューする
- 「防水」とだけ書いてIP等級を決めず、後で揉める
- 動作温度範囲を決めず、海外展開時に再認証発生
- 輸送・保管条件を書かず、輸送中の破損が頻発
- EMC試験を後回しにして、量産直前に再設計
- 要件と仕様を混在させ、何を変更してよいか不明に
外部支援を入れるかの判断
要件定義は社内にハードウェア要件定義の経験者がいるかで判断が分かれます。経験者がいる場合は社内で進め、規制要件だけ専門家にレビュー依頼するのが効率的です。
経験がない場合は、要件定義のフォーマット・進め方そのものから支援してくれる伴走型のコンサルが必要です。
特に医療機器、車載、防爆、無線通信機器など規制が厳しい領域は、要件定義段階で規制適合の知見がないと致命傷になります。量産直前で「この設計だと認証が通らない」が発覚すると、半年以上のロスが発生します。
支援会社に確認すべきこと
- 公式ページで「要件定義」「仕様策定」「機能仕様書作成」が明示されているか
- 自社の対象規制（PSE、技適、医療、車載など）の実務経験
- 成果物の形式（要件定義書、機能仕様書、規制要件マトリクス）
- 量産メーカーの見積もりに耐えるレベルまで詳細化するか
- 要件変更時のサポート範囲と単価
- 設計フェーズへの引き継ぎサポート
このページのFAQ
要件定義書は何ページくらいになりますか？
製品の複雑さによりますが、コンシューマー向けハードウェアで30〜80ページ、医療機器・車載で100〜300ページが目安です。ページ数より「機能・非機能・規制・QCDの4分類が網羅されているか」が重要です。
要件と仕様の違いは何ですか？
要件は「何を達成すべきか」（What）、仕様は「どう実現するか」（How）です。
「電池が8時間持つこと」が要件、「バッテリー容量3000mAh、電源管理ICでスリープ制御」が仕様です。両者を混在させると、設計の自由度が下がります。
規制要件はどう調べればいいですか？
販売国の認証機関サイト（日本ならNITE、PMDA、TELEC、米国ならFCC、UL、欧州ならCEマーキング）と、対象製品カテゴリから逆引きします。専門のコンサルや認証取得代行サービスを使うのが現実的です。
要件定義の途中で仕様変更が発生したら？
変更管理ルールに従い、影響範囲（設計・調達・検査・スケジュール・原価）を全て評価してから承認します。簡易な変更でも必ず文書化し、バージョン番号を上げます。
関連する比較ページ
迷ったらここから比較
売れる製品づくりを前に進める
目的別・製品開発コンサル3選
相談したい工程に近い3社から、詳細ページと公式情報を確認できます。
作りたいものを機能・仕様・工法に落としたいなら
トヨタのモノづくり支援サービス
大口顧客や社内からの要望を、メーカーに伝わる要件・QCD・工法条件へ整理したい企業向け。
- 要件定義・構想設計から、メーカーに渡せる条件へ整理しやすい
- QCD観点での工法検討やメーカー選定まで相談しやすい
- 大口顧客や既存顧客の個別仕様を製品化したい場面向き
自社技術を活かした次の売上の柱を見つけたいなら
JMAC 新商品開発コンサルティング
既存製品の延長にとどまらず、市場・社会ニーズと技術起点から新商品テーマを検討したい企業向け。
- 新商品アイデア創出、技術棚卸し、市場調査を上流から整理
- 技術起点と市場・社会ニーズ起点の両面でテーマを探索
- 検証・実行計画・プロジェクト推進まで確認したい場面向き
試作品を量産・品質・認証まで進めたいなら
AMTC
試作品を量産仕様へ近づけ、品質評価・認証・法令対応・原価まで見据えて商品化したい企業向け。
- 試作品を量産仕様・品質評価・認証へ進める相談先
- 設計見直しや部材適正化など、量産前の課題を確認しやすい
- 原価・法令対応・販売後改善まで見据えたい場面向き