ハードウェアの製品企画で手戻りを防ぐには、アイデアを早く仕様にするのではなく、顧客価値・技術的な成立性・事業と量産の成立性を同時に確かめることが重要です。
最初からすべてを確定する必要はありません。先に決めるべきなのは、未確定事項、確かめ方、合否基準、判断する人です。これが曖昧なまま進むと、試作品は動いても「顧客が使わない」「量産条件では品質が安定しない」「見積もりが事業計画に合わない」といった問題が後から表面化します。
この記事では、ハードウェア製品を前提に、企画から構想試作、要件定義、量産準備までをつなげて整理します。
製品企画は、市場や顧客の課題を分析し、自社の技術と組み合わせて「誰に、どのような価値を、どの仕様で届けるか」を定める工程です。市場調査や課題整理から要件へ落とし込み、実現性を検証しながら企画を具体化することで、設計や量産に進んだ後の認識ずれや大きな手戻りを防ぎやすくなります。企画段階で実現性を確かめておくことが、後工程の負担軽減につながります。
製品企画とは、市場や顧客の課題を起点に、提供価値、製品の要件、作り方、事業条件を具体化し、開発へ進むかを判断できる状態にする工程です。
ハードウェアでは、顧客に求められるだけでも、技術的に動くだけでも足りません。量産時のばらつき、材料や部品の調達、検査、原価まで成立して初めて、事業として市場へ出せます。
| 確認する成立性 | 中心となる問い | 企画段階の証拠 |
|---|---|---|
| 顧客価値 | 誰が、どの場面で、何に困っているか。対価を払ってでも変えたい課題か | 観察・インタビュー・既存データ、コンセプト評価 |
| 技術 | 想定環境で必要な機能・性能を実現し、評価できるか | 原理検証、解析、構想試作、試験結果 |
| 事業・量産 | 目標数量・品質・原価・納期で、調達・製造・検査・供給を続けられるか | 概算見積もり、工法案、供給条件、事業計画 |
企画の流れは、次の7つに分けて考えます。検証で前提が崩れた場合は、その前提に関係する要件や事業計画まで戻って更新します。
最初に見るのは、製品のアイデアではなく、現在の行動と不都合です。誰が、どこで、どの頻度で使い、今は何で代替しているのか。困りごとの大きさだけでなく、発生条件や既存手段を変えにくい理由まで確認します。
この段階の成果物は、機能一覧ではなく「誰の、どの場面の、何を変えるか」を一枚で説明できる課題定義です。
課題が絞れたら、対象者、利用場面、提供する変化を一文にします。ここでの目的は、魅力的なコピーを作ることではなく、機能追加や仕様判断の基準を作ることです。
必要不可欠な価値と「あればよい」要素を分け、製品が担わない範囲も決めます。詳細仕様を早く固めすぎると、後の検証でコンセプトが変わった際に設計を広くやり直すことになります。
外形寸法、重量、電源、耐久性、使用環境、安全、適用される法規・規格、目標原価、想定数量、発売時期を洗い出します。まだ決められない項目は空欄にせず、「未確定」「確認方法」「決定期限」を残します。
品質・コスト・納期をすべて最優先にはできません。譲れない条件、目標、許容範囲の順に分けておくと、設計変更が起きたときも判断がぶれにくくなります。
構想試作は、完成品に近い見た目を作るためではなく、次の投資判断に必要な不確実性を減らすために行います。原理が成立するか、利用者が扱えるか、想定環境で性能が出るか。目的が違えば、作る試作品も評価方法も変わります。
評価結果は、「決めた要求を満たしているか」と「想定する利用環境で目的を果たすか」を分けて記録します。NASAのシステム工学では、前者をVerification、後者をValidationとして区別しています。ここでは、その考え方を一般的な製品企画に応用しています。特定の法規上の定義ではありません。※1
※1 参照元:NASA公式(https://www.nasa.gov/reference/2-4-distinctions-between-product-verification-and-product-validation/)
「軽い」「丈夫」「使いやすい」のままでは、設計者もメーカーも合否を判断できません。使用場面に戻り、重量、荷重、連続使用時間、操作手順、環境条件など、測定できる項目へ変換します。
各要件には、理由、優先度、評価方法、合格基準、担当者をひも付けます。顧客のニーズや期待を技術要求へ展開するときに使われる方法がQFDです。表を作ること自体が目的ではなく、要求と設計条件のつながりを関係者が追える状態にするために使います。※2
※2 参照元:American Society for Quality(ASQ)公式(https://asq.org/quality-resources/quality-glossary/q)
設計を固めてからメーカーへ相談するのではなく、候補工法、材料、部品、金型や治具、組立手順、検査方法、調達リードタイムを仮置きし、設計との整合を確認します。
特に見るべきなのは、公差が必要以上に厳しくないか、組み立てにくい構造になっていないか、検査できない特性がないか、単一の部品や供給先に依存していないかです。このように、製造しやすさを設計段階から検討する考え方をDFMと呼びます。※3
※3 参照元:National Institute of Standards and Technology(NIST)公式(https://www.nist.gov/publications/integrating-dfm-cad-through-design-critiquing)
試作と製造性の確認結果を、販売価格、販売数量、部材費、加工費、金型・治具などの初期費用、開発費、検査・物流費、発売時期へ反映します。技術的に作れても、原価や供給条件が合わなければ企画は成立しません。
この段階では、以後の設計や見積もりの基準となる仕様を決めます。これを「仕様凍結」と呼びますが、以後の変更を禁止するという意味ではありません。基準版を決め、変更理由、影響範囲、承認者を追えるようにするための区切りです。
未解決のリスクが残る場合は、誰がいつまでに確認し、結果によって何を判断するかまで記録します。
製品企画では、工程の区切りごとに、次へ進むか、前の工程へ戻るか、いったん保留するか、中止するかを決めます。この判断の区切りは、製品開発の管理手法では「ゲート」と呼ばれます。
Stage-Gateでは、各段階の間に判断の区切りを置き、事前に定めた基準をもとに継続・中止・保留・再検討を判断します。※4実務では、製品の規模やリスク、組織体制に合わせて、確認する回数、提出物、決裁者を調整してください。
※4 参照元:Stage-Gate International公式(https://www.stage-gate.com/about/stage-gate-innovation-performance-framework/discovery-to-launch-process/)
| 判断する段階 | 次へ進める状態 | 不足している場合 |
|---|---|---|
| 課題を選ぶとき | 対象者、利用場面、困りごと、現在の代替手段を事実と仮説に分けて説明できる | 対象者と調査方法を見直す |
| コンセプトを決めるとき | 中核価値、対象外、選ばれる理由、顧客に確かめる仮説が明確になっている | 機能追加を止め、解く課題へ戻る |
| 実現性を判断するとき | 最大の技術的不確実性に評価方法と合否基準があり、結果を説明できる | 試作の目的・条件・測定方法を組み直す |
| 本格開発へ進むとき | 主要要件、優先順位、QCD、候補工法、役割分担、残存リスクが共有されている | 設計着手の範囲を絞るか、要件を再定義する |
| 量産へ進むとき | 製造条件、検査基準、供給条件、原価、変更管理、未解決リスクの扱いが決まっている | 量産条件で再試作し、設計・工程・事業計画を更新する |
調整しながら作った一台の動作確認と、同じ工程で繰り返し作る際の評価は分けます。量産を判断する段階では、材料や部品のばらつき、加工条件、組立、検査をどの試作で確認するか決めます。
原理、重要部品、使用環境など、成立しなかった場合に影響が広い仮説を特定します。試作の目的と予算は、その優先順位に沿って配分します。
重量、強度、公差などの要求には、必要となる利用場面と評価方法をひも付けます。根拠を説明できない項目は、材料、加工、検査、原価への影響を確認したうえで水準を見直します。
候補工法、主要部品、組立方法、検査項目が見えたら、設計との整合を確認します。このページでは、候補工法と主要部品が見えた段階をレビュー時点の例にしています。
評価項目、条件、合格基準に加え、合格なら何へ進み、不合格なら何を変え、どの条件なら中止するかを計画書に残します。
以下は、ハードウェア製品企画で使う成果物と役割分担の例です。自社の製品、組織、委託範囲に合わせて項目と担当を調整してください。
| 成果物 | 残す内容 | 担当例 |
|---|---|---|
| 課題・利用シーン定義 | 対象者、利用環境、現行手段、解く課題、調査で分かった事実 | 企画・営業・顧客接点部門 |
| 製品コンセプト | 中核価値、対象範囲、対象外、主要な仮説 | 企画責任者 |
| 要件一覧 | 要求、設計条件、理由、優先度、評価方法、合格基準、変更履歴 | 企画・設計・品質 |
| 検証計画・結果 | 仮説、試作品、条件、測定方法、結果、次の判断 | 設計・評価 |
| 製造前提 | 候補材料、工法、主要部品、組立、検査、調達上の制約 | 製造・調達・品質 |
| 事業計画・リスク一覧 | 数量、原価、初期費用、価格、日程、未確定事項、責任者、期限 | 事業責任者 |
発注側は、製品の目的、顧客、譲れない条件、事業上の優先順位を決めます。設計者はそれを機能・性能へ落とし込み、製造・調達・品質の担当者は作り方と検査方法を検討します。
外部へ委託する場合も、目的、優先順位、投資判断を誰が決めるかを自社側で明確にし、委託先の担当範囲を契約や計画書でそろえます。
以下は、外部支援を検討するときの確認例です。社内の人数だけでなく、類似製品の経験、役割分担、企画を製造条件へ翻訳できる人の有無を見ます。
自社で進めやすい状態
外部支援を検討したい状態
相談するなら、単に試作品を作れるかではなく、要件定義、製造性の検討、メーカー選定、量産移行までのどこを支援範囲に含むかを確認します。
依頼前に、自社で決めることと専門家へ判断を求めることを分け、責任者をそろえておきます。
製品企画は、誰のどんな課題を解決し、どの条件なら事業として成立するかを定め、開発へ進む判断材料を作る工程です。製品開発は、その企画を設計・試作・評価・量産準備によって形にする活動です。ハードウェアでは両者を完全に分けず、企画段階から設計・製造の視点を入れます。
すべての仕様を確定する必要はありません。少なくとも、試作で確かめる仮説、使用条件、測定項目、合格基準、結果を受けた判断は決めます。未確定の仕様は、そのままにせず確認方法と期限を残します。
一律には決められません。このページでは、候補工法や主要部品が見え、設計自由度が残っている段階を相談の目安にします。工法が製品性能や原価を左右する場合は、コンセプト検討や構想試作の段階から相談対象に含めます。
手戻りを防ぐ製品企画では、顧客価値、技術、事業・量産の成立性を同じ判断の場で更新します。未確定事項、確認方法、合否基準、責任者を明らかにし、製造・調達・品質の確認点を設けることから始めてください。
製品コンセプト開発、試作~量産移行、ディスコン対応と言った、プロジェクトの停滞を引き起こすボトルネックを打破する3社を厳選しました。
※1 参照元:アーサー・ディー・リトル公式(https://www.adlittle.com/jp-ja/about)
※2 参照元:トヨタ公式「2025年 年間(1月-12月)販売・生産・輸出実績」2026年1月29日発表(https://global.toyota/jp/company/profile/production-sales-figures/202510.html)
※3 参照元:【PDF】テクノプロ・デザイン(https://www.technopro.com/it/rec_c/wp/wp-content/themes/wp-templ/assets/img/technoproit_career.pdf)※2024年6月末時点