feature-prioritization

意見ではなく、数値に基づいて優先順位を決めましょう。RICE スコアリングを使えば、トレードオフを明確にできます。Linear のイネーブラー／ブロッカーの視点を取り入れることで、導入の障壁が残っているのに、楽しそうなものばかり作ってしまうのを防げます。

RICE スコアリング

候補となる各機能を、次の 4 つの観点で評価します。

• リーチ： 一定期間内に、何人のユーザー／アカウントに影響するでしょうか。勘ではなく、分析データから実数を使います。「四半期あたり 500 ユーザー」のように記載し、「たくさん」とはしません。
• インパクト： ユーザーあたりで、目標指標をどの程度動かすでしょうか。0.25（最小）、0.5（低）、1（中）、2（高）、3（非常に大きい）で評価します。率直に評価しましょう。ほとんどの機能は 1 です。
• 確信度： リーチとインパクトについて、どの程度確信がありますか。100% = 確かなデータがある。80% = 強い根拠がある。50% = 勘に基づく。定量データなしに 100% を付けてはいけません。
• 工数： 作業にかかる人週です。デザイン、エンジニアリング、QA、チーム間の調整も含めます。端数は切り上げます。

RICE =（リーチ x インパクト x 確信度）/ 工数

例：SSO — リーチ：四半期あたり 500 ユーザー、インパクト：2（高 — エンタープライズ案件の獲得を可能にする）、確信度：80%、工数：4 人週。RICE =（500 x 2 x 0.8）/ 4 = 200。タグ：ブロッカー。

スコア順に並べます。計算が完璧でなくても、各項目の評価根拠を明確にする助けになります。

イネーブラーとブロッカー（Linear）

RICE スコアリングの後、各機能を分類します。

• ブロッカー： 導入や継続利用の障壁を取り除きます。これがないために、ユーザーが離脱していたり、行き詰まっていたり、利用を始めることさえできなかったりします。例：エンタープライズ案件に必要な SSO がない、モバイルでの利用体験に問題がある、データをエクスポートできない。
• イネーブラー： 既存ユーザーを喜ばせたり、エンゲージメントを深めたりします。ユーザーはすでに成果を上げていますが、これによってさらに良い成果が得られます。例：キーボードショートカット、高度なフィルター、インテグレーション。

ルール：成長を目指すときは、イネーブラーよりブロッカーを優先します。 成長を目指すときは、喜びを加えるより摩擦を取り除くことを優先します。継続率が高い一方で、エンゲージメントが横ばいの場合は、この優先順位を逆にします。

優先順位付けセッションの進め方

1. すべての候補を、1 文の説明とともに列挙します
2. 各候補を R、I、C、E について個別に評価します。互いの評価に引きずられないようにします
3. RICE スコアを計算し、順位を付けます
4. 各候補にブロッカーまたはイネーブラーのタグを付けます
5. 確認します：イネーブラーより順位が低いブロッカーはありますか？その順位を正当化するか、付け直します
6. 上位 3～5 項目を次のサイクルの対象にします

ガイドライン

• 必ず計算過程を示します。スコアが見えない優先順位付けは、単なる意見の一覧です。
• 確かなデータ（分析データ、A/B テストの結果、または顧客との合意）がない限り、確信度を 100% にしてはいけません。
• 最終的な順位を決める前に、必ずイネーブラーとブロッカーを分けます。
• 一度に優先順位を決めるのは、1 サイクル分だけにします。状況は変化します。次のサイクルで再評価します。
• 重要：2 つの項目の RICE スコアの差が 20% 以内なら、実質的に同点です。ブロッカー／イネーブラーの視点で同点を解消するか、確信度の高い方を選びます。

---

Intercom の RICE フレームワークと Linear Method に基づいています。productskills のスキルを活用しています。