产品经理规划产品之了解业务
问：业务需求对于产品经理来说很重要么？
答：业务真的是很重要。并不是说功能逻辑和交互不够重要，事实上功能逻辑和交互是一个产品的基本功。选对商业模式、快速迭代，才能让一个产品活下去。首先需要保证的是整体的方向和准则不会出问题，这才能保证产品是可用的，细节是在方向和准则的大前提下去根据产品本身去思考的，才能保证产品是易用的。
需求的分类
上面的问题是和朋友聊天提到的问题，但是实际在工作中可能有些小伙伴经常会弄混淆业务需求、用户需求和功能需求这三个概念，那么怎么去区分这三个需求呢？
业务需求 ：通常是基于市场营销部门、业务部门根据自己的业务需求和后续策划的活动方法所整理成的需求文档。
用户需求：描述的是用户的目标，是用户能通过这个产品在什
么场景（什么情况下）能完成什么动作（做什么）。
功能需求：是指产品通过需求池筛选内容后，整理成此版本需要迭代的内容，往往功能需求需要配合流程和原型逻辑，让项目团队伙伴有清晰了解。其实业务需求和用户需求也不能完全转换成功能需求。
需求的分类不仅仅包含这三个需求，比如我们在产品规划中依托于公司未来业务发展的方向制定的规划型需求和对于竞品在同阶段所实现的竞品需求，由于此篇文章主要是针对于趋向于业务需求，所以这儿就着重的去看业务需求和附带关联的用户需求、功能需求。
其实在深入的去思考业务需求的具象时，我们去梳理业务需求、用户需求和功能需求三者之间存在的联系，都知道需求最终是为了产品目标服务的，所以我们需要清晰的明确为了解决产品目标，我们应该怎么把控需求？
产品目标与需求之间的关系点
其实我们回过头来看产品设计，目的不仅仅是一个用户体验好的产品，更是一款成功的产品，它包括业务侧和用户侧两方面。基
于此，在具体设计的之前要分析一下四个方面，否则容易陷入仅仅是为了设计而设计，却无法解决核心问题的情况。 分析业务需求：我们需要明确业务部门为什么要做这个产品？所期待的产品成果是什么？ 分析用户需求：谁来使用这个功能？方便新用户还是老用户？便于拉新还是促活？以及这部分用户为什么要使用这个功能？ 明确产品策略：通过将业务需求和用户需求进行匹配，通过一句话来解答就是：通过某种策略给某群用户带来某个价值，来实现某类业务目标需求。 设定数据指标：通过产品实现目标业务价值回溯对应的数据指标是否达成。 分析业务需求 业务部门反馈的业务诉求。产品需要与业务部门讨论进行梳理讨论整理，进而明确变成产品业务需求。可以通过三个点进行分析： 1.分析业务目的和业务目标 2.整理对应的业务流程图 3.整理产品的场景和规则 接下来每个点一步步聊下：
第一步：分析业务目的和业务目标（就是去了解业务需求） 一般情况，业务人员会从自己做业务遇到的“阻碍”，这个“阻碍”可以帮助我们理解业务之间的干系，从中我们可以得到这些信息： 1.这个需求涉及的业务干系人（用户来源）； 2.这个需求的关键操作（功能拆分来源）； 3.这个需求的操作流程（流程来源）。 我们可以总结业务模块的需求池 有了上面的理解，就大致知道了需求是干嘛的，那实际的业务中，是如何操作的呢？经过了什么样的流程节点呢？ 第二步：整理业务流程图 这个阶段需要整理业务流程图草图和梳理规范的业务流程图 （1）流程图草稿：把理解到的都用流程图的方式表达出来，不分泳道、不纠结流程节点命名、也不用在意这个节点该不该画出来，画出最粗又是最细的流程图。粗是因为不分泳道很多节点也不合理，细是因为把听到的理解的都作为节点画出来。
这时候不要画泳道图，因为对业务还模糊不清，抽象不出合理的泳道，如果一开始就设计泳道图，反而会花费较多时间和精力，但效果并不理想。 举个例子：A同学去超市购买商品的业务场景流程 （2）细化流程图：通过和业务方不断调研和沟通，这时候可以逐渐的整理泳道图来进行操作流程和用户之间的协同点。 这时候输出的流程必须是泳道划分合理，流程节点粗细适宜，节点命名合乎业务的。但是这时候的流程有一点还是会有欠缺，异常流程和判断节点往往会缺失。后面在实现功能流程会去整理异常情况和判断的节点。 这一节点应该输出： 一是流程图草稿（只给自己最初理解业务用）； 二是业务流程图（用于向其他团队成员讲解和帮助他们理解业务）。
产品经理规划之熟悉业务是产品经理的必修课
