サイト内検索

ハードウェアPoCの進め方|5ステップ・費用・期間と失敗事例

PoC編:概念実証「動くか」を確かめる

本記事は「ハードウェア事業化の実証3部作」の第1回(PoC編)です。ハードウェアの事業化は PoC → PoV → PoB の3段階で、検証のレベルを上げていきます。

  • 第1回 PoC編:概念実証「動くか」を確かめる(本記事)
  • 第2回 PoV編:価値実証「役に立つか・割に合うか」を確かめる(準備中)
  • 第3回 PoB編:事業実証「事業として回るか」を確かめる(準備中)

段階

問い

主な成果物

期間目安

PoC(概念実証)

技術的に成立するか=動くか

動くプロトタイプ+判断レポート

2〜6ヶ月

PoV(価値実証)

現場で役に立つか・投資に見合うか

小規模導入の効果測定レポート

3〜6ヶ月

PoB(事業実証)

事業として継続的に回るか

量産設計+事業計画+市場投入準備

6ヶ月〜

ハードウェアPoCとソフトウェアPoCは別物

「PoC 進め方」で検索すると、出てくるのはソフトウェアやAIの記事ばかりです。しかし、コードを書き直せば済むソフトウェアと違い、ハードウェアでは基板の再設計・部品の再調達・筐体の再製作が必要になります。この違いを理解しないまま進めると、PoCそのものが成立しません。

ハードウェアPoC(Proof of Concept)の特徴は以下の通りです。

  • 電子機器・IoTデバイスのアイデアが技術的に成立するかを検証する実証実験
  • 実際に「動くモノ」を作って確かめるのが特徴
  • ソフトウェアと違い、再設計・部品調達・筐体製作が伴うため1回のやり直しに数週間~数ヶ月を要する


姉妹記事として製品開発の外部委託で失敗しない選び方|OEM・EMS・ODMの違い電子機器の開発委託で失敗する5つのパターン【保存版】ウェアラブル開発|用途別の要件と3つの実装難所もあわせてご参照ください。

【比較表】ソフトウェアPoC vs ハードウェアPoC

比較項目

ソフトウェアPoC

ハードウェアPoC

検証対象

アルゴリズム、UI/UX、データ処理

センサー精度、通信安定性、筐体耐久性、バッテリー寿命

必要なモノ

PC、クラウド環境

基板、部品、センサー、筐体、電源、通信モジュール

やり直しの速度

数日でコード修正→再デプロイ

基板再設計→部品調達→実装で数週間〜数ヶ月

検証環境

開発PCやクラウド上で完結

工場・屋外・店舗等のフィールドテストが必須

コスト構造

開発工数が主

部品代+基板製造費+筐体製作費が上乗せ

量産への移行

デプロイ先を切り替え

量産設計の全面見直しが必要

ソフトウェアPoCの感覚で進めると「とりあえず作ってみたが検証にならなかった」「開発室で動いたのに現場では動かなかった」という事態に陥ります。

実証は1回で終わらない PoC → PoV → PoB の3段階

ハードウェアの事業化は、「動くか」を確かめて終わりではありません。「動くか(PoC)」→「役に立つか・割に合うか(PoV)」→「事業として回るか(PoB)」 の順に、検証のレベルを上げていきます。

PoC-PoV-PoB_3段階概念図

PoC→PoV→PoBの3段階。検証のレベルが「動くか→役に立つか・割に合うか→事業として回るか」と上がる。

【比較表】実証の3段階

段階

問い

主に検証すること

主な成果物

期間目安

PoC(Proof of Concept/概念実証)

技術的に成立するか=動くか

センサー精度・通信安定性・基本動作

動くプロトタイプ+Go/No-Go判断レポート

2〜6ヶ月

PoV(Proof of Value/価値実証)

現場で役に立つか・投資に見合うか

実環境での効果、ROI、運用負荷、ユーザー受容性

小規模導入の効果測定レポート

3〜6ヶ月

PoB(Proof of Business/事業実証)

事業として継続的に回るか

量産コスト・販路・収益構造・サポート体制

量産設計+事業計画+市場投入準備

6ヶ月〜

最大の注意点は、PoCのGoだけで量産設計に突っ込まないことです。「技術的に動く」と「現場で価値が出る」「ビジネスとして黒字になる」は別問題です。PoVを飛ばすと、「動くけれど誰も使わない/コストが合わない」製品を量産してしまいます。

事業化スケジュールの全体像(概略)

製品の複雑さや認証の有無で前後しますが、下表はその一例として2年間のロードマップです。3段階を時間軸に並べて「どの工程で・どんな作業を・どのくらいの時間でやるのか」を整理しました。

事業化ロードマップ

事業化ロードマップ。PoC/PoV/PoBの工程とGo/No-Go①②のマイルストーン。

時期(目安)

段階

この工程でやること

1〜3ヶ月目

PoC:予備評価

評価ボード(EVM)で当たり付け、技術選定、KPI・判断基準の設定

3〜6ヶ月目

PoC:基礎評価

プロトタイプ製作、ラボでの動作検証、Go/No-Go①

5〜9ヶ月目

PoV:価値検証

実環境で小規模導入、効果測定、ROI試算、運用課題の洗い出し、Go/No-Go②

8〜14ヶ月目

PoV→PoB:ビジネスモデル具現化

製品/サービスと収益構造の具現化、販路・売り方の検証

10〜18ヶ月目

PoB:実用/量産設計

量産仕様の確定、認証取得、量産試作

12〜24ヶ月目

PoB:試験導入→市場投入

協力先での試験導入、初期ロット品質保証、量産・市場投入準備

たとえば実環境試験(PoV)は、基礎評価の直後から小規模で始め、量産設計と一部並行させると手戻りが減ります。すべてを直列に並べると、全体が1.5倍ほど長くなります。順序とタイミングの最適化は、後述の「自社で引いた事業化スケジュール、その順番で合っていますか」で詳しく触れます。

ハードウェアPoCの進め方 5ステップ

ここからは、3段階の最初=PoC(概念実証) の進め方を、5つのステップで詳しく見ていきます。

PoCの5ステップ

PoCの5ステップ(①仮説の設定→②技術選定→③プロトタイプ製作→④フィールドテスト→⑤Go/No-Go判断)

【比較表】PoCの5ステップと成果物

ステップ

やること

成果物

期間目安

①仮説の設定

検証項目・KPI・判断基準を定義

PoC設計書

1〜2週間

②技術選定

センサー方式、通信方式、マイコンを選定

技術選定表、評価ボード(EVM)検証結果

2〜4週間

③プロトタイプ製作

基板設計、部品実装、筐体製作

動作するプロトタイプ(1〜数台)

1〜3ヶ月

④フィールドテスト

実際の使用環境で検証

テストレポート

2〜4週間

⑤Go/No-Go判断

KPIと照合し、量産に進むか判断

判断レポート+アクションプラン

1週間

①仮説の設定:「何を検証するか」を先に決める

PoCで最もやってはいけないのは、「とりあえず動くモノを作ってみよう」 です。仮説がないまま進めたPoCは、何をもって成功とするかが曖昧になり、「やりっぱなし」で終わります。
仮説設定のフォーマットは以下です。

・検証したいこと:「〇〇のセンサーで、△△の環境下で、□□の精度で計測できるか」
・KPI:「計測精度±○mm以内」「通信成功率○%以上」「バッテリー○日以上持続」
・判断基準:「KPI達成→Go」「部分未達→仮説を修正して再PoC(Pivot)」「技術的に困難→No-Go」

結果的にNo-Goの判断になったとしても失敗ではありません。 量産してから「動かない」と判明するよりも、PoCの段階で撤退判断ができることに大きな価値があります。

②技術選定:評価ボードで"当たりをつける"

いきなり基板を設計するのではなく、センサーメーカーが提供する評価ボード(EVM)で予備検証をおこないます。はんだ付けなしで「このセンサーで目的の精度が出るか」を低コスト・短期間で確かめることができます。

ただし、評価ボードの設定値をそのまま実機に踏襲すると落とし穴があります。あるウェアラブルデバイス案件では、評価ボードで使っていたゲイン値を実機にそのまま適用したところ性能が出ず、再調整が必要になりました。評価ボードと実機では回路構成が異なるため、設定値の再検証が欠かせません。

③プロトタイプ製作:「動く」が目的、見た目は不問

プロトタイプは動作検証が目的なので、見た目の完成度は不要です。3Dプリンタの筐体、手はんだの基板で十分です。ある顧客は「5台はPoCなので、社内の人間しか使わない。不格好でもいいから進めてほしい」と明言されていました。

マクニカのPoC開発チームでは、最短1ヶ月でプロトタイプを完成させた実績があります。身の回りの部品でパッと試作し、上司や関係者に「動くモノ」を見せて反応を得るまでの初速が、社内の意思決定には重要です。

飲食DX向け手作りセンサー 飲食DX向け手作りセンサー

飲食DX向け手作りセンサー

環境センシング用の手作りセンサー 環境センシング用の手作りセンサー

環境センシング用の手作りセンサー

3Dプリンタで製造したモックアップ品 3Dプリンタで製造したモックアップ品

3Dプリンタで製造したモックアップ品

④フィールドテスト:「開発室の外」で試す

ハードウェアPoCで最も見落とされがちなステップです。開発室で動いたプロトタイプが、実際の使用環境で同じように動くとは限りません。

ある設備向けIoTセンサー案件では、納品した試作機2台がフィールドで動作不良を起こしました。原因はLTEモジュールの応答不全と、輸送梱包時に発生した電源供給ラインの断線でした。開発室では起きないトラブルが、輸送・設置・屋外環境の3段階で発生してしまいました。

環境

検証すべきリスク

工場

振動、粉塵、電磁ノイズ

屋外

温度変化、湿度、直射日光

飲食店

水滴、油煙、WiFi混雑

倉庫

金属棚による電波反射

⑤Go/No-Go判断:3つの選択肢

判断

条件

次のアクション

Go

KPI達成。事業計画が成立

量産設計フェーズに移行

Pivot

部分的にKPI未達

仮説を修正して再PoC

No-Go

技術的に困難、コストに見合わない

結果を記録して撤退

Go-NoGo分岐

PoC結果をKPIと照合し、Go(量産設計へ)/Pivot(再PoC)/No-Go(撤退)に分岐

ハードウェアPoCで起きる失敗3パターン

マクニカものコン®がこれまで支援してきたPoC案件から、繰り返し発生する失敗パターンを3つ紹介します。

失敗①:試作のまま量産へ進めようとする

Raspberry Pi(ラズパイ)はPoCや一次試作で広く活用されており、「Raspberry Piで試作ができたから、これを量産化しよう」というケースが多々あります。

ただし、市販のRaspberry Piをそのまま量産品へ組み込む場合は、コネクタ構成、電源・放熱、EMC/無線認証、部品の長期供給、組立性、保守要件などを個別に検証する必要があります。そのため量産段階では、モジュールと専用キャリア基板への移行、または専用量産基板への置き換えを選ぶケースが少なくありません。ある案件では、試作機から量産用基板への移行に伴い、数百万円の追加開発費が発生しました。

PoCの段階から量産を見込んだ部品選定をおこなう必要があります。検証を後回しにすると、量産移行時の手戻りが大きくなります。

PasberryPi試作から量産へ移行

試作(Raspberry Pi)から量産(モジュール+専用基板)への移行と、量産化で個別に検証する項目

失敗②:試作パートナーと量産パートナーが別になる

PoCを依頼した開発パートナーが、量産の品質要求に対応できないケースがあります。ある案件では、PoC段階の委託先が「量産となったときに対応が難しい」と判明し、量産用に別のパートナーを探す必要が生じました。委託先が変わると、設計意図の引き継ぎ・品質基準の再合意に多大な工数がかかります。

失敗③:「まず動くものを持ってこい」で止まる

全国に数万台設置するといった大規模な構想があっても、関係者が実際に動くプロトタイプを見たことがなければ、プロジェクトは「まだ動くものを持ってきていない」で止まり続けます。PoCの最大の価値は、関係者の合意形成を加速することです。

自社で引いた事業化スケジュール、その順番で合っていますか

多くの企業は、PoC→PoV→PoBの事業化スケジュールを自分たちで引きます。しかし、センサーなどの半導体を組み込んだハードウェアの事業化は初めてという企業も少なくありません。「この順番・このタイミングで本当に合っているのか」に確信が持てないとき、専門家への相談が必要となる場面です。

たとえば、ある生活用品メーカーが、新しいデバイスの事業化スケジュールを自作したとします。予備評価→基礎評価→PoC→ビジネスモデル具現化→販路検証→量産設計→協力先での試験導入→量産・市場投入、という30カ月の計画です。

一見、問題なさそうな計画ですが、ハードウェア事業化の経験者が見ると、いくつもの「危ない点」が指摘できます。

自社スケジュールにありがちな点

専門家(マクニカものコン®)からの指摘例

協力先での実環境試験(PoV)が量産設計より後ろ

遅すぎます。実環境データが量産仕様に間に合わず、作り込んだ後に「現場と合わない」と判明する典型パターンです。試験導入は基礎評価の直後から小規模で前倒しすべきです。

各工程が直列に並んでいる

PoVの一部と量産設計の準備は並行できます。直列のままだと全体が1.5倍長くなってしまいます。

販路・売り方の検証が量産設計の後

売り方が決まる前に作り込むと、パッケージ・価格・流通要件で手戻りが出ます。販路は前倒しで検証します。

認証取得のリードタイムが計画に入っていない

認証は数ヶ月単位の読みが必要です。量産設計と並走で着手しないと市場投入が後ろ倒しになります。

各段階のGo/No-Go基準が曖昧

「なんとなく次へ」進むと後で破綻します。各段階の合格基準を先に定義しておくべきです。

こうした 「このフェーズでは本来こうすべき」「ここは早すぎ/遅すぎ」を、量産まで見据えて指摘できる のが、ハードウェア事業化を多数支援してきたマクニカの価値です。自社で引いたスケジュールを持ち込んでいただければ、健全性をレビューし、現実的な「順序・並行・前倒し」に組み直します。

スケジュールBefore-After比較

Before(自社:直列でPoV・販路検証が後ろ=約30ヶ月)と After(専門家:並行・前倒し=約22ヶ月)の比較

よくある質問(FAQ)

Q1. ハードウェアPoCと試作の違いは何ですか?

PoCは「技術的に実現可能か」を検証する実験です。試作は「製品として成立するか」を確認する工程です。PoCでは動作検証に特化した簡易プロトタイプで十分ですが、試作では量産を見据えた設計精度が求められます。

Q2. アイデアだけの状態からPoCを依頼できますか?

はい。「こんなことがしたい」というアイデアレベルから対応します。仕様書や図面は不要です。実際に「市販の○○を改造して基板のプロトタイプを作ったが、これを製品化する知見がない」(年間5,000台想定、まず100台規模)という段階からのご相談事例もあります。

Q3. PoCの結果(Go/No-Go判断)は誰がどう評価するのですか?

PoC設計書に記載したKPI(計測精度・通信成功率・バッテリー持続時間など)の達成度で機械的に評価します。判断は3択:Go(KPI達成→量産設計へ)/Pivot(部分未達→仮説修正して再PoC)/No-Go(技術的に困難・コストに見合わない→撤退)。マクニカの場合、PoC開始前に「どの数値をクリアしたらGoか」を顧客と合意してから着手するため、判断のブレが起きにくい設計になっています。No-Go判断の場合でも技術知見をレポートとして納品し、次のアクションプランを提示します。

Q4. PoCをせずに、すぐ動くものが欲しい場合は?

その場合はPoCではなく、既製品の調達や小規模カスタマイズが適しています。実際に「開発やPoCではなく、今すぐ動くものが欲しい」というご相談もいただきます。マクニカでは状況をヒアリングのうえ、PoCが必要なケースか/既存ソリューションで足りるかを切り分けてご提案します。

Q5. PoCが成功したら、そのまま量産まで依頼できますか?

はい。PoCから量産設計→認証取得→量産製造まで同じチームで一貫対応します。ある案件では、1次試作→2次試作(30台)→量産試作(500台)→量産(年間10,000台以上)という各ステージを一気通貫で支援しました。

まとめ

ハードウェアの事業化は、PoC(動くか)→ PoV(役に立つか・割に合うか)→ PoB(事業として回るか) の3段階で、検証のレベルを上げていきます。全体のロードマップをどう設計するかで成否が分かれます。その最初の段階=ハードウェアPoC の進め方は、以下の5ステップです。

1. 仮説の設定——検証項目・KPI・判断基準を事前に言語化する
2. 技術選定——評価ボードで"当たりをつけてから"基板設計に入る
3. プロトタイプ製作——見た目より「動くこと」を優先する
4. フィールドテスト——開発室の外、実際の使用環境で検証する
5. Go/No-Go判断——「やりっぱなし」にせず、次のアクションを明確にする

「アイデアはあるが動くモノがない」という状態から、「動くモノで検証し(PoC)、価値を確かめ(PoV)、事業として量産・市場投入する(PoB)」までを、一本の事業化スケジュールとして設計することが重要です。自社で引いたスケジュールに不安があれば、専門家に相談するのが近道です。

マクニカのPoC開発チームは、ベテランエンジニアで構成され、毎年数件のPoC開発を手がけています。このチームの最大の強みは、特定メーカーに縛られないニュートラルな部品選定力です。通常のデバイスメーカーは自社製品を推しますが、マクニカは半導体商社として複数メーカーの製品に精通しており、「お客様の要件に最適なセンサー・モジュール」をフラットな目線で選定できます。

IoTデバイス開発、DXの経験がなくてもご安心ください。実証実験から市場投入を目指した量産製造まで、ものづくりコンサルティングサービス(ものコン®)でサポートさせていただきます。お客様のお困りごとがあれば、お気軽にご相談ください。

関連記事