「期」について 普通の組織をイノベーティブにする処方箋 (その64)

更新日

投稿日

技術マネジメント

 今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて解説します。

1. 市場の発展に伴う主導者となるプレーヤーの推移

 マーケティングの重要な概念の1つに、市場の発展に伴う主導者の推移を表すものがあります。これは市場が形成され、成長し、成熟し、衰退するまでの時系列を、その各段階での主導者をイノベーター、アーリー・アダプター、フォロアー、ラガードという名称を付けられたプレーヤー(顧客でもある)で分類するというものです。

 これは前回紹介した、揺籃期、成長期、成熟期、老衰期に近い(注:全く同じではない)期の概念に、それら期を主導するプレーヤーの名称(とその特徴)で整理したものです。市場が形成される前には、その市場を形成するための準備段階とそれを行うプレーヤーが必要であり、この概念ではそれらプレーヤーにイノベーターという名前がつけられています。

 まさに市場がまだ存在しない段階で、新しいニーズを自ら認識し、さらにそこに止まることなく、自らが何らかの活動を行うのがこのイノベーターです。生産財の場合には自分達が自らの製品の新しいニーズを認識し、その新しい製品を実現するために新しい概念の新しい部品や材料をサプライヤーに要求するようなプレーヤーです。

 消費財の場合には、自らの問題を解決するために、自らが試行錯誤を行ったり、サプライヤーにそれら新しい概念の製品を作るように働き掛けるプレーヤーです。ここで重要なのが、イノベーターが活躍するのは、市場が実際に形成される前の準備段階であるということです。

 一方、アーリー・アダプターは、市場が形成され始めた後の間もない時期に、その全く新しい概念の製品の価値を認識し、すぐに購入し使用する顧客です。

 通常多くの顧客は、全く新しい概念の製品には懐疑的で、自らが率先して本当に自分達に価値を手にすることができないリスクを取ってでも、新しい製品に手を出すということはしません。しかし、このアーリー・アダプターは新しもの好きで、それゆえリスクを取ってでも購入する顧客です。

 そして次に登場するのが、フォロアーです。

 フォロアーは自身のニーズやその新しい概念の製品の価値を初期においては認識しておらず、アーリー・アダプターの利用後の評判や他のフォロアーへの普及を目にして、初めて購入する顧客です。通常はほとんどの顧客はこのフォロアーに該当します。

 彼らは、イノベーションの創出への貢献は全くないものの(イノベーションが起こった後に出現する)、市場を形成する上では、極めて重要なプレーヤー(顧客)です。これらフォロアーが存在しなければ、市場は立ち上がらず、少数であるアーリー・アダプターやイノベーターのみの間で普及し、短期に市場は消滅するもしくは小規模で推移するだけで終わる、ということが起こってしまうからです。

 最後に登場するのがラガードです。

 Laggardにはのろま、ぐずなどの訳語が当てられているように、一番最後にその製品を購入し、使用する顧客層です。否定的な意味に捉えられがちですが、必ずしもラガード全てがそうではなく、中には慎重で保守的な顧客で、自分達の意見を(それが正しかろうが間違っていようが)明確に持っているラガードも少なからず存在します。

2.「期」プラスαでの整理...

技術マネジメント

 今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて解説します。

1. 市場の発展に伴う主導者となるプレーヤーの推移

 マーケティングの重要な概念の1つに、市場の発展に伴う主導者の推移を表すものがあります。これは市場が形成され、成長し、成熟し、衰退するまでの時系列を、その各段階での主導者をイノベーター、アーリー・アダプター、フォロアー、ラガードという名称を付けられたプレーヤー(顧客でもある)で分類するというものです。

 これは前回紹介した、揺籃期、成長期、成熟期、老衰期に近い(注:全く同じではない)期の概念に、それら期を主導するプレーヤーの名称(とその特徴)で整理したものです。市場が形成される前には、その市場を形成するための準備段階とそれを行うプレーヤーが必要であり、この概念ではそれらプレーヤーにイノベーターという名前がつけられています。

 まさに市場がまだ存在しない段階で、新しいニーズを自ら認識し、さらにそこに止まることなく、自らが何らかの活動を行うのがこのイノベーターです。生産財の場合には自分達が自らの製品の新しいニーズを認識し、その新しい製品を実現するために新しい概念の新しい部品や材料をサプライヤーに要求するようなプレーヤーです。

 消費財の場合には、自らの問題を解決するために、自らが試行錯誤を行ったり、サプライヤーにそれら新しい概念の製品を作るように働き掛けるプレーヤーです。ここで重要なのが、イノベーターが活躍するのは、市場が実際に形成される前の準備段階であるということです。

 一方、アーリー・アダプターは、市場が形成され始めた後の間もない時期に、その全く新しい概念の製品の価値を認識し、すぐに購入し使用する顧客です。

 通常多くの顧客は、全く新しい概念の製品には懐疑的で、自らが率先して本当に自分達に価値を手にすることができないリスクを取ってでも、新しい製品に手を出すということはしません。しかし、このアーリー・アダプターは新しもの好きで、それゆえリスクを取ってでも購入する顧客です。

 そして次に登場するのが、フォロアーです。

 フォロアーは自身のニーズやその新しい概念の製品の価値を初期においては認識しておらず、アーリー・アダプターの利用後の評判や他のフォロアーへの普及を目にして、初めて購入する顧客です。通常はほとんどの顧客はこのフォロアーに該当します。

 彼らは、イノベーションの創出への貢献は全くないものの(イノベーションが起こった後に出現する)、市場を形成する上では、極めて重要なプレーヤー(顧客)です。これらフォロアーが存在しなければ、市場は立ち上がらず、少数であるアーリー・アダプターやイノベーターのみの間で普及し、短期に市場は消滅するもしくは小規模で推移するだけで終わる、ということが起こってしまうからです。

 最後に登場するのがラガードです。

 Laggardにはのろま、ぐずなどの訳語が当てられているように、一番最後にその製品を購入し、使用する顧客層です。否定的な意味に捉えられがちですが、必ずしもラガード全てがそうではなく、中には慎重で保守的な顧客で、自分達の意見を(それが正しかろうが間違っていようが)明確に持っているラガードも少なからず存在します。

2.「期」プラスαでの整理

 この「市場の発展に伴う主導者となるプレーヤーの推移」の概念は、知識・経験の整理の1つの例です。ここから、得られる普遍的な意味合いは、期のみならず、他の知識・経験を区分し括る概念(上の例では各段階を主導するプレーヤーの名称と特徴)を導入することで、よりその整理が、そもそもの整理の目的である「思い付く」にとって有効になるということです。

 上の場合では、知識・経験を区分し括る概念はその期の主導的なプレーヤーでしたが、その他の例として、その期に強く影響を与えるもの(マクロ環境分析で利用されるPESTで代表される政治-Politics、経済-Economics、社会-Society、技術-Technologyなど)やその期が生み出す顕著な環境・状況や結果などがあるのではないかと思います。

 次回に続きます。

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
生産性向上の必要性 開発生産性向上(その1)

【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対応 3. 開発生産性向上施策 4. 改善活動のポイント ...

【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対応 3. 開発生産性向上施策 4. 改善活動のポイント ...


製造業の生産性 開発効率を上げるには(その1)

  【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1...

  【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1...


体感で思考する 普通の組織をイノベーティブにする処方箋 (その161)

         これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義...

         これまで五感を一つ一つとりあげ、それぞれの感覚のイノベーション創出における意義...


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

もっと見る
システム設計7 プロジェクト管理の仕組み (その39)

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...

 前回のシステム設計6に続いて解説します。    検証作業の基本は、考えたサブシステム構成に対してシステム要件の一つひとつに対してどのような...


設計部門の仕組み構築(その1)

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...


システム設計2 プロジェクト管理の仕組み (その34)

 前回でシステム設計の位置づけが明確になったと思いますので、次に、多くの開発現場で起きているシステム設計の問題について考えてみたいと思います。次のようなこ...

 前回でシステム設計の位置づけが明確になったと思いますので、次に、多くの開発現場で起きているシステム設計の問題について考えてみたいと思います。次のようなこ...