需求永远比资源多
戚望舒负责一款赛事数据产品的设计,她说产品经理的日常就是在需求与资源之间找平衡。看球吧产业数据栏目请她聊了聊取舍逻辑。
她给出的示例数据是:一个版本周期内收集到的需求通常有数十条,最终进入开发的比例约为三成。
优先级判断:先看影响面
戚望舒的优先级判断看三个维度:影响用户范围、影响深度、实现成本。她给出的示例数据是:影响面广且成本可控的需求优先进入排期,长尾需求集中评估。
- 影响范围:覆盖多数用户的需求优先。
- 影响深度:影响核心流程的需求优先。
- 实现成本:成本过高的需求拆分后再评估。
她强调,优先级不是拍脑袋,要有依据。看球吧产业数据栏目在整理行业信息时同样强调依据可查。
口径统一:产品与数据的共同语言
数据产品最怕口径不一致。戚望舒的团队会为每个指标建立说明文档,明确定义与统计范围。她给出的示例数据是:核心指标说明文档约数十条,随版本迭代更新。
她说,口径统一不是一次性的工作,而是持续维护的过程。看球吧在呈现数据类内容时标注示例数据,也是为了让读者理解口径边界。
跨端体验:一致但不雷同
戚望舒的团队同时维护安卓、苹果iOS、Windows电脑版与Mac电脑版。她认为,跨端体验要一致但不雷同,移动端强调快捷,电脑端强调信息密度。她平时用看球吧的Windows电脑版做深度核对,移动端用苹果iOS客户端快速浏览。
对想进入数据产品领域的人,她建议先理解业务,再谈方法。好的产品设计往往来自对场景的熟悉。
优先级三个维度很清晰,比拍脑袋强多了。
口径说明文档持续维护,这点太重要了。
跨端一致但不雷同,这个说法很准确。
先理解业务再谈方法,这句话值得记住。
三成进入开发,比例挺真实的。