「作る」よりも「捨てる」方が難しい。負債を断ち切りプロダクトを加速させる機能廃止（サンセット）のPRD術

「せっかく作ったのにもったいない」「一部のユーザーからは反対されるかもしれない」——。そんな思いから、使われていない古い機能をズルズルと残していませんか？ 肥大化したプロダクトは、やがて開発スピードを奪い、新規ユーザーを混乱させる大きな「負債」へと変わります。

プロダクトマネージャーの真価は、何を「作るか」だけでなく、何を「捨てるか」に現れます。今回は、プロダクトを健全な状態に戻し、次の成長にリソースを集中させるための、機能廃止（サンセット）に向けたPRDの書き方と進め方について詳しく解説します。

1. なぜ「捨てること」が最強のプロダクト改善なのか

機能が増え続けると、プロダクトのコードベースは複雑になり、テストの工数は増え、UIは煩雑になります。これを放置すると、新しい機能を一つ追加するのにかかる時間が以前の数倍に膨れ上がる「ビルドトラップ」の深淵に沈んでいきます。

不要な機能を削除することは、単なる整理整頓ではありません。チームの認知負荷を下げ、開発の敏捷性を取り戻すための、極めて戦略的な投資です。PRDの思考を使って「なぜこの機能が今のプロダクトにとって害になっているのか」を言語化することから、すべてが始まります。

2. 機能廃止のためのPRD（サンセットPRD）の構成要素

機能を追加する時と同様、廃止する時もPRDを書くことを強く推奨します。感情的な議論を排し、データに基づいてチームとステークホルダーを納得させるためです。サンセットPRDには以下の項目を盛り込みましょう。

• 廃止の判断基準：利用率、メンテナンスコスト、代替機能の有無などの具体的数値。
• 影響範囲の特定：その機能を使っているユーザー数と属性、依存している他の機能。
• 移行プラン：ユーザーにどのような代替手段を提供するか、あるいは提供しないか。
• コミュニケーション計画：いつ、どのようにユーザーへ告知し、不満を最小限に抑えるか。

「作るためのPRD」が希望を語るものなら、「捨てるためのPRD」は覚悟を語るものです。このドキュメントがあることで、カスタマーサポートや営業チームも、自信を持ってユーザーに説明できるようになります。

3. 【比較】なんとなく廃止 vs 戦略的なサンセット

具体的な事例で比較してみましょう。テーマは「初期に作ったが、今はほとんど使われていないカスタムレポート機能」です。

これを、サンセットPRDに基づいた戦略的な廃止にするとこうなります。

4. ユーザーとの「信頼」を損なわないソフトランディング

機能廃止において最も大切なのは、ユーザーへの敬意です。たとえ少数のユーザーであっても、その機能に価値を感じていた人がいることを忘れてはいけません。突然の削除は避け、十分な猶予期間を設けた段階的な告知を行いましょう。

「なぜ廃止するのか」という理由を、プロダクトの未来のビジョンとともに語ることが重要です。「もっと使いやすく、もっと価値のある体験を提供するために、私たちはこの決断をしました」という誠実なメッセージは、長期的にはユーザーの信頼を深めることに繋がります。サンセットは、より良い未来を創るための「前向きな別れ」なのです。

5. まとめ：プロダクトを「研ぎ澄ます」PdMへ

機能を増やすだけのPdMは、いずれ自らが作った機能の重みに潰されます。一方、優れたPdMは、常にプロダクトを観察し、不要な枝葉を剪定して、コアとなる価値を研ぎ澄ませ続けます。PRDという思考のフレームワークは、その剪定バサミでもあります。

勇気を持って、過去の自分たちが作ったものに「No」を突きつけましょう。その決断の先に、チームが軽やかに走り出し、ユーザーが迷いなく価値を享受できる、理想のプロダクトの姿があるはずです。応援しています！

機能を捨てる勇気、少しは湧いてきたでしょうか。次回の記事では、いよいよ終盤。**「PRDを武器にした、PdMとしてのキャリアアップと転職・評価」**についてお話しします。あなたが日々書いているドキュメントが、どのようにあなたの市場価値に繋がっていくのか。その生々しい実態を公開します。具体的な廃止告知の文面案などが欲しい方は、文末のnoteもぜひチェックしてみてください。