元Amazon JapanでEC支援に携わってきた私、南雲が、商品開発の意味と調査・試作・量産・販売までの進め方を解説します。
商品開発とは、顧客の課題や自社の技術を起点に、アイデアを検証し、商品として提供できる状態へ具体化する活動です。この記事では企画から発売後の改善までを含む広い意味で扱います。商品企画で方向を決め、仕様・品質・採算・供給・売り方を確かめるところまでが対象です。
法人のEC担当者や商品担当者に向け、単なる工程の説明で終わらず「何を残せば次へ進めるか」を整理しました。工程別の成果物と停止条件、顧客調査の質問、原価・広告・在庫を含む仮の採算計算を、自社の会議で使える形にしています。下記の表は編集上の整理例で、成功を保証する業界共通基準ではありません。
商品開発とは何か｜商品企画・製品開発との違いと顧客課題
商品企画は何を作るか、開発はどう実現して届けるか
商品企画は、対象顧客、解決する課題、価値、価格や販路の方向を決める活動です。商品開発は、それを仕様、試作品、品質、量産、販売準備へ落とし込みます。「商品開発」を技術的な実用化だけに使う企業もあり、名称や担当範囲は一律ではありません。社内では呼び方より、決める事項と責任者をそろえてください。
| 活動 | 主な問い | 残す資料の例 |
|---|---|---|
| 商品企画 | 誰が、どんな場面で、なぜ選ぶか | 顧客課題と価値を記した企画書 |
| 製品の設計・試作 | その価値を、どの仕様・品質で実現するか | 仕様書、試作品、試験・評価結果 |
| 商品化・販売準備 | どの数量・原価・販路で提供するか | 製造条件、採算表、商品情報、販売計画 |
完全な新商品だけでなく、既存品の改良、容量違い、セット、用途の変更も検討対象になります。新規開発は需要も実現方法も不確実になりやすく、既存品の改善は手元の購買・使用データを出発点にできます。ただし既存ブランドで売れたことを、新しい仕様や価格でも売れる根拠にはしません。
マーケットインとプロダクトアウトを往復する
顧客の困りごとから考えるマーケットインと、自社の技術・素材・製造上の強みから考えるプロダクトアウトは、どちらか一方を選べば成功する関係ではありません。顧客が困っていても実現できなければ提供できず、作れても買う理由がなければ販売が続きません。
まず「誰が・どの場面で・何に困り・今はどう対処し・何が変われば選ぶか」を1枚にします。例えば「収納用品を作る」より、「狭い洗面台で、毎朝道具を取り出すのに迷う人が、片手で戻せる収納を作る」のほうが、試作で確認する点を決められます。これは説明用の仮想例です。
アイデアを広げ、選ぶための小さな検討表
| 検討の道具 | 使う場面 | 会議で決めること |
|---|---|---|
| 3C（顧客・競合・自社） | 市場の課題と自社の実現力を整理 | 既存の解決手段より役立つ点は何か |
| STP（分ける・選ぶ・位置づける） | 対象が広すぎて訴求を決められない | 最初に誰へ、どの場面で届けるか |
| 4P（商品・価格・販路・販促） | 価値を販売条件に具体化する | 商品だけでなく買える条件がそろうか |
| 用途・サイズ・組合せの変更 | 既存品から改良案を出す | 変えることで解決する課題と追加リスク |
フレームワークを埋める作業自体が目的ではありません。根拠がない欄には「未確認」と書き、調査で確かめます。競合の低評価レビューも、そのまま市場全体の需要とは扱わず、誰がどの条件で困ったのかを確認する入口にします。
商品開発の進め方｜調査・試作・検証を成果物と判断条件で回す
7つの工程と、先へ進まない条件を決める
工程の数は商材や企業によって異なり、必ず一方向に進むわけではありません。試作で問題が見つかれば企画へ、採算が合わなければ数量や仕様へ戻ります。以下はECで売る商品を想定した、実務用の整理例です。
| 工程 | 作る・集める資料 | 次へ進むための確認／停止条件 |
|---|---|---|
| 1. 課題と市場を調べる | 顧客の過去行動、レビュー、代替品、競合の条件 | 課題の発生場面が説明できる。不明なら追加調査 |
| 2. 価値と対象を決める | 対象顧客・使用場面・選ばれる理由の1枚企画 | 誰に何を変えるかが曖昧なら案を絞る |
| 3. 仕様と事業条件を置く | 仕様、目標売価・原価、販路、検証予算 | 品質や採算の前提が成立しないなら見直す |
| 4. 試作して確かめる | 試作品、評価項目、対象・条件、観察記録 | 重大な不具合や安全上の懸念があれば進めない |
| 5. 購入条件を検証する | 価格・送料・納期を示した反応と実際の購入行動 | 好意的な感想だけなら需要確定としない |
| 6. 量産・発売を判断する | 製造・品質・表示・契約・資金・販売準備の確認表 | 未解決事項の担当と対応がないまま発注しない |
| 7. 販売後に改善する | 売上・利益・在庫・返品・使用状況と変更履歴 | 要因を分け、継続・改良・追加生産を判断 |
顧客調査では「欲しいですか」より、過去の行動を聞く
知人や社内の好意的な感想だけでは、実際の購入を予測できません。対象顧客に近い人に、最後に困った場面、使った代替品、支払った金額、解決できなかった点を聞きます。商品案を先に見せると、それに合わせた回答になりやすいため、まず課題を聞き、その後に案を見てもらう流れが考えられます。
| 質問例 | 確認したいこと | 記録の注意 |
|---|---|---|
| 最後にその問題が起きたのはいつ・どこですか | 問題が実際に起こる場面 | 推測の話と実体験を分ける |
| そのとき何を使い、どこが不便でしたか | 代替手段と未解決の課題 | 商品を買わず我慢した選択も残す |
| どこで比較し、何を決め手にしましたか | 購入判断に必要な情報 | 価格だけでなく送料・納期・サイズを確認 |
| この案で困る点、使わない理由は何ですか | 提案の弱点・導入を妨げる条件 | 賛成の数だけで評価しない |
調査の人数に万能な正解はありません。対象・方法・時期・選び方を記録し、少人数の定性調査で市場全体の購入率を推定しないようにします。定量的な需要予測が必要なら、サンプルの取り方を含めて専門の調査担当へ相談してください。
試作は、今回確かめたい一つの不確実さから作る
使い方、容量、持ち運び、説明の伝わり方など、何が不明なのかを決めてから試作品を作ります。外観だけの模型で安全性まで確認できたとは扱わず、量産と異なる素材で作った試作品を品質の最終証拠にしません。商材に応じた検査は専門担当と別に計画します。
仕様・試作品の版・評価対象・使用条件をそろえ、何が改善し何が悪化したかを記録します。「前回より良い」だけでなく、顧客が実際に使った動作、失敗した場面、使わなくなった理由を残すと、次の修正につながります。
関係者と期間は、固定の日数ではなく依存関係で管理する
商品責任者が顧客価値と採算、製造・品質の担当が仕様と安全、販路の担当が商品情報や販売条件を確認する、と責任を分けます。小さな会社でも、誰も見ていない項目を作らないことが大切です。
期間は商材、試作回数、部材調達、検査、表示確認、製造枠などで変わります。試験・工場・外部審査の所要時間を確認し、発売日から逆算するだけでなく、再試作や再確認が起きた場合の余裕を置きます。記事にある一般的な月数を、そのまま発注先の納期保証にはしないでください。
量産・発売の判断｜採算・契約・販売条件を確認し改善へつなぐ
原価・広告・在庫の条件を一緒に計算する
工場の製造原価だけでは、ECで利益が残るかを判断できません。梱包、物流、決済、販売手数料、広告、返品、運営の人件費などを区別します。売上と入金の時期がずれること、先に生産代金や在庫を負担することも、資金計画へ含めてください。
仮想例：売価3,000円、製造原価1,000円、梱包・送料500円、決済・販売手数料300円、1注文あたりの広告費600円と仮定すると、残額は600円です。試作・デザインなどの初期費用30万円をこの残額だけで回収する単純計算では500注文が必要です。税、返品、人件費、固定費、値引き、未販売在庫は未算入で、実績・相場・需要予測ではありません。
初回ロットが500個だから500個売れるとは限りません。販売が想定の半分でも支払いと保管を続けられるか、在庫が残った場合にどうするかを確認します。価格やロットを変えた複数の条件を比較し、採算が合わなければ仕様・販路・発注量を見直します。
OEMでも、商品を売る側の判断は残る
製造設備がなくてもOEMなどの外部製造を検討できますが、委託先が需要や販売成果まで保証するとは限りません。企画、設計、原材料、試験、表示、検品、販売のどこを誰が担うかを明確にします。進め方の詳細はOEM商品開発の見積もり・試作・量産の判断基準で確認できます。
| 発注・量産前の確認 | 残す内容 | 見落とした場合のリスク |
|---|---|---|
| 仕様・変更 | 素材、寸法、許容差、承認した試作品、変更時の合意方法 | 試作品と量産品が異なり評価し直せない |
| 数量・費用・納期 | 最小ロット、数量別価格、支払い、検査、納品条件 | 余剰在庫や資金不足が起こる |
| 知的財産・資料 | 設計・型・画像・商標の権利と利用、秘密情報の扱い | 他の販売や委託先変更で支障が出る |
| 品質・表示・不良対応 | 検査の担当、商材固有の確認、返品・不良時の窓口 | 安全や表示の問題を見逃す |
契約や権利、商材固有の適法性は、メーカーの説明だけで確定せず、必要に応じて所管窓口・専門家へ確認します。ここで挙げた確認項目は、法的な適合判定や個別の安全性審査の代わりではありません。
テスト販売で分かることと、分からないこと
試用の感想、商品ページへの訪問、予約、購入、継続利用は、それぞれ異なる反応です。価格・送料・納期を出しても購入されるか、小規模販売の結果を本格販売へ広げられるかを分けます。限定割引や既存ファンからの購入が多い場合、通常価格の新規顧客にも同じ反応が出るとは限りません。
テスト前に、確かめたい仮説、対象者、価格、提供条件、販売期間、投入費用、継続・修正・中止の判断者を決めます。例えば「購入者が想定した用途で使えたか」「送料を含む価格でも選ばれたか」「返品理由に共通する仕様上の問題がないか」を確認します。安全性の検証は購買反応とは別です。
販売の仕組みと、発売後の学習を準備する
自社EC、Amazon、楽天など、顧客が比較・購入する場所に合わせて、写真、サイズ、使い方、注意事項、配送・返品条件を整えます。自社ECを用意するならECサイト構築の方法・費用・公開前の確認も参照してください。公開するだけで集客できるとは考えず、最初に届ける相手と経路を決めます。
発売後は、売上・利益・在庫・返品・問い合わせを同じ期間で確認します。広告や価格、仕様を変えた日付を残し、販売増の要因を決めつけないようにしてください。新規顧客と既存顧客、通常価格と割引販売を分けると、次の発注や改良を判断しやすくなります。
LINKのD2C・自社EC支援は、商品企画や原価、販路とEC販売の課題を整理する相談先です。商品案、対象顧客、原価・ロットの見積もり、販売予定価格、検証した反応を共有してください。製造受託、特許判断、品質保証などを一律に約束するものではなく、支援範囲は個別に確認します。
商品開発のよくある質問
商品企画と商品開発はどちらが先ですか？
方向を企画で整理してから具体化するのが基本ですが、試作や調査で企画へ戻ることもあります。企業によって定義は異なるため、工程の名前より、決める項目・担当・次へ進む条件を共有してください。
商品開発にはどんな能力が必要ですか？
顧客の行動を調べる力、仕様や原価を整理する力、品質・製造・販売の担当と調整する力が役立ちます。すべてを一人で担うのではなく、商材に必要な専門性を持つ人と分担します。職種としての採用条件は企業ごとに異なります。
小さな会社でも商品開発できますか？
既存品の改善や少量で検証できる仕様から考える方法があります。ただし試作費、検査、最小ロット、運転資金は別に確認します。OEMを利用すれば低予算で必ず成功する、ということではありません。
商品開発の成功をどう判断しますか？
発売できたかだけでなく、対象顧客の課題を解決できたか、必要な品質を保てたか、利益と供給を継続できるかで判断します。目標や観測期間を先に置き、少数の好意的な反応を需要全体とみなさないことが重要です。
まとめ：商品開発は、作る前と売った後の検証まで続く
商品開発は、企画を仕様に変えるだけでなく、顧客価値・品質・採算・供給・販売を確かめる活動です。各工程で残す資料と停止条件を決め、小さく検証しながら進めてください。発売後の反応を次の仕様と発注の判断へ戻すところまで設計しましょう。
LINKのEC支援サービスは、動画でも紹介しています。
参照した公式情報
公式情報は2026年11月3日に確認しました。料金・仕様・運用条件は変更されるため、申込みや契約時はリンク先の最新情報をご確認ください。