開発組織を強化する方法｜売れる開発テーマを安定して市場に出す仕組み

製造業で開発組織の強化が急務になる背景

開発組織の強化とは、優秀な開発者を増やすことではなく、売れる製品を継続して市場に出す仕組みを整えることです。ここでは、なぜ今その仕組みづくりが求められるのかを3つの観点で整理します。

単発ヒットに依存する開発には限界がある

一つのヒット製品に売上を頼る状態では、そのヒットが陳腐化した時点で開発の空白が表面化します。主力製品が好調な間は、次のテーマ探索に工数が割かれにくいためです。

たとえば、主力の検査装置が売上の大半を占める会社が、競合の後継機投入で受注が落ちてから次機種の企画を始めるケースです。開発に1〜2年かかる製品では、空白期間は埋まりません。目指したいのは、ヒットの有無に左右されずテーマが途切れない状態です。

顧客要望の積み重ねで粗利の低い製品が増える

顧客の個別要望に応える開発を積み重ねると、売上は立っても粗利が残りにくくなります。要望起点の仕様は競合も同じ情報を持っているため、最終的に価格で比べられるからです。

典型例は、特注対応の延長で標準品化した製品です。設計工数の割に売価を上げにくく、値下げ要求も受けがちです。顧客の言葉をそのまま仕様にするのではなく、言葉の背後にある困りごとから企画することが、価格競争を避ける前提になります。

テーマの発案が一部のベテランに偏る

テーマを出せる人が社長や一部のベテランに限られると、その人の退職や多忙で開発が止まります。テーマの発想法や見極め方が個人の頭の中にあり、他の開発者が再現できないためです。

自社がこの状態に当てはまるかは、次の兆候で確認できます。

• 企画会議の議題が、毎回同じ人から出ている
• テーマ提案書の決まった様式がない
• 営業が拾った顧客情報が開発に届く経路が決まっていない

2つ以上当てはまる場合は、誰が担当しても一定水準のテーマが出る手順への置き換えが、開発組織強化の出発点になります。業務が特定の人に偏る構造については、「製造業の属人化が解消できない原因と、優先順位をつけた進め方」でも整理しています。

新製品が安定して市場に出ない4つの原因

新製品が続かない会社には、共通する詰まりどころがあります。ここでは開発の「入口」「判断」「途中」「人」の4つに分けて、原因を整理します。

開発テーマが技術起点で決まっている

「自社の技術で何ができるか」からテーマを決めると、市場に出しても買い手が見つからないことがあります。技術的な新しさと、顧客が対価を払う理由は一致するとは限らないためです。

たとえば、測定精度を大きく高めた計測ユニットが、顧客の工程では従来の精度で十分だったため売れなかったケースです。技術シーズを否定する必要はありませんが、企画段階でどの顧客のどの工程の困りごとを解くのかを言葉にしておく必要があります。

テーマの採否基準が明文化されていない

採否基準がないと、テーマは声の大きい人や社長の直感で決まります。判断の根拠が残らないため、テーマが外れても次の判断に活かせません。

開発会議で複数の候補を比べる場面を考えてみてください。市場規模、想定売価、自社の技術優位を同じ物差しで見ていなければ、議論は「やりたいかどうか」に寄っていきます。その結果、開発者は「なぜこのテーマなのか」に納得できず、当事者意識も下がってしまいます。

開発途中で中止の判断ができない

一度始めたテーマを止める基準がないと、見込みの薄い開発に工数が流れ続けます。投入済みの費用や担当者の努力を考えると、止める決断は先送りされやすいためです。

中止の判断が遅れているテーマには、次のような兆候が出ます。

• 試作を重ねても、目標原価との差が縮まらない
• 想定顧客へのヒアリング内容が、企画時から更新されていない
• 当初の発売時期から、2回以上延期している

中止は失敗ではなく、限られた開発者を有望テーマへ移す経営判断として位置づけると、止める決断を先送りしにくくなります。

市場投入の成果が開発者の評価に反映されない

製品が売れても売れなくても評価が変わらない制度では、開発者が市場を意識する理由がありません。多くの会社で、開発者の評価項目が出図数や納期の遵守など、作業量中心になっているためです。

この状態が続くと、売れる製品を出した開発者ほど「報われていない」と感じ、転職を考えるきっかけにもなります。テーマ設定の仕組みを整えても、評価がその仕組みと連動していなければ、開発者の行動は変わりません。

開発組織の強化は現状診断から着手する

原因が4つあるからといって、すべてを同時に直す必要はありません。ここでは、自社の過去の開発を振り返り、どこに手を入れると効果が大きいかを見極める手順を整理します。

過去5年の開発テーマを棚卸しする

最初の作業は、過去5年程度に着手した開発テーマを一覧にすることです。感覚ではなく事実から、自社の開発の傾向をつかむために行います。

一覧には、最低限次の項目を入れます。

• テーマ名と発案者
• 発案のきっかけ（顧客要望、技術シーズ、競合対抗など）
• 着手から発売までの期間、または中止した時期
• 発売後3年間の売上と粗利率

一覧は開発責任者と営業責任者が一緒に作ると、発売後の実績を正確に埋められます。

粗利に貢献したテーマの共通点を探す

棚卸しの中から、粗利に大きく貢献したテーマを3〜5件選び、共通点を探します。自社で売れた理由は、他社の成功事例より再現しやすいためです。

たとえば「保守部門が拾った現場の不具合から企画した」「既存顧客の別工程に横展開した」など、発案のきっかけに共通点が見つかることがあります。逆に、粗利が残らなかったテーマにも共通点があるはずです。この2つの比較が、テーマ評価基準の原型になります。

課題が「テーマ」か「人」かを見極める

棚卸しの結果から、ボトルネックがテーマ設定にあるのか、運用にあるのか、人材にあるのかを切り分けます。どこに原因があるかで、打ち手がまったく異なるためです。

棚卸しで見えた傾向と、優先したい打ち手の対応は次のとおりです。

棚卸しで見えた傾向	ボトルネック	優先する打ち手
発売したが売れないテーマが多い	テーマ設定	ニーズ収集と評価基準の整備
有望テーマが途中で遅延・中止する	運用ルール	売価の先決めとゲート審査
テーマはあるが担い手がいない	人材	採用・評価・定着の見直し

多くの会社では複数の傾向が重なります。その場合は、該当件数が最も多い傾向から着手すると、効果を確認しやすくなります。

売れる開発テーマを設定する3つの手順

現状診断でテーマ設定に課題が見えた場合は、テーマの「集め方」「絞り方」「決め方」の3段階を仕組みにします。ここでは、キーエンスの公開情報も参考に、各手順を解説します。

営業が現場ニーズを集める仕組みをつくる

テーマの種は、顧客の現場に最も多く接している営業部門から、継続的に集める仕組みにします。開発者だけで顧客を訪問できる回数には限りがあるためです。

キーエンスは、直販体制で顧客の生の声を集め、顧客自身も気づいていない潜在ニーズから商品を企画する方針を公表しています。その結果として、新商品の約7割が「世界初」または「業界初」になっているとしています。

中小製造業で取り入れるなら、「顧客の困りごと」だけを記録する様式を設け、月1回、開発と営業で読み合わせる運用から始めると、営業情報が開発に届く経路が定着しやすくなります。

新規性と粗利の2軸で候補を絞る

集めた候補は、「他社にない価値か」と「十分な粗利が取れるか」の2軸で絞り込みます。新規性だけでは事業にならず、粗利だけを見ると価格競争に戻るためです。

2軸で候補を分類すると、扱い方は次のように分かれます。

候補の分類	粗利が取れる	粗利が取りにくい
新規性が高い	最優先で検討する	売価と原価構造を再検討する
新規性が低い	既存製品の改良として扱う	原則として見送る

新規性の低いテーマは短期の収益源、高いテーマは中長期の柱として、扱いを分けて考えると配分を判断しやすくなります。

テーマ評価シートで採否を決める

最終的な採否は、評価項目と配点を決めたテーマ評価シートで判断します。判断の根拠が記録に残り、テーマが外れた場合の振り返りに使えるためです。

評価シートには、たとえば次の項目を設けます。

• 解決する顧客の困りごと（誰の、どの工程か）
• 想定市場規模と想定顧客数
• 想定売価と目標粗利率
• 自社の技術・販路で実現できる根拠
• 競合が追随するまでの期間の見込み

配点の重み付けは、自社の戦略によって変わります。棚卸しで見つけた粗利に貢献したテーマの共通点を、配点の高い項目に反映させると、自社に合った採否基準になります。

開発テーマを安定して市場に出す運用ルール

良いテーマを選んでも、開発途中で遅延や原価超過が起きれば市場投入は安定しません。ここでは、計画どおり市場に出すための3つの運用ルールを解説します。

企画段階で売価と目標原価を先に決める

売価と目標原価は、設計に入る前の企画段階で決めておきます。設計後に原価を積み上げて売価を決めると、粗利は結果論になり、狙った水準を確保できないためです。

まず顧客が得る効果（工数削減、不良低減など）から売価を設定し、目標粗利率を差し引いて目標原価を算出します。設計者はその原価を制約条件にして、部品選定や構造を決めます。

粗利は開発後に計算するものではなく、企画段階で設計するものです。この考え方を開発と営業で共有しておくことが、運用の前提になります。

ゲート審査で継続・中止を判断する

企画、試作、量産試作といった開発の節目に審査（ゲート）を設け、継続か中止かを判断します。中止を判断する時期をあらかじめ決めておけば、担当者の心情に左右されにくくなるためです。

審査では、テーマ評価シートを更新し、売価・原価・顧客の反応が想定から外れていないかを確認します。審査者に営業責任者も加えると、市場側の情報で判断できます。

これはステージゲート法と呼ばれる考え方です。中小製造業では、審査を3段階程度に絞ると、形骸化せずに運用を続けやすくなります。

短期・中長期のテーマを組み合わせる

開発テーマは、短期で収益化するものと、中長期で柱を育てるものを組み合わせて持ちます。新規性の高いテーマだけでは開発期間が長く、その間に売上が途切れるためです。

2つの区分の違いは、次のように整理できます。

区分	期間の目安	テーマの例	役割
短期	半年〜1年	既存製品の改良、派生機種	当面の売上と粗利を確保する
中長期	2〜3年	新しい原理・新市場向けの製品	次の主力製品を育てる

開発者が少ない会社ほど、改良案件に工数を取られがちです。配分を経営判断として先に決めておくと、中長期テーマが後回しになりません。

仕組みを回す開発人材の採用・評価・定着

テーマ設定と運用のルールを整えても、それを担う開発者が採れず、評価されず、辞めてしまえば仕組みは回りません。ここでは人材の側から、採用・評価・定着の要点を整理します。

採用はテーマ遂行に必要な役割から逆算する

開発者の採用要件は、「機械設計経験5年以上」のようなスキル条件だけで決めず、テーマを進めるうえで不足している役割から逆算します。企画を詰める人と量産設計を担う人では、見るべき経験がまったく異なるためです。

たとえば「試作以降に遅れる」傾向が見えた会社なら、量産設計や原価低減の経験者を優先します。

一方で、採用だけでは短期に埋めにくい専門性もあります。その場合は、設計・開発の受託／エンジニア紹介サービスのように、必要な範囲で専門人材を確保する方法も選択肢になります。

評価軸に市場投入と粗利への貢献を加える

開発者の評価には、作業量だけでなく、担当テーマの市場投入と粗利への貢献を加えます。評価される行動が、開発者の日々の判断を方向づけるためです。

ただし、売上は営業力や景気にも左右されるため、売上の数値だけで評価すると不公平感が出ます。「ゲートを予定どおり通過した」「目標原価を達成した」など、開発者自身が左右できる指標を組み合わせると、納得感を保ちやすくなります。評価項目の具体的な設計手順は、「技術者の評価制度の作り方」で詳しく解説しています。

テーマを決める過程に開発者を参加させる

開発者の定着には、テーマを「与えられる」のではなく、決める過程に参加できる状態をつくることが効果的です。自分が根拠を理解して選んだテーマには、困難があっても粘り強く取り組めるためです。

参加の機会は、たとえば次のような形でつくれます。

• 顧客の困りごとの読み合わせ会に、開発者も出席する
• テーマ評価シートの起案を、若手開発者に任せる
• ゲート審査の結果と理由を、開発メンバー全員に共有する

処遇だけでは定着しない技術者も、自分の仕事が市場でどう使われるかが見える環境では、手応えを得やすくなります。

開発組織の強化で外部支援が有効な場面

ここまでの仕組みは、社内だけで整えられる部分も多くあります。一方で、社内に前例や比較対象がない領域では、外部の知見を組み合わせた方が早く進む場面があります。

テーマ評価基準を社内だけで作れない場合

評価シートの項目や配点を社内だけで決めると、基準が従来の慣習に寄りがちです。高収益メーカーの判断基準という外部の物差しが入らないためです。

目標粗利率の水準や中止を判断する時期は、高収益メーカーで開発経験を積んだ人の知見が判断材料になります。

開発プロセスと評価制度を同時に見直したい場合

テーマ設定の仕組みと開発者の評価制度を同時に変えるときは、両方を一体で設計できる支援者がいると進めやすくなります。開発部門と人事部門が別々に進めると、評価項目と開発の運用ルールがかみ合わないためです。

たとえば、ゲート審査を導入しても評価項目に反映されていなければ、開発者は審査を「余計な手続き」と受け止めます。仕組みと評価を同時に設計することで、審査が開発者の行動につながります。

外部に任せる場合も採否の判断は社内に残す

外部支援を使う場合でも、テーマの採否と中止の最終判断は社内に残します。判断基準が社内に根づかなければ、支援終了後に元の進め方へ戻るためです。

社内で持つものと、外部の知見を借りやすいものは、次のように分けられます。

領域	社内で持つもの	外部の知見を借りやすいもの
テーマ評価	最終的な採否の判断	評価項目・配点の設計
運用ルール	ゲート審査の実施	審査基準・様式の設計
人材	評価の実施と面談	評価制度の設計、研修

外部支援は判断を代わりに行うものではなく、社内で判断できる状態をつくる手段として使うと、支援終了後も仕組みが回り続けます。

まとめ

開発組織の強化とは、売れるテーマを選ぶ基準、計画どおり市場に出す運用ルール、それを担う人材の採用・評価・定着をつなげて、仕組みとして回すことです。押さえたい要点は、次の4つです。

• 過去5年の開発テーマを棚卸しし、ボトルネックがテーマ・運用・人材のどこにあるかを見極める
• 新規性と粗利の2軸と評価シートで、テーマの採否を決める
• 企画段階で売価と目標原価を決め、ゲート審査で継続・中止を判断する
• 評価に市場投入と粗利への貢献を加え、テーマを決める過程に開発者を参加させる

弊社の商品開発プロセス強化では、キーエンスで15年以上開発に携わった経験をもとに、テーマ設定の仕組みと技術者の評価制度を一体で設計し、定着まで伴走します。どこから手をつけるべきかを整理する段階から、お気軽にご相談ください（オンライン中心・NDA締結可）