产品经理如何判断一个功能是否应该被添加？

三节课产品经理P2（18期）第二周话题讨论回顾

【今日话题】产品经理如何判断一个功能是否应该被添加？

背景：

1. 对于刚工作不久的产品经理来（1-3年）产品经理来说，经常接收到“可有可无”的功能，很多产品经理接收到需求后并不知道是否要做，做吧，需要花费资源，但肯定对用户更好，不做吧，感觉对用户体验差了点；

2. 产品经理在判断功能是否添加时常常拍脑袋，导致做出的功能经常和设想的不符；

讨论方向：

1、作为一名产品经理，你遇到可有可无的功能时，你是如何判断这个功能应该能被添加的？

2、 作为一名产品经理，在判断过程功能新增过程中是否有一些思考方向可以分享给产品新人，让他们学会如何去判断

对于1-3年产品经理来说很多时候都会接收到各业务部门想你提出的功能需求，而此时产品经理学会如何判断一个功能是否应该添加在产品内是一门很重要的能力。

那么我们在日常工作中都应该如何去判断此功能是否被添加呢？

其实我们在判断一个功能是否能上线，产品经理应该先分清楚这个功能在公司里面属于常规功能和政治功能，对于政治功能来说一般产品经理的可干预性会弱很多，大部分情况下都属于强制执行，所以我们接下来重点讨论对于常规功能来说产品经理可以通过什么样的方法去判断一个功能是否应该被添加。

一、对于常规功能判断方法

1、四象限优先级排序

在判断一个功能是否能添加时，如果此时产品经理没有一个明确产品规划图，不妨可以试下四象限模型进行排序：

1）根据影响面进行排序：

影响面功能排序——源于三节课产品经理P2课程

此时产品经理根据四象限可以对功能进行四个维度的评估：

1.1）用户量大发生频率高优先级第一

1.2）用户量大发生频率低优先级第二

1.3）用户量小发生频率高优先级第三

1.4）用户量小发生频率低优先级第四

在使用四象限模型判断的时候，其实也源于你目前是否能做到对自己业务有相关的了解，是否清楚目前自己产品都分为多少条主干使用线路，每条主干使用线路的用户量和用户使用频率有多大，所以在使用四象限模型时在一定程度上也依赖你对内部数据熟悉和业务的理解。

2）根据开发难度和见效效果

开发难度见效效果——源于三节课产品经理P2

此时产品经理也可以依据此四象限可以对功能进行四个维度的评估：

1.1）开发难度低，见效快优先级第一

1.2）开发难度高，见效快优先级第二

1.3）开发难度低，见效慢优先级第三

1.4）开发难度高，见效慢优先级第四

对于开发难度来说，产品经理如果懂技术的话也能相对客观的去评价开发时间成本人头比，如果对于不懂技术的产品经理来说此时建议在评估开发难度上找公司的开发老大去对开发时间等信息。

另外对见效效果的评估其实可以分为两种，第一种是偏感性，第二种是偏数据，对于偏感性来说其实算是一个假设→求证的一个过程，而这个假设往往依赖于之前的经验积累（比如你常做某类型应用App的设计，此时你对常规页面布局和入口放置有深入的了解，那此时可以偏经验上线某些功能）。对于偏数据来看，一款产品的多个功能在同期跑着A/B test，用数据去决策功能测试见效的效果。

2、产品定位分析

另外产品经理判断功能是否添加还可以用产品定位法，因为对于目前很多互联网公司来说产品的存在，长期在市场和公司内部的定位都不清晰的，这样会导致一个很严重的问题即是设计产品没有产品边界，什么功能都往产品里面添加。

所以作为产品经理如果你不想你的产品变为一款大而全的产品，此时应该和产品负责人和老板确立每个阶段产品不同的定位，通过产品定位反向思考一个功能是否适合在此阶段上线。

案例：咕咚app产品定位

此前咕咚在产品标语是“要运动用咕咚”，从标语往产品定位来看咕咚的定位是运动+社交平台，所以在此阶段咕咚功能上线都围绕运动功能需求和运动社交功能进行产品设计。

目前咕咚在产品标语是“智能运动，尽在咕咚”，从标语往产品定位来看咕咚的产品定位泽是智能运动+社交平台，所以在这个阶段咕咚功能上线大部分都围绕在智能设备上+app的协作上。

3、短期目标，长期规划

另外产品经理在判断一个功能是否应该新增，此时也应该看短期目标以及长期规划，比如对于一家英语教育网站来说，此时公司在1-2个月的目标是提升整体课程详情页购买转化率，那么此时上线功能基本上70%的功能都应该围绕在此目标上。

另外对于长期规划，一般来说中大型互联网公司每年年尾或年底都会制定明年产品发展的方向，比如对于一家公益教育平台来说，今年的目标都围绕在教学系统完善上，那么此时产品总监会对一个大的目标进行拆解至每个小的目标，从而形成产品版本概念，最终功能上下线都按照版本路线走。

4、功能上线回归到用户问题和场景

通过回归到用户问题和场景，理解清楚做这个需求的目的到底是什么，做完之后会影响什么，以及好处和坏处都列出来评估，另外对于有条件的产品经理还是要在前期把调研做足，所有跟需求有关的用户或上下游，全部调研一遍，多次的调研会让你掌握足够的信息，从而对需求理解和完善有巨大的帮助。另外对于部分产品经理来说由于负责B端，常常接触不到一手的需求来源以及客户，那此时我们也可以用其他方式去看待这个将要添加的需求，比如通过分析竞品是否验证了这个问题存在。

感谢本次讨论参与的成员：

花大侠+上海+设计、小易-北京-产品、徐海燕-产品实习-上海、sohee广州产品、贝壳找房-李弘元 、三节课耳朵+产品+上海、straw_打杂_苏州、俊峰、王永吉、雪峰-产品经理-深圳、焦叔

班期：三节课-产品经理P2-十八期