product-lifecycle-plays

プロダクトライフサイクルの施策

目的

成長が止まった製品に対して、何をすべきかを判断します。選択肢は 拡張、置き換え、終了 の3つです。間違った選択をすると、それぞれ異なる形で大きなコストが発生します。このスキルでは、ステージの診断、施策を見分ける基準、そして最も頻繁に失敗する施策に関するリスク一覧を提示します。

多くのチームは、いきなり施策を決めようとします。誰かが「作り直そう」や「廃止しよう」と言い、その後の議論は診断ではなく結論をめぐるものになります。重要なのは診断です。

入力

特に効果的な情報： 製品または製品ラインと、検討のきっかけとなった兆候（売上の横ばい、サポートコストの増加、競合の動き、戦略の転換など）。

あると役立つ情報： 売上と利益率の推移、顧客数と顧客の集中度、サポート負荷、ポートフォリオ内で隣接する製品、投資意欲の程度。

スキルの呼び出し時に渡された情報（スキル名の後のテキスト、貼り付けられたコンテキスト、または追加された ARGUMENTS: 行）は、すでに回答された情報として扱います。それを活用し、該当する内容については再質問しないでください。

何も準備していなくても大丈夫です。 製品名と直感があれば始められます。ステージ診断は以下の移行に関する質問に基づいて行います。PM がレポートを取り寄せなくても、すでに把握している情報で回答できます。

呼び出し例：

• 当社のレポートモジュールの売上が6四半期連続で横ばいです。拡張、置き換え、それとも終了？
• 老朽化した4つのSKUについて、施策のワークシートを実行してください。

---

主要な概念

プロダクトライフサイクル

5つのステージがあり、それぞれ異なる経済的な役割を担います。

ステージ	状況	役割
設計	コンセプト、プロトタイプ、ローンチ計画	課題が実在することを証明する
導入	ローンチ、認知度向上、初回販売	アーリーアダプターを見つける
成長	急速な売上拡大、市場拡大	顧客基盤を築く
成熟	売上のピーク、利益率のピーク	地位を守り、利益率を最大化する
衰退	売上の減少、終了計画	残存価値を最大化する

市場投入は前半に、ライフサイクル終了は後半にあります。施策が必要になるのは、成熟から衰退へ移る転換点です。 まさにこの局面で、多くのチームには判断の枠組みがなく、最も強く主張する人の意見に従いがちです。

戦略グリッド

「望ましい状態」はステージによって変わります。それぞれのレバーから、製品が実際にどの段階にあるのかを異なる観点で把握できます。

レバー	成熟	衰退
マーケティング目標	市場での地位を守る	残存価値を最大化する
競争	ブランドロイヤルティを重視する	顧客基盤を集約する
製品	最適化する	CX を拡張し、サポートを効率化する
販促	ロイヤルティ向上のインセンティブ	移行キャンペーン
流通	チャネルを最適化する	利益の出るチャネルに集中する
価格	付加価値バンドル	選択的な値引き
データ戦略	予測モデリング	移行計画のためのデータ

移行に関する質問

これが診断です。 各レバーについて、成熟から衰退へ移行したかどうかを判断する質問を確認します。4つ以上に「はい」と答えた場合、今四半期の売上グラフにかかわらず、衰退期に入っています。

レバー	質問
マーケティング目標	市場シェアを守ることは、まだ利益につながっていますか？
競争	ロイヤルティ向上の取り組みでは、ユーザーを維持できなくなっていますか？
製品	レガシー製品のサポートコストが、持続不可能な水準になっていますか？
販促	ロイヤルティ施策ではなく、移行キャンペーンを実施すべきですか？
流通	特定の流通チャネルで損失が出ていますか？
価格	付加価値バンドルの効果が薄れてきていますか？
データ戦略	データの用途が、予測から移行へと変わっていますか？

数値を測るのではなく質問する理由： 売上には遅れが生じます。製品の売上が横ばいの四半期でも、すでにこれらすべての指標が転換している可能性があります。こうした質問を使えば、グラフに表れる前に転換点を捉えられます。

3つのプレイ

拡張プレイ — 既存の製品ラインに新しいバリエーションや追加機能を導入します。

理由： 新たな顧客セグメントへの進出 · 多様な顧客ニーズへの対応 · 競合との差別化 · 新しいバリエーションによる売上増加 · ブランドロイヤルティの強化。

特徴： 既存製品の提供を続けながら、それに並行して追加します。最も低コストでリスクも最小ですが、面白みに欠けるため、最も軽視されがちなプレイです。

置き換えプレイ — 既存製品と同等またはそれを上回る機能を提供する新製品を導入し、旧製品を段階的に廃止します。

理由： 供給問題への対処 · 生産コストの削減 · 時代遅れまたは未使用の機能の排除 · 戦略目標との整合 · 規制変更への準拠。

特徴： GTM と EOL が同時に発生します。 これが最もコストのかかるプレイである理由は構造的なものです。詳しくは以下をご覧ください。

廃止プレイ — 後継製品を用意せずに、製品を段階的に廃止します。

理由： コストが収益を上回る · 市場からの戦略的撤退 · 中核となる課題がなくなった · 技術の進歩により時代遅れになった。

特徴： 純粋な EOL です。顧客は別の製品に移ります。競合製品を選ぶ可能性もあります。目標は、顧客を失わずに製品を廃止することです。

置き換えが最もコストのかかるプレイである理由

置き換えでは、互いに競合する2つの製品について、ローンチと廃止を同時に進めます。 あらゆる GTM リスクと EOL リスクが一度に生じ、さらに、ここでしか発生しないリスクもあります。それは自社の2つの製品間で起こるカニバリゼーションです。

失敗の両方向から得られる教訓は次のとおりです。

• Kodak はフィルムのカニバリゼーションを恐れて、デジタル事業への投資を抑えました。その恐れによって市場を失いました。
• Amgen は意図的に Aranesp で Epogen をカニバライズしました。これは成功しましたが、その後何年にもわたって複雑な価格設定の力学に対処することになりました。

恐れれば未来を失い、無視すれば利益率を失います。計画を立てれば、移行を実現できます。

7つの置き換えに伴う危険

置き換えプレイで起こり得る問題と、それぞれがもたらすパターンは次のとおりです。

#	危険	パターン
1	GTM プロセスの失敗	後継製品があるのに、誰も採用しない（Zune）
2	市場参入の遅れ	ローンチが遅れ、競合がカテゴリーを定義する（BlackBerry）
3	社内の不整合	サイロ化した研究開発、マーケティング、営業がローンチの効果を弱める（New Coke）
4	外部要因	反発、安全上の問題、またはマクロ環境のショックにより撤退を余儀なくされる（Google Glass）
5	規制リスク	コンプライアンス要件を見落とす、または後継製品によって新たな義務が生じる
6	予期しないカニバリゼーション	2つの製品が互いに競合する（Kodak、Amgen）
7	EOL 管理の不備	後継製品は定着しても、旧製品の廃止に失敗する（Vista、AT&T POTS、Nest Revolv）

危険7を防ぐために、このリポジトリの EOL スイートが用意されています — そして、チームが最も軽視するのもこの危険です。ローンチを計画する頃には、廃止は単なる事務手続きのように感じられるからです。

リスク登録簿

該当する危険ごとに、5つの列を埋めてください。5列目は見落とされがちです。

リスク	発生確率	影響	緩和策	不測の事態への対応
事業計画に悪影響を及ぼす可能性があるものは何ですか？	どのくらい起こりそうですか？	影響はどの程度深刻ですか？	発生確率をどう下げますか？	プラン B は何ですか？

不測の事態への対応欄がない登録簿は、心配事のリストです。プラン B があって初めて、計画になります。

アンチパターン（これは何ではないか）

• 成長フレームワークではありません。 次の成長分をどこから得るかは別の問いです — ansoff-matrix と organic-growth-advisor を参照してください。
• 予測ではありません。 数値ではなく、段階と方向性について考えます。
• 自動的なものではありません。 衰退は終わりを意味するわけではありません。サポートコストが低く、利益率を生み出す成熟製品は、プロジェクトではなく収穫対象です。
• 必ずしも一度に1製品ずつ進めるものではありません。 ワークシートは製品ライン全体を対象とし、プレイ同士も影響し合います — 2つの製品が同時に置き換え対象になることはありません。

---

適用

ワークシートとリスク登録簿には template.md を使用します。

ステップ 1：段階を診断する

7つの移行に関する質問を実施します。「はい」の数を数えます。

• 0～1個が「はい」 — 成熟しており健全です。問題は施策ではなく、さらなる投資を行うかどうかです
• 2～3個が「はい」 — 成熟していますが、勢いが弱まっています。拡張施策の領域です。四半期ごとに状況を確認します
• 4～5個が「はい」 — 衰退期に入りつつあります。今すぐ、どの施策を取るか慎重に決めます
• 6～7個が「はい」 — 衰退期です。置き換えるか廃止します。拡張は、結果を変えるのではなく、決断を先延ばしにする可能性が高いです

「はい」だった質問を書き留めます。「はい」の数よりも、パターンのほうがどの施策を取るかを見分けるうえで重要です。

ステップ 2：圧力の原因を特定する

原因は3つあり、それぞれ異なる施策につながります。

圧力	シグナル	つながる施策
需要側	ニーズの変化、セグメントの移動、競合他社との差別化	拡張 — コア製品が依然として誰かの実際の問題を解決している場合
供給／コスト側	部品のEOL、生産コスト、サポート負荷、戦略の転換	置き換え — 問題は顧客のニーズではなく、自社の経済性です
能力側	技術の陳腐化、アーキテクチャの限界、規制の変更	置き換えまたは廃止 — ニーズが技術の変化後も残るかどうかによります

落とし穴： 供給側の圧力がロードマップに反映されると、顧客の問題のように感じられます。「これを再構築する必要がある」という言葉は、多くの場合「コストが高すぎる」という意味です。これは置き換えの正当な理由ですが、成功の定義が変わるため、そのことをはっきり伝えてください。

ステップ 3：まず拡張施策を検証する

拡張は最も低コストの施策であり、最も頻繁に検討が抜け落ちます。置き換えや廃止を決める前に、次の点を確認してください。

1. 現行製品のバリアントで対応できるセグメントはありますか？
2. アーキテクチャを再構築せずに、機能の追加で満たせるニーズはありますか？
3. 再パッケージ化やリブランドによって、別の購入者にアプローチできますか？
4. 衰退しているのは製品ですか、それとも製品を取り巻くチャネルや価格ですか？

質問4は、よくある特定の誤りを見抜くのに役立ちます。実際には機能しなくなった流通チャネルや、優位性を失ったバンドルが問題なのに、製品が衰退していると判断してしまう誤りです。製品を置き換えるより、要因を改善するほうが低コストです。

4つすべてに対する正直な答えが「いいえ」なら、拡張は選択肢から外れます。なぜ外れたのかも分かるため、3か月後に誰かに尋ねられたときに説明できます。

ステップ 4：置き換える場合は、決定前にリスク登録簿を作成する

7つのハザードを順に確認します。該当する項目は、コンティンジェンシーを含む5つの列すべてを記入します。発生確率と影響度を正直に評価してください。すべてが「低／低」の登録簿は、ただ記入を終わらせるために作られたものです。

特に確認すべき質問は2つです。

• カニバリゼーション： どの製品がどの顧客を獲得し、重複期間中の利益率はどうなりますか？
• ハザード7： 廃止の責任者は誰で、資金は確保されていますか？資金が確保されていないEOLを伴う置き換えは、負債を抱えたままのローンチです。

ステップ 5：廃止する場合は、引き継ぎを行う

廃止施策は、それ自体で完結する一連のプロセスです。最も誤りであることが多い2つの前提、つまり顧客の移行先があることと、契約上または規制上の義務がスケジュールを妨げないことを確認してから、EOL スイートに進みます。

ステップ 6：製品ライン全体で実施する

製品ファミリーの場合は、ポートフォリオのワークシートを作成します。すべての製品について、段階、「はい」の数、圧力の原因、推奨する施策を記載します。そのうえで、相互の影響を確認します。

• 同じ顧客を対象に、2つの製品を両方とも置き換え製品にはできません
• ある製品の拡張によって、別の製品を置き換える根拠が弱まることがあります
• 隣接する2つの製品を同じ期間に廃止すると、顧客が受ける混乱が倍増します。自社が受ける混乱ではありません

最終ステップ：次に進む内容を提示する

「次はどうしますか？

1. 診断について話し合う — 質問に沿って進めたい場合は、lifecycle-play-advisor をご覧ください（推奨）
2. 廃止を実施する — eol-process または eol-readiness-advisor をご覧ください
3. 拡張を計画する — そのバリアントがどの成長パスに対応するかについては、organic-growth-advisor をご覧ください
4. 後継製品への置き換え戦略について、詳細なリスク登録簿を作成する

番号、組み合わせ、またはご自身の進め方を返信してください。」

---

例

• examples/sample.md — Fieldlight 製品ライン（SaaS、4 つのモジュール、3 種類の戦略）
• examples/sample-industrial.md — Northfield Automation のコントローラー製品ライン（産業用、実際に起きた問題を予測したリスク登録簿付きの置き換え戦略）

---

よくある落とし穴

落とし穴 1：診断の前に戦略を議論する

兆候： 会議が「再構築すべきか、それとも廃止すべきか？」という話から始まります。

結果： 最も声の大きい支持者の意見が通り、製品が実際にどの段階にあるのかが明らかになりません。 6 か月後には、なぜそう判断したのか誰も再現できなくなります。

対策： まず、7 つの移行に関する質問に文書で回答します。通常、肯定のパターンを見るだけで、誰かを勝者にすることなく議論がまとまります。

---

落とし穴 2：退屈だからと拡張の検討を省く

兆候： 検討される選択肢が置き換えと廃止だけです。拡張は話題に上りません。

結果： バリアントがあと 3 年間の収益をもたらしたはずの製品に、置き換えの予算を費やしてしまいます。

対策： 4 つの拡張に関する質問を明示的に検証し、回答を記録します。「いいえ、その理由は……」も有用な記録です。何も記録しないのは役に立ちません。

---

落とし穴 3：チャネルの問題を製品の問題と取り違える

兆候： 売上が減少しているため、製品が衰退期にあると判断されます。

結果： 健全な製品を置き換える一方で、機能していない流通チャネルや陳腐化したバンドルが後継製品にもそのまま引き継がれます。

対策： 移行に関する質問 5 と 6 は、このためにあります。製品を見限る前に、変更可能な要因を確認してください。

---

落とし穴 4：プラン B のないリスク登録簿

兆候： リスクと緩和策は列挙されていますが、対応策の欄が空欄か「監視する」と書かれています。

結果： 緩和策が失敗します（実際に失敗するものです）。準備済みの対応策がないため、時間に追われる中、公の場でその場しのぎの対応をすることになります。

対策： 中程度以上と評価されたリスクには、すべて実効性のある対応策を用意します。この欄の目的は、まさに「プラン B は何か？」を明確にすることです。

---

落とし穴 5：廃止ではなくローンチに資金を投じる

兆候： 置き換え戦略には GTM 予算がありますが、EOL 予算がありません。

結果： 危険 7。後継製品が出荷されても旧製品はサポートされないまま存続します。ローンチを祝う一方で、顧客には移行が見捨てられたように感じられます。

対策： 置き換え戦略には、資金を確保した 2 つの作業の流れが必要です。廃止に資金が割り当てられていないなら、手順を増やしただけの拡張戦略を選んだことになります。

---

参考資料

関連スキル

これらはそれぞれ単独で利用できます。どれもこのスキルの前提ではなく、このスキルもそれらの前提ではありません。

• lifecycle-play-advisor — この診断のガイド付きバージョン
• eol-readiness-advisor — 廃止戦略を実行するかどうかの判断
• eol-process — 廃止を最初から最後まで実施する方法
• organic-growth-advisor — 拡張が対応する成長パス
• ansoff-matrix — 次の成長段階の源泉
• roadmap-planning — 戦略を選択した後の実施順序

外部フレームワーク

• 製品ライフサイクル（PLC）— 5 段階の経済モデル
• イノベーションの普及／キャズム — 置き換え製品の中には、なぜ主流市場に浸透できないものがあるのか
• 製品ライフサイクル戦略グリッド — 段階ごとのマーケティングミックスの変更要因

来歴

• ソフトウェア、ハードウェア、規制対象業界における製品ライフサイクルの移行と製品の廃止を実施した実務経験から抽出されています。