研究開発テーマの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商品を創る企業を世の中に送り出し続けることが私の使命です。


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

もっと見る
技術戦略  研究テーマの多様な情報源(その35)

    前回は、個人、組織単位で共通的にスパークの頻度を上げる方法について、解説しました。今回は、革新的テーマ創出・実現のため...

    前回は、個人、組織単位で共通的にスパークの頻度を上げる方法について、解説しました。今回は、革新的テーマ創出・実現のため...


類似-4 普通の組織をイノベーティブにする処方箋 (その103)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、引き続き「類似」について考えてみたいと思います...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、引き続き「類似」について考えてみたいと思います...


IS/ISNOT思考法は、問題分析の基本

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある...

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある...


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

もっと見る
サブシステムの開発目標 プロジェクト管理の仕組み (その41)

 前回までで、化粧品の自販機についてシステムの内部構造を決めました。システム内部構造は、システムを独立したサブシステムにブレークダウンしたもので、ブロック...

 前回までで、化粧品の自販機についてシステムの内部構造を決めました。システム内部構造は、システムを独立したサブシステムにブレークダウンしたもので、ブロック...


設計部門の課題と原因分析(その2)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


設計部門の仕組み改革(その2)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...