大部分的产品经理特别是数字化产品经理其核心价值就是如何去解决如何把需求转化为用户可使用、易使用、爱使用的并能够解决业务实际问题的功能或产品。
想要体现这个核心价值，产品经理不能成为用户的传话筒，一定要能够透过现象看到用户的真实诉求、底层需求，要看到情绪层面、价值层面的逻辑；也需要考虑系统整体架构的合理性，能够从业务、应用、数据、体验等不同维度去思考如何进行设计。
我举几个例子，看看大家在日常工作中有没有遇到啊。
故事一：有一次在评审活动类型的产品需求时，只看到了前台商城上面的页面，并没有对应活动配置的页面，问产品活动时间如何控制、活动价格如何控制、活动库存如何控制皆无法回答，和其讨论时来了一句用户只提了这些需求，产品不是业务的传话筒和原型设计人员，我们是产品经理，我们需要搞清楚产品功能上每个字段、每个交互后面的逻辑、含义。
故事二：在几年前，我们做过一个电商重构的项目，当时我负责商品、交易相关的功能模块，在设计商品模块时由于自己经验也有限，只能从过往比较粗浅的经验以及在网上找到的一些资料出发去进行功能设计。看到了一个完整的电商商品的功能结构-SPU+SKU的体系，当时把这个体系抄过来后还洋洋得意，感觉自己能够实现如此复杂的功能模块也是蛮厉害的，但上线之后发现很多问题，在电商的商品模型里面缺少供应链所需的业务逻辑，更多的是站在如何对商品进行售卖的角度出发，但商品的库存如何管理、采购环节需要什么关键信息、财务对商品又有一些什么需求并没有在模型中进行提现，导致后期在上线后各方使用商品数据时还是比较混乱、无序。
故事三：设计一个移动端代客下单的功能，在产品经理和用户进行详细的需求调研、分析后，设计的整体用户操作路径为：订单列表页-新增订单页-选择商品页-填写商品下单信息-回到新增页-循环以上步骤，只支持单个单个商品操作，在选择商品的页面提供了搜索框和筛选条件，支持按商品名称、编码、规格搜索，支持按品牌、规格以及其它属性进行筛选。从逻辑上面看这个功能设计的完全没有问题，但在上线后，却成为了员工们吐槽最多的功能。为什么呢？我们去调研了吐槽的实际使用人员，主要以下原因：
- 操作步骤太繁琐，在一些订单中经常会有超过5个以上的商品，用户一次只能选择一个商品操作，意味着下这个单需要至少操作25个动作；
- 在选择并填写好一个商品后，该商品显示在了列表最后，但选择完以后还需要用户填写一些内容，让大家还需要增加一个下滑的操作；
- 在选择商品的业务虽然支持了搜索和筛选，但是在搜索结果的排列上出现了问题，系统中有大量的很少使用的商品会排在列表中，影响大家快速找到自己想要的商品，等等在这一个功能上还有很多用户吐槽的点。
以上的一些故事，相信大家可能也有遇到过类似的情况，而这些都是一个产品经理不够成熟的表现，一个成熟的产品经理是能够具备良好的从需求转化成功能的能力，而不是简单的去实现功能。要做好这种转化工作需要产品经理具备一些专业的知识。
所有的系统功能都应该是为了业务落地的，业务在网络空间的一种映射，比如说：库存管理中有出入库单，对应的就是实际业务中的出入库操作；商品管理中有上下架功能，对应的其实就是现实业务中上下架商品的业务；在比如交易过程中有加入购物车、下单、支付等功能，其实也是对应我们现实购物场景中的实际操作。
我们要想做好需求转化为功能的过程，第一步就是能够对业务进行抽象建模，我们需要梳理清楚业务流程是从哪到哪，每一个环节涉及的角色、操作、处理逻辑有哪些，是怎么样的，也需要明白这个业务流程最终给哪些用户输出了什么样的价值。我们在做产品策划的过程中脑子里面时刻要记住系统是业务在网络空间的映射，脱离了业务流程、业务场景去设计功能都是闭门造车。