研究開発テーマのPR 新規事業・新商品を生み出す技術戦略(その63)

更新日

投稿日

技術マネジメント

◆ 研究開発ゴールを宣言する効果

1. 研究開発テーマの計画は?

 ある研究開発組織の担当者から開発情報を聞く機会がありました。その時、彼は「来年の今頃にはなんとか形にしたいと思っています」と回答したのです。

 組織・チーム内ならいざ知らず、外部の人間に対しての発言であったから驚きです。これは勿体無いPRだなと感じたことを覚えています。

 反対のケースでは、研究開発テーマのロードマップ報告の場である開発リーダーが次世代商品への搭載を目的としたコア技術の進捗を報告していました。この時、開発リーダーは「多少の課題はあるものの、予定通り来年春には実用化開発完了の見込みです」と報告しました。

 この2つのケースで起こり得る事象はどんなものがあるでしょうか?

 最初のケースは出来高次第と解釈する回答であり、受け取り側は本気で聞く気になれません。技術シーズPRとしては問題があります。

 2番目のケースは計画通りできますと前向きな回答で、宣言通りであれば良いのですが、研究開発における技術の壁を考慮すると簡単には成功へと至りません。ゆえにあまりに楽観的な回答をし続けると、そのうち信頼を失ってしまうケースを目にします。

 この2つのケースは研究開発の担当者、マネジメント層や事業企画の間で頻繁に起こる事象です。皆さんの会社でも研究者はできると断言することに躊躇(ちゅうちょ)し、マネジメント層や事業企画・営業区はできますと宣言することが多いのではないでしょうか?

2. ゴールを宣言する効果

 ここで「研究開発テーマのゴールを宣言する」ことで得られる効果を説明します。

 ゴールとは言うまでもなく、機能・性能やそのレベル、完成時期などです。これらの情報を提供したい相手は誰でしょうか、社内の技術シーズをPRして、活用してもらうのですから見込み顧客や共創相手であることは間違いありません。

 そして将来の顧客・共創相手は皆さんの技術を待っている状態です。そのために欲しい情報を伝える、つまり宣言することは重要でそこで初めて検討の土台に乗るのです。

3. 宣言する情報

 研究開発テーマはあくまでアウトプットされる技術に利用者が存在することを想定していると思います。先に記載した通り「できそうも無い」「出来高でそのうち」「できます、やります」では利用検討者は困ります。

 一方で研究開発は失敗の可能性を多分に含んでいることも事実です。

 このような場合にお...

技術マネジメント

◆ 研究開発ゴールを宣言する効果

1. 研究開発テーマの計画は?

 ある研究開発組織の担当者から開発情報を聞く機会がありました。その時、彼は「来年の今頃にはなんとか形にしたいと思っています」と回答したのです。

 組織・チーム内ならいざ知らず、外部の人間に対しての発言であったから驚きです。これは勿体無いPRだなと感じたことを覚えています。

 反対のケースでは、研究開発テーマのロードマップ報告の場である開発リーダーが次世代商品への搭載を目的としたコア技術の進捗を報告していました。この時、開発リーダーは「多少の課題はあるものの、予定通り来年春には実用化開発完了の見込みです」と報告しました。

 この2つのケースで起こり得る事象はどんなものがあるでしょうか?

 最初のケースは出来高次第と解釈する回答であり、受け取り側は本気で聞く気になれません。技術シーズPRとしては問題があります。

 2番目のケースは計画通りできますと前向きな回答で、宣言通りであれば良いのですが、研究開発における技術の壁を考慮すると簡単には成功へと至りません。ゆえにあまりに楽観的な回答をし続けると、そのうち信頼を失ってしまうケースを目にします。

 この2つのケースは研究開発の担当者、マネジメント層や事業企画の間で頻繁に起こる事象です。皆さんの会社でも研究者はできると断言することに躊躇(ちゅうちょ)し、マネジメント層や事業企画・営業区はできますと宣言することが多いのではないでしょうか?

2. ゴールを宣言する効果

 ここで「研究開発テーマのゴールを宣言する」ことで得られる効果を説明します。

 ゴールとは言うまでもなく、機能・性能やそのレベル、完成時期などです。これらの情報を提供したい相手は誰でしょうか、社内の技術シーズをPRして、活用してもらうのですから見込み顧客や共創相手であることは間違いありません。

 そして将来の顧客・共創相手は皆さんの技術を待っている状態です。そのために欲しい情報を伝える、つまり宣言することは重要でそこで初めて検討の土台に乗るのです。

3. 宣言する情報

 研究開発テーマはあくまでアウトプットされる技術に利用者が存在することを想定していると思います。先に記載した通り「できそうも無い」「出来高でそのうち」「できます、やります」では利用検討者は困ります。

 一方で研究開発は失敗の可能性を多分に含んでいることも事実です。

 このような場合において、ゴールは幅を持たせて宣言することを推奨します。つまり、ベストケースとワーストケースで実装される機能や性能スペック、また実用化開発完了タイミングを表現します。

 もちろんメインゴールは、一つ。変動幅を情報として公開する、この一手間で技術シーズPRへの反響が変わってくるでしょう。

 研究開発テーマはどうしてもリスク前提でジャッジされることがあり、手応えを感じることが難しいものです。利用見込み客の不安を取り除くためにも変動幅を宣言しつつ、研究開発テーマをPRすることが望ましいのです。

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
新規事業×しんどいを乗り越える鉄則:マネージメント層、新規事業・新商品を生み出す技術戦略(その102)

【この連載の前回、新規事業×しんどいを乗り越える鉄則:開発担当者、新規事業・新商品を生み出す技術戦略(その101)へのリンク】 【目次】...

【この連載の前回、新規事業×しんどいを乗り越える鉄則:開発担当者、新規事業・新商品を生み出す技術戦略(その101)へのリンク】 【目次】...


範囲の経済性とは 普通の組織をイノベーティブにする処方箋 (その49)

        「強みを未来志向で設定する」の解説、今回は第3要件の「顧客価値創出領域が広い」です。 ◆関...

        「強みを未来志向で設定する」の解説、今回は第3要件の「顧客価値創出領域が広い」です。 ◆関...


製品設計:ミス防止対策(その4)

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...


「技術マネジメント総合」の活用事例

もっと見る
仕組み見直しとグローバル化(その1)

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...


手戻りのフィードバック・ループを小さくするとは プロジェクト管理の仕組み (その9)

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...


技術プラットフォームの重要性

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...