オープン・イノベーションを社内で実現する方法 研究テーマの多様な情報源(その29)

更新日

投稿日

1.自社のコア技術を外部に発信する理由

 
 前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでしょうか、それは、外部の目で自社の存在を見つけてもらい、先方からの自社へのコンタクトを期待するものです。
 

2.コア技術の外部発信対象は多様であることを前提に

 
 コア技術はまだ見ぬ潜在パートナーを対象とするわけで、どのような企業、個人、研究機関が問い合わせしてくるかは事前にはわかりません。というよりも、むしろ多様な対象に積極的にアピールするように外部発信をしなければなりません。そのためには、潜在パートナーは多様であることを前提に情報発信をする必要があります。
 
 コア技術の発信内容を考える場合に考えなければならない多様性の軸は、次の3点があります。
 
(1)対象者の技術についての知識レベルです。技術について良く知っているパートナーのみを対象とするわけではありません。むしろ、技術については知らない潜在パートナーにもアピールできるような工夫をする必要があります。技術を良く知っている潜在パートナーであれば、コア技術の多少の内容と自社がパートナーを求めていることを発信すれば、先方の努力で探してくれる可能性がありますが、技術について知らない潜在パートナーはそのようなことは期待できません。
  
(2)先方の関心度、切迫度です。既に非常に困っていて、積極的に対象技術を探している潜在パートナーと、何か面白い技術があればというレベルの潜在パートナーが考えられます。それにより当然、発信内容や発信媒体に工夫が必要です。前者であれば、先方は積極的にインターネットを使い検索するでしょうが、後者はそのようなことはありません。
 
(3)使用言語です。英語で十分と思うのは早計で、潜在パートナーにはさまざまなレベルが考えられ、英語が分からないパートナーの存在も十分考えられます。多言語、例えば中国語、韓国語、スペイン語と言った言語でも発信する必要があります。中国語も簡体字(中国本土で利用)と繁体字(台湾・香港で利用)の両方を含めるぐらいの、細かい対応が求められます。
 

3.発信情報の視点(アウトバウンドを例に)

 
 上で議論した1つ目の多様性の軸への対応には、以下の視点での情報が必要です。
 

(1)その技術のメカニズム

 
 技術について良く知っている顧客は、当然その技術そのものへの関心は大きいと考えられます。具体的に必要な技術を特定し、それをネット検索等で探すことが想定されます。そのために、その技術のメカニズムの特徴を明確に発信する必要があります。
 

(2)その技術で実現できる機能

 
 オープン・イノベーションの対象者は多様で、自ら必要技術を特定できるパートナーは限定的であろうと思われます。むしろ、技術は知らないが、その技術で実現できる『機能』を求めているパートナーは多いと想定されます。そのような対象者を前提には、その技術で何ができるのかすなわち『機能』を発信する必要があります。ここで一点注意しな...

1.自社のコア技術を外部に発信する理由

 
 前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでしょうか、それは、外部の目で自社の存在を見つけてもらい、先方からの自社へのコンタクトを期待するものです。
 

2.コア技術の外部発信対象は多様であることを前提に

 
 コア技術はまだ見ぬ潜在パートナーを対象とするわけで、どのような企業、個人、研究機関が問い合わせしてくるかは事前にはわかりません。というよりも、むしろ多様な対象に積極的にアピールするように外部発信をしなければなりません。そのためには、潜在パートナーは多様であることを前提に情報発信をする必要があります。
 
 コア技術の発信内容を考える場合に考えなければならない多様性の軸は、次の3点があります。
 
(1)対象者の技術についての知識レベルです。技術について良く知っているパートナーのみを対象とするわけではありません。むしろ、技術については知らない潜在パートナーにもアピールできるような工夫をする必要があります。技術を良く知っている潜在パートナーであれば、コア技術の多少の内容と自社がパートナーを求めていることを発信すれば、先方の努力で探してくれる可能性がありますが、技術について知らない潜在パートナーはそのようなことは期待できません。
  
(2)先方の関心度、切迫度です。既に非常に困っていて、積極的に対象技術を探している潜在パートナーと、何か面白い技術があればというレベルの潜在パートナーが考えられます。それにより当然、発信内容や発信媒体に工夫が必要です。前者であれば、先方は積極的にインターネットを使い検索するでしょうが、後者はそのようなことはありません。
 
(3)使用言語です。英語で十分と思うのは早計で、潜在パートナーにはさまざまなレベルが考えられ、英語が分からないパートナーの存在も十分考えられます。多言語、例えば中国語、韓国語、スペイン語と言った言語でも発信する必要があります。中国語も簡体字(中国本土で利用)と繁体字(台湾・香港で利用)の両方を含めるぐらいの、細かい対応が求められます。
 

3.発信情報の視点(アウトバウンドを例に)

 
 上で議論した1つ目の多様性の軸への対応には、以下の視点での情報が必要です。
 

(1)その技術のメカニズム

 
 技術について良く知っている顧客は、当然その技術そのものへの関心は大きいと考えられます。具体的に必要な技術を特定し、それをネット検索等で探すことが想定されます。そのために、その技術のメカニズムの特徴を明確に発信する必要があります。
 

(2)その技術で実現できる機能

 
 オープン・イノベーションの対象者は多様で、自ら必要技術を特定できるパートナーは限定的であろうと思われます。むしろ、技術は知らないが、その技術で実現できる『機能』を求めているパートナーは多いと想定されます。そのような対象者を前提には、その技術で何ができるのかすなわち『機能』を発信する必要があります。ここで一点注意しなければならなのが、その技術で実現できる機能は1つではないことが多いということです。したがって、その技術で実現できる『機能』を複数、できるだけ網羅的に考え、それらを発信する必要があります。
 

(3)その技術で実現できる製品・サービス用途例

 
 中には機能レベルでの説明だけでもピントこないというステーク・ホルダーもいるでしょう。そのためにも、その技術で実現できる用途例、すなわちその技術で実現できる機能を一歩進めて、その技術(機能)を使って実現できる製品やサービスの用途事例を示すことです。
 
  

   続きを読むには・・・


この記事の著者

浪江 一公

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。


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

もっと見る
製品設計:ミス防止対策(その1)

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

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


JOICの活動 オープンイノベーションとは(その6)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


関係性の種類、重複とは 普通の組織をイノベーティブにする処方箋(その95)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、下記の(4)重複(一部を共有)について解説しま...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。今回は、下記の(4)重複(一部を共有)について解説しま...


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

もっと見る
プロジェクトの進捗管理 プロジェクト管理の仕組み (その4)

 前回のその3プロジェクトの計画策定に続いて解説します。最後は、プロジェクトの監視と制御、そして、測定と分析です。まとめて進捗管理といっても問題ないと思い...

 前回のその3プロジェクトの計画策定に続いて解説します。最後は、プロジェクトの監視と制御、そして、測定と分析です。まとめて進捗管理といっても問題ないと思い...


富士フィルムにおけるコア技術の活用戦略

 本業であるフィルム事業がなくなることを経験した、富士フィルムの技術の棚卸活動は注目に値します。アスタリフトや液晶用フィルムは、フィルム事業で培ったコア技...

 本業であるフィルム事業がなくなることを経験した、富士フィルムの技術の棚卸活動は注目に値します。アスタリフトや液晶用フィルムは、フィルム事業で培ったコア技...


作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...