第3章 输入物与输出物清单
适用场景
本章适用于产品经理、技术负责人及业务方在正式执行RICE评分前,统一对齐输入物来源与交付物标准的场景。当团队存在以下情况时,必须按本章清单进行物料核查:
- 功能列表来源于多个渠道(用户反馈、竞品分析、内部需求),尚未合并去重。
- 用户故事描述粒度不一,部分为Epic级,部分为Story级,难以直接评分。
- 数据预估依赖第三方平台或历史日志,数据口径尚未统一。
前置条件
- 已完成产品战略目标对齐(课程第2章)。
- 需求池已完成初步去重与优先级打标。
- 数据源(如GA、Crashlytics、客服工单)可访问,且预估人员已授权。
操作步骤
- 整理功能列表(输入物1):将需求池中所有功能拆解为原子级条目,每条功能对应一个唯一ID。
- 精炼用户故事(输入物2):为每条功能编写标准用户故事格式:
作为<角色>,我想要<功能>,以便<价值>。 - 收集数据预估(输入物3):针对每个用户故事,收集以下三类数据:日活用户数、功能触发次数/周、预估开发人天。
- 输出物分类:将评分结果写入RICE评分表,经评审后形成MVP范围决议,并记录高风险项至风险备忘。
输入输出物
| 类别 | 名称 | 内容说明 | 责任方 |
|---|---|---|---|
| 输入物 | 功能列表 | 由需求ID、功能名称、功能描述、关联Epic、优先级(P0/P1)构成 | 产品经理 |
| 用户故事 | 标准化格式,包含角色、功能、价值、验收标准(AC) | 产品经理 / 业务分析师 | |
| 数据预估 | DAU、周触发次数、预估人天、数据来源、置信度(高/中/低) | 数据分析师 / 开发负责人 | |
| 输出物 | RICE评分表 | 每条功能的R、I、C、E分值及总分,按总分降序排列 | 产品经理 |
| MVP范围决议 | 确认包含/排除/暂缓清单,附带决策理由和风险标注 | 产品决策委员会 | |
| 风险备忘 | 高风险功能项、数据不确定性、依赖外部条件等 | 技术负责人 / 项目经理 |
关键检查点:输入物中的“数据预估”必须附带置信度(高/中/低),凡置信度为“低”的数据,在RICE评分表输出时需以
⚠️标记,并写入风险备忘。
责任边界
- 产品经理:确保功能列表无遗漏、用户故事符合标准格式,并完成RICE评分表的初版填写。
- 数据分析师:提供量化预估数据,标注数据来源与置信度。
- 技术负责人:评估开发人天,并对预估置信度低的项给出风险提示。
- 决策委员会:基于RICE评分表与风险备忘,输出MVP范围决议。
记录材料
以下为功能列表与用户故事的规范示例(请按此模板填充):
功能列表 (feature_list.csv)
ID,功能名称,描述,关联Epic,优先级
F001,一键登录,支持微信/手机号一键登录,用户系统,P0
F002,订单搜索,支持按订单号/商品名模糊搜索,订单管理,P1
用户故事 (user_stories.csv)
功能ID,角色,功能,价值,验收标准
F001,未登录用户,使用微信一键登录,3秒内完成注册登录,AC1:点击微信图标后跳转授权页
F002,已登录用户,在订单列表页搜索订单,快速定位目标订单,AC1:搜索结果响应时间<1秒
异常处理
| 异常场景 | 处理措施 | 责任人 |
|---|---|---|
| 功能列表条目超过100项 | 按Epic维度先聚合评分,再拆解Epic内子功能 | 产品经理 |
| 用户故事缺少验收标准 | 退回给业务方补充,暂不进入评分阶段 | 产品经理 |
| 数据预估中DAU数据缺失 | 使用同类功能行业基准值替代,并在风险备忘中标注 | 数据分析师 |
| 预估人天与实际偏差超过20% | 复盘后修正数据,更新RICE评分表 | 技术负责人 |
验收标准
- 功能列表、用户故事、数据预估全部到位,且格式符合模板。
- 每条功能在RICE评分表中至少有一个可追溯的来源(功能ID、用户故事ID)。
- 风险备忘中列出了所有置信度为“低”的数据项,并附带了替代方案。
- MVP范围决议包含明确的包含/排除/暂缓三项分类,且每一项都标注了决策理由。
- 上述所有文档已上传至共享知识库,版本号一致。
实战提示:建议在启动RICE评分前,先组织一次输入物评审会,由产品经理、数据分析师、技术负责人三方当面确认数据预估的置信度与来源。该会议时长控制在30分钟内,可直接减少RICE评分过程中因输入物质量引发的返工。