アイデアを事業に変える開発プロセスの回し方

知識は完璧なのに、答案で手が止まる

動画は、新製品開発のプロセスを「二次の答案でどう使うか」という視点で整理していきます。講師は冒頭で、1次の知識としては完璧に頭に入っているのに、いざ二次の答案でどう使うかとなると手が止まる人が、すごく多いと言います。聞き手もまさにその一人です。アイデアの創造、スクリーニング、事業性の分析、試作、テストマーケティング、市場導入という流れは暗記しているのに、与件文を読んでも、どこでその知識を出せばいいのか分からない、と打ち明けます。

では、どんな場面でこの論点が出てくるのか。講師が「一番多い」と挙げるのは、技術力はあるのに新製品につながっていない企業や、開発が特定の技術者に依存してしまっている企業が出てくるパターンです。ほかにも、試作までは行くけれど市場投入まで至らない、新事業を立ち上げたいけれど体制がない、といった設定があります。

このページでは、事例Ⅱとの切り口の違い、与件文のサイン、6段階の整理、解答への落とし込み、失敗パターン、本番での見直しの順に、動画の流れにそってまとめます。

事例Ⅱとは切り口が違う：組織・人事の話にする

聞き手が最初に気にしたのは、事例Ⅱの新商品開発との違いでした。あちらもよく出てきますよね、という問いです。講師の答えは、「大きな違いは切り口」というものでした。

• 事例Ⅱ：マーケティングの話として、誰にどう売るかを考える。
• 事例Ⅰ：新製品開発のプロセスが出てくるときは、組織・人事の話として捉える。開発体制、部門間の連携、権限、人材育成、情報共有といった観点で語れるかどうかがポイント。

ここで聞き手は、部門間の連携や人材育成のうち、どれに触れればいいのかをどう判断するのか、と尋ねます。

講師の説明では、連携が弱いなら部門横断の話を厚くし、育成が弱いなら技術承継の話を、権限が弱いなら意思決定の仕組みの話を厚めに書きます。同じ新製品というテーマでも、見る角度がまったく違うわけです。

だから与件文を読むときも、組織側の記述に注目する必要がある、と講師は言います。

与件文の4つのサイン

では、組織側の記述のうち、どんなものに反応すればいいのか。講師はサインを4つ挙げました。

• 「良いアイデアは出るのに事業化できていない」：絞り込みや事業性評価の仕組みが弱い、というサインです。聞き手は「アイデアは豊富だけど、選び方が甘い」と言い換えていました。
• 「技術はあるが顧客ニーズと結びつかない」：アイデアの源泉が社内の技術シーズに偏っていて、市場情報の取り込みが弱い、というサインです。
• 「開発が特定の人に依存している」「ノウハウが属人化している」：体制化・標準化・技術承継の課題を示しています。
• 「作ってみたが売れなかった」：市場での事前検証、つまりテスト段階を飛ばしてしまっているサインです。作ってからいきなり本格投入している、という状態です。

6段階で「どこが詰まっているか」を特定する

拾ったサインを仕分ける物差しが、開発の流れを分けた6段階です。講師は「ここで整理の仕方が重要になります」と言い、開発の流れを段階で分けて、与件文のどこが詰まっているかを特定するよう勧めます。

• ①アイデアの創造：顧客の声や現場、既存技術の応用が源泉になる。
• ②アイデアの絞り込み：評価基準を持って選別する段階。
• ③事業性の分析：採算や市場規模、自社への適合を見る段階。
• ④試作品の開発。
• ⑤市場での事前検証：小規模に市場の反応を確かめる段階。
• ⑥本格的な市場投入。

聞き手が深掘りしたのは③です。講師によると、事業性の分析は、採算が取れそうか、狙う市場の規模がどれくらいか、自社の技術や人材にどれだけ合っているか、という3つの視点で見ます。ここが甘いと、試作までいっても事業として成立しないアイデアに時間を使ってしまいます。

解答への落とし込み：基本の型

段階を特定できたら、次は解答への落とし込みです。聞き手は「ここが一番難しい。段階を見つけても、それをどう助言文にすればいいのか」と漏らします。講師が示したのは、次の4つの要素を組み合わせる基本の型です。

• 開発を個人任せにせず、部門横断のチームで進める
• 顧客や現場の情報を、開発の初期段階から取り込む
• 段階ごとに評価基準を設けて絞り込む
• 小さく市場で試してから本格投入する

聞き手は、段階ごとの課題に対応する打ち手を、そのまま解答の部品にしていく感じですね、と整理しました。そのうえで講師は、骨格として「強みである技術力を、機会である市場ニーズに結びつける」という流れで書くと一貫性が出る、と言います。プロセス全体を組織的に回す仕組みとして提案する、というのが軸です。

（補足：動画にない書き方の例です。たとえば「開発を特定の技術者任せにせず、部門横断の開発チームを置いて手順の標準化と情報の横断的な共有を進め、技術力を市場ニーズに結びつけた新製品開発を組織的に回す。」のように、型の部品を一文につなげるイメージです。実際の答案では、設問の問いと字数制限に合わせて取捨してください。）

よくある失敗パターン

ここで講師は、気をつけたい失敗パターンを挙げます。聞き手が「一番やりそう」と言ったのは、6段階をただ列挙して終わってしまうこと。講師も、それが一番多い失敗だと認めます。与件のどこが詰まっているかを特定せずに段階を並べるだけでは、得点につながりにくい、ということです。

失敗	足りないこと	戻る軸
6段階を列挙するだけ	詰まっている段階の特定	与件のどこが詰まるか
マーケティング施策と混同	組織・体制への落とし込み	誰がどう作る体制か
技術シーズ偏重	事前検証・ニーズ取り込み	市場側の段階も拾う
「開発力強化」で終わる	属人化の解消・情報共有・育成	体制面まで踏み込む

2つ目は、事例Ⅱのマーケティング施策、つまり4Pやプロモーションの話と混同してしまうパターンです。3つ目は、技術シーズ偏重で、市場での事前検証や顧客ニーズの取り込みを丸ごと飛ばしてしまうパターンです。

4つ目は、「開発力を強化する」だけで終わらせてしまうことです。聞き手が「危ないですよね」と挙げたのに対し、講師は「まさにそこです」と答えました。「開発力強化」で止めると、属人化の解消や情報共有、人材育成という体制面まで踏み込めていません。組織・人事の事例である以上、そこまで書けないと物足りない答案になる、というのが講師の見立てです。

本番で見直す3つのチェックポイント

最後に講師は、本番で答案を見直すときのチェックポイントを3つ挙げました。

まとめ

動画の最後に、聞き手は「今日教えてもらった6段階と体制面の視点を、次に過去問を解くときに意識してみます」と話しています。講師は「段階を特定する練習を重ねるほど、初見の与件文でも反応が速くなりますよ」と応じました。知っていることと、答案で使えることは別物です。サインを拾い、詰まった段階を特定し、組織の仕組みとして体制面まで書く。この流れを過去問で何度も回してみてください。