需求检测如何判断一个功能是否值得做

　　面对来自客服、运营、竞品、市场、用户调研等各个渠道的海量需求，哪些应该放到产品会议中PK、哪些应该直接pass，产品经理该如何抉择？完成需求采集后，在召开产品会议进行需求筛选前，需求分析是这中间很重要的一个步骤。
　　关于需求分析，苏杰先生在所著的《人人都是产品经理》中提出了一个方法论需求的DNA检测，如图1所示。
　　图1需求的DNA检测过程
　　按照苏杰先生的方法论去操作，当然是再好不过的，不过在一些创业公司中，负责产品的人员数量不多，而产品的迭代速度很快，对于每一个需求都规范地完成需求转化确定基本属性分析商业价值初评实现难度计算性价比的一系列流程不太现实。因此，对于一些性价比明显不高的需求，产品经理在经过定性评估和分析后就可以直接pass。本文以某产品手机端轻审批主页面改版为例，谈谈这个需求为什么不做。
　　图2是某产品目前的手机端轻审批的主页面，某用户提出将主页面改为图3的形式。
　　图2目前的轻审批主页面
　　图3建议改版后的轻审批主页面
　　为了便于分析问题，首先列出了审批功能的主要使用场景，如表1所示。
　　表1审批功能的主要使用场景
　　基于以上场景，结合苏杰先生的方法论，从以下4个方面进行了分析和考虑：
　　1、面向未来规划产品
　　目前，该产品的核心模块IM模块和任务模块尚不够成熟和稳定，仍有一些bug未修复、一些需求未满足。因此，现阶段某产品应集中主要资源完善核心模块，审批这类非核心模块的优先级并不高。并且，审批模块目前并不存在影响用户正常使用的问题，本需求并非为了解决影响用户正常使用审批模块的问题，因此紧急度不高。
　　并且，随着某产品开放平台的完善和商务合作的开展，未来包括审批在内的非核心应用将会逐步对接第三方。闻道有先后，术业有专攻，该产品在IM方面积累深厚，但在审批方面的积淀也肯定不如拥有多年经验的专业审批软件丰富。因此，在对接第三方之后，某产品自带的审批功能的重要度将会更低。
　　2、高频场景优先于低频场景
　　根据经验可知，发起审批功能和处理审批功能的使用频率明显高与审批记录回溯。审批记录回溯则主要针对两种场景：一种是审批程序出现问题时需要查询，这种情况发生的频次较少，尤其是在审批制度推行一段时间后；另一种是周期性统计需要，一般为每月一次。因此，发起审批、审批进度查询、处理审批是高频的场景，审批记录回溯则是相对低频的场景，产品设计时应优先满足高频场景的需求。
　　3、优先满足核心用户
　　决策者与使用者分离是企业级市场区别于个人市场的一大特点。对于ToB产品而言，企业愿不愿意买单取决于企业决策者（老板）对产品的满意度，而产品能不能顺利地在企业用起来取决于产品直接使用者（广大员工）对产品的接受度。因此，ToB产品最应该关注的是老板，接着是广大员工。
　　而审批的回溯工作主要由人事部门、财务部门等职能部门完成，而这类人员既不是企业决策者，不能在IM产品选型中起决策作用；在产品直接使用者中占比也不高，因此他们的需求并不具备代表性。因此，人事部门、财务部门等职能部门员工并不是ToB产品关注的核心，审批记录回溯这个场景的重要度并不高。
　　4、分类导航层级不宜过多
　　图3的方式下，用户要想查看审批项，进入轻审批后需要首先选择一级导航我发起的、我收到的或抄送我的，然后再选择二级导航已审批或待审批，才能到达审批项列表，这种方式相当于分类导航层数越多，分类更精确，但用户使用路径也会更长，使用成本会增加。而目前的方式（图2），用户进入轻审批后直接选择已审批或待审批，即可到达审批项列表，导航层级更少、用户使用路径更短。
　　基于以上分析可知，该产品手机端轻审批主页面改版这一需求的重要度和紧急度均很低，而且改版会使导航层级变多、增加用户的使用成本，因此本需求不做。