商品開発とは？成功率を上げるより「早く止める」ほうが効く理由

商品開発の解説記事は、たいてい成功のポイントを並べて終わります。しかし現実には、新商品開発において10個のアイデアのうち市場で成功するのは1個程度といわれます。つまり大半は失敗する前提で設計しなければ、リソースはあっという間に枯渇します。ここで重要になるのが、当てる技術ではなく外れを小さくする技術です。

見込みの薄い企画を早い段階で止められれば、その分の資金と時間を有望な企画に回せます。逆に「ここまで進めたのだから」と続けてしまえば、損失は膨らみ続けます。本記事では、商品開発の基本を押さえたうえで、止める判断の仕組みと、小売事業者が在庫リスクを抑えながら開発を進める方法を解説します。

商品開発とは

定義と範囲

商品開発とは、市場や顧客のニーズを踏まえ、新しい商品を企画・設計・製造し、販売に至るまでの一連のプロセスを指します。

対象はゼロからの新商品だけではありません。既存商品の改良や、カラー・サイズのバリエーション追加も含まれます。実務では、むしろ後者のほうが件数は多くなります。

商品企画との関係

商品企画がアイデアやコンセプトを固める思考のプロセスであるのに対し、商品開発はそれを実際に形にし、市場へ届けるプロセス全体を指します。企画は開発の一部という関係にあります。

3つのアプローチ

• マーケットイン：顧客ニーズから発想する。外れにくいが差別化しにくい
• プロダクトアウト：自社の強みから発想する。独自性は出るが需要と合わないリスクがある
• 競合商品の改良：支持されている商品を分析し、より優れたものをつくる

どれが正解ということはなく、自社の強みと市場環境に応じて使い分けます。

小売事業者が商品開発を行う場合、自社がすでに持っている販売データや顧客との接点を活用できることが強みになります。売れている商品・価格帯・購入者属性・レビュー・店頭で寄せられる声などを分析すれば、商品企画の仮説を立てる材料になります。

自社のアイデアや強みだけでなく、こうした顧客・販売データも組み合わせながら、企画段階で需要の仮説を検証することが重要です。

【前提】商品開発は「多産多死」である

大半のアイデアは商品にならない

新商品開発の世界では、10個のアイデアのうち市場で成功するのは1個程度とされます。新規事業まで含めればさらに厳しく、成功確率は数百分の一という指摘もあります。

この数字は悲観的に聞こえますが、正しく理解すれば設計思想が変わります。1本の企画を確実に当てようとするのではなく、複数の候補を持ち、見込みの薄いものを早く落とす。この前提に立つことが出発点です。

狙うべきは打率ではなく、1回あたりの損失を小さくすること

企業のリソースは有限である

人材、資金、時間はすべて限られています。見込みの薄いプロジェクトに資源を注ぎ込み続ければ、有望な企画に回すべき分まで失われます。

とくに小売事業者にとって深刻なのは在庫です。売れない商品を大量に製造すれば、資金が固定化され、最終的に値引き処分で粗利を失います。開発の失敗は、そのまま在庫の失敗になります。

「なんとなく続ける」が最大の損失

従来の開発プロセスでは、継続か停止かが「なんとなく」「直感で」決められることが少なくありません。

ここまで投じたコストを惜しんで続ける判断は、心理的には自然ですが、経済的には誤りです。すでに支出した費用は取り戻せません。判断すべきは、これから投じる資源に見合うリターンがあるかどうかだけです。

この心理的な障壁を個人の意志で乗り越えるのは困難です。だからこそ、判断を仕組みに委ねる必要があります。あらかじめ基準を決めておけば、「基準を満たさなかった」という事実だけで止められます。

あわせて、中止の判断が担当者の評価を下げない設計にしてください。止めると責任を問われる組織では、誰もが問題を隠し、傷は深くなってから発覚します。早く止めた人が評価される仕組みこそが、開発力を守ります。

止める判断を仕組みにする

感覚に頼らず開発を管理する手法として、ステージゲート法が知られています。

ステージゲート法の考え方

開発プロセスを複数の段階（ステージ）に分け、各段階の終わりに評価の関門（ゲート）を設ける手法です。カナダの研究者ロバート・G・クーパー教授が提唱し、製造業を中心に広く普及しました。

各ゲートでは、継続するか、中止するか、差し戻すかを判断します。重要なのは、進むことが前提ではなく、止めることも正式な選択肢として設計されている点です。

ゲートで下す4つの判断

• 承認（Go）：次の段階へ進む
• 中止（Kill）：プロジェクトを終了する
• 差し戻し（Recycle）：前の段階に戻して検討し直す
• 保留（Hold）：条件が整うまで一時停止する

中止という選択肢が明示されていることが、この手法の要点です。止める判断が制度として認められていれば、担当者は失敗を隠さず報告できます。

基準を決めなければ形骸化する

ステージゲートを導入しても機能しない企業は少なくありません。原因のほとんどは、評価基準が曖昧なことにあります。

案件ごとに基準が変われば、結局は声の大きい人の意見や社内政治で決まります。それでは仕組みを入れた意味がありません。

最低限、市場性・実現性・競争優位性の3点は共通の評価項目として定めてください。そのうえで、各ゲートで「何を満たせば次へ進むか」を事前に文書化しておきます。

作業が終わったかではなく、基準を満たしたかで進む

ゲートを厳しくしすぎない

一方で、基準を厳格にしすぎると別の問題が起こります。

確実に成功しそうな企画しか通らなくなれば、それは既存商品の延長線上のものばかりになります。挑戦的な企画がすべて落とされる組織からは、市場を動かす商品は生まれません。

現実的な運用としては、初期のゲートは緩やかに、投資額が大きくなる後半のゲートを厳しくする設計が有効です。アイデア段階では幅広く通し、量産の直前で厳密に判断する。投じる金額と審査の厳しさを比例させる考え方です。

小規模でも運用できる形にする

大企業向けの手法と思われがちですが、考え方は規模を問いません。個人や小規模事業者でも、次の3つの関門を設けるだけで判断は大きく変わります。

• 企画時：誰の、どんな課題を解決するかを一文で言えるか
• 試作時：想定価格で必要な粗利率を確保できるか
• テスト販売後：値引きせずに一定量を売り切れたか

この3つを通過できないまま量産に進むと、売れない在庫を抱えることになります。

▼関連記事：過剰在庫とは？原因・リスクから処分方法・再発防止まで徹底解説

商品開発の基本プロセス

ゲートを設ける前提として、開発の流れを整理しておきます。

STEP1｜現状を把握する

市場規模と成長性、競合の状況、顧客の実態、自社の強みと課題。この4点を押さえずにアイデア出しから始めると、後の工程で必ず手戻りが発生します。

STEP2｜アイデアを広げる

この段階では量を優先します。前提として大半は落ちるため、候補が少なければ選択の余地がなくなります。

STEP3｜コンセプトを固める

誰の、どんな課題を、どう解決するかを言語化します。ターゲットを広げすぎると誰にも刺さらない商品になるため、絞り込みが重要です。

STEP4｜試作し、原価を確定する

形にすると同時に、量産可能かと原価がいくらかを検証します。原価が想定を超えれば価格を見直し、価格が変われば前提も変わります。前の段階に戻ることを織り込んで進めてください。

STEP5｜小さくテストする

いきなり量産せず、限定販売や催事、クラウドファンディングなどで反応を確かめます。ここが最も重要なゲートです。

確認すべきは、想定価格で売れるか、想定したターゲットが買っているか、繰り返し買われるかの3点です。

テストの方法は商材によって選びます。既存店舗の一角で限定販売する、催事に出して直接反応を見る、クラウドファンディングで事前に需要を測る。いずれも量産前に市場の声を得られる点が共通しています。

この段階で忘れてはならないのが、テストの目的は「進めてよいか」を判断することだという点です。実施したこと自体が目的ではありません。反応が弱ければ、コンセプトに立ち返って見直すか、中止を選ぶ。ここで引き返せるかどうかが、損失の大きさを決めます。

STEP6｜市場へ投入する

販売チャネル、価格、販促を決めて本格展開します。ただしここも終点ではなく、実績を検証して次につなげる起点です。

小売事業者が在庫リスクを抑える3つの工夫

1｜最小ロットで始める

ロットを大きくすれば単価は下がりますが、外れたときの損失も大きくなります。まず最小構成で反応を確かめ、リピートが確認できてから発注量を増やす。この順序が基本です。

単価の安さに引かれて大量発注すると、売れ残った瞬間に利益は消えます。

2｜SKU数と在庫配分を設計する

カラーやサイズなどのSKUが増えると、限られた在庫予算を複数SKUへ配分する必要があり、SKUごとの需要予測や在庫管理も複雑になります。

立ち上げ時は顧客に必要な選択肢を確保しつつ、過度にSKUを増やさないよう商品構成を検討します。販売実績が蓄積したら、SKUごとの販売速度や欠品・滞留状況を確認し、ラインナップを見直しましょう。

3｜撤退ラインを事前に決める

発売前に「何か月で何%売れなければ撤退する」という基準を決めておいてください。

基準がなければ、動かない在庫を抱えたまま判断を先延ばしにすることになります。滞留日数を監視し、基準を超えた時点で値下げや処分を実行する。この規律が、次の開発に使える資金を守ります。値下げや処分によって粗利が低下する場合もありますが、滞留在庫を現金化し、保管コストやさらなる価値低下を抑えるために必要な判断となることがあります。

▼関連記事：リアルタイム在庫管理の実現方法｜必要性・メリット・システム選びまで解説

商品開発でよくある3つの失敗

1｜工程を飛ばして急ぐ

発売を急ぐ案件ほど、調査やテストを省略しがちです。しかし短縮すべきは各工程にかける日数であって、工程の数ではありません。調査範囲を絞る形で期間を圧縮するほうが、手戻りを防げます。

2｜つくり手の主観で判断する

開発担当者が「いいものができた」と感じても、顧客の評価と一致するとは限りません。主観を客観的なデータで裏付ける姿勢が欠かせません。

3｜止めた経験を共有しない

中止したプロジェクトは、社内で語られないまま消えていくことが多くあります。しかし、なぜ止めたのかという記録は、次の開発で最も役立つ資産です。

失敗を個人の責任にせず、判断の材料として蓄積する文化があるかどうかが、長期的な開発力を左右します。

商品開発後の販売・在庫管理なら、業種特化型クラウド基幹システムRECOREがおすすめ

新商品の開発後、実店舗やECでの販売状況や在庫、顧客データを一元管理し、次の商品開発や販売施策の改善に活かしたい小売事業者の場合は、業種特化型のクラウド基幹システム「RECORE（リコア）」が有力な選択肢となります。

小売・リユース業向けに設計されたクラウド基幹システム「RECORE（リコア）」は、買取・仕入・販売（POS）・EC・在庫管理・顧客管理・KPI分析までを一元管理できるクラウド型のオールインワン基幹システムです。在庫情報は販売や仕入と同時に自動更新され、実店舗とECを横断したリアルタイム管理が可能です。Amazon、楽天市場、Yahoo!ショッピングなど、小売・リユース業界向けの複数ECモールとの連携にも対応しています。

また、今までバラバラに契約していたシステムをRECORE一つに集約することで複雑なデータ連携の必要性も無くなり、ITコストを抑えることが可能です。さらに、コストや時間的制約などのハードルの高さから基幹システムのリプレイスを検討はしていてもためらっていた方でも、RECOREをサテライト基幹システムとして位置付け、RECORE APIで既存の基幹システムと連携し必要な機能だけ導入する、パッケージ型SaaSの枠を超え、既存基幹システムとAPI連携し、必要な機能を部分導入した事例もあります。

商品開発後の販売・在庫・顧客データを店舗・EC横断で一元管理し、商品の売れ行きや購買傾向を把握しながら、品揃えや販売施策の改善、次の商品開発に活かしたい場合は、業種特化型クラウド基幹システムRECOREの導入を検討することがおすすめです。

まとめ｜外れを小さくすることが、次の当たりを生む

本記事では、商品開発の定義と3つのアプローチ、多産多死という前提、ステージゲートによる判断の仕組み、小売事業者の在庫リスク対策、そしてよくある失敗を解説しました。

商品開発において、すべての企画を当てることは不可能です。10個に1個という現実を前提に置けば、取るべき戦略は変わります。

見込みの薄い企画を早く止め、その資源を有望な企画に回す。撤退ラインを事前に決め、感情ではなく基準で判断する。この規律があれば、1回の失敗で立ち行かなくなる事態は避けられます。

まずは次の企画に、3つの関門と撤退ラインを設けてみてください。止める勇気は、続ける体力を守ります。そして早く止めた分だけ、次の挑戦に回せる資源が残ります。