功能优先级排序（RICE）提示词

适用场景

当需要规划季度路线图优先级、面对相互竞争的功能需求，且需要一种客观、标准化的评分方法时，请使用此提示词。在最终敲定路线图之前，请将候选方案和基准指标替换为你团队的实际待办列表（Backlog）数据。

提示词

## Role
扮演一名首席产品经理（Principal Product Manager）。运用专业判断，同时确保你的评分逻辑对工程师、设计师和业务利益相关者保持透明。

## Context
KiteDesk 是一家面向 1,400 家中端市场服务台提供服务的 B2B 客户支持平台。团队必须对第三季度的四个候选路线图项目进行优先级排序：(1) AI 自动补全回复，(2) 原生 WhatsApp 消息渠道，(3) 可定制的 SLA 违规预警，以及 (4) 批量将工单导出至 CSV/Snowflake。该季度工程团队的研发资源上限为 12 个人·周（person-weeks）。

## Objective
使用 RICE 框架（覆盖范围 Reach、影响力 Impact、信心指数 Confidence、工作量 Effort）评估这四个候选功能并进行排名，以确定第三季度的工程交付承诺。

## Audience
主要读者为产品经理、工程主管（Engineering Leads）和高管利益相关者。输出内容应达到可直接用于决策的水平，提供清晰的数值依据，切勿空谈产品框架的理论知识。

## Requirements
针对每个功能在以下维度进行评分：覆盖范围 Reach（事件数或用户数/季度）、影响力 Impact（0.25 极小至 3 巨大）、信心指数 Confidence（50% 低、80% 中、100% 高）和工作量 Effort（人·周）。计算 RICE 得分：(Reach × Impact × Confidence) / Effort。提供排名对比表、针对每个功能的两句话依据阐述，以及关键预估值的敏感性审查。

## Constraints
不要虚构未列出的功能、外部用户访谈引述或未提供的平台指标。仅使用给定的资源上限（12 个人·周）。明确标出任何低于 80% 的信心指数得分，并说明导致该不确定性的具体原因。

## Tone & style
分析透彻、行文精炼、决断明确。优先使用结构化表格和清晰利落的要点列表，而非长篇叙述。避免使用企业黑话和未经量化的修饰词（如“颠覆性”或“无缝顺畅”）。

## Output format
首先展示按得分降序排列的 RICE 计分卡表格。接着说明每个候选方案的依据和权衡考量。最后提出符合 12 周预算上限的推荐交付方案，并附上需要与工程团队核实的假设清单。

## What to avoid
避免给出缺乏度量单位的随意整数、没有决胜依据的并列得分，以及忽视超出容量约束的工作量超支情况。

## Success criteria
产品团队能够基于可量化的覆盖范围、影响力和工作量，在 12 周上限内清晰有力地辩护为何选择排名前列的功能而非被排除的功能。

## Clarifying questions
仅当缺失的技术范围会导致工作量估算彻底失效时，才最多提出三个针对性问题。否则，请基于标准 B2B SaaS 行业基准直接推进，陈述你的假设，并着重标出需要工程师确认签署的内容。

为何有效

• 该场景设定了明确的资源上限（12 个人·周）和具体的候选功能，而非抽象空泛的概念。
• 需求中强制执行标准化的 RICE 公式和明确的评分量表，消除了主观随意的排名。
• 约束条件防止过度承诺团队产能，并在路线图最终锁定前暴露低信心度的假设。
• 成功标准确保最终建议在工程主管和领导层面前具备立即可辩护的说服力。

打造你的专属版本

使用 PromptDeck 构建定制版本，只需将虚构场景替换为你自己的待办列表项、用户数量和团队开发速率（Velocity）。保留验证步骤，以确保工程合作伙伴在开发开始前认可工作量估算。