一套有关产品工作方法的结构化思维体系

写在开头：本文适合负1~1岁的产品从业人员查看，刚转行产品不久，通过日常的工作经验和看过的一些书籍和课程总结梳理出一套结构化体系以帮助自己提升工作的效率。当然产品工作本身是个需要想象力和创造力的工作，不需要过于局限在结构化思维里。梳理体系只是便于存储和记忆已接触过的知识。那也可能存在偏颇，欢迎各位大佬指证。

本文将产品工作方法分为三步走，即产品策划，产品设计，产品执行。具体涉及内容大纲

如下：

第一部分：产品策划确定做什么产品

在这一阶段我们最重要的工作是挖掘需求，大致工作流程如下：

1，确定目标客户，找到客户急需要解决的问题。

通过线下用户调研，线上渠道或者客服部门收集查看用户反馈数据去找到用户目前遇到的问题，进而挖掘出潜在需求点。

2，竞品分析。

找到产品的直接或间接竞品进行调研，看竞争对手满足用户的需求情况怎么样，在功能定位上有哪些差异？针对同一个资需求，产品解决方案有哪些区别,各有什么优缺点。好的方式可以借鉴，做得不好的点可以避免。为之后的产品设计打好基础。

3，对收集的需求进行优先级排序。

可使用的方法有：看用户量和使用频率，看开发难度和出效果的快慢程度，看产品价值，根据该需求的迫切程度，用户的付费意愿，和用户愿意付出的ARPU值来评估产品搜索的价值。

4，确定此次需求目标。

无论是迭代功能还是新增一个功能点，都需要对此次需求定一个目标，即有了这个产品功能之后能达到什么效果。

5，确定此次需求的范围。

包含了功能范围（该点在这个阶段无法完全确认，在产品设计阶段才能确认完整)，和与其他产品子系统的关系。

6，制定考核指标，用于衡量此次改动是否达到预期的目标。

第二部分：产品设计确定用什么样的功能点去满足需求

该阶段最主要的工作是结合公司现有业务分析来看如何进行功能点的设计满足需求。

1，用类图进行业务分析，识别出该产品需求涉及的对象和属性，然后描述出各对象之间的关系。对各对象进行分析，抽象，整理。比如提现功能就包含了提现申请人和提现账户这些对象。提现账户就包含了银行账号，账号持有人，开户行名称这些重要属性。

2，用用例图分析产品的功能。即什么角色需要通过这个产品完成什么事情。用例图关注产品系统的外在表现，产品系统与人的交互，该模块与其他模块的交互。确认用例图的依据就是之前整理出的需求列表，如果是迭代功能，现有业务流程存在的问题点也是依据之一，再结合之前做的竞品调研，可以整理出大致的功能点。比如提现申请人需要通过提现这个功能完成提现操作。

3，根据用例图和类图整理出一份功能需求清单，包含业务数据处理对象，字段名，功能描述，相关业务数据处理对象，有效值，默认值，业务规则等关键信息。为后续的页面流程和原型打好基础。其中字段包括业务型字段即展示给用户看的信息；系统性字段，系统交互间的请求日志信息字段，比如创建人，创建时间，修改时间等；管理型字段：操作日志信息，操作时间，操作人，操作意见等。

4，梳理业务流程图，根据设置的功能点要达到的目的来梳理，确认该流程有什么角色参与，哪些是主要角色。先排除异常情况画出正常流程，通常是线性的流程，中间没有分支；然后逐步增加分支流程，关键的分支流程都应该表达出来，其中需要注意的是并不需要画出所有的异常，必要时通过注解或文字说明即可。在梳理流程过程中，需要将流程的默认状态，正常状态，异常状态都考虑清楚。

5，梳理顺序图。顺序图可以帮助我们逐层拨开业务的内部运作，往往你会发现业务背后是由多种系统协作完成的。顺序图强调角色之间的交互，强调按时间顺序先后发生了什么事情，信息传递很明确，这个根据公司要求来看，有的公司开发要求用顺序图，方便了解后台系统和前端系统的数据交互，有的公司不要求则直接用流程图即可。

6，根据业务流程提取页面流程图和原型图并形成产品需求文档。

该阶段主重要的产出就是产品需求文档，这个是用户各部门间沟通需求的重要文件，便于各部门理解产品需求，明确产品要求和细节，可以让参与者明确实现的结果。

备注：产品设计是一个反复迭代的过程，业务分析的先后顺序并不是一成不变的。可以根据公司实际情况进行灵活调整。

第三部分  产品执行需求落地

需求评审通过之后，需要通过高效的团队协作把产品设计稿变成服务于用户的现实产品。需要有很强的项目管理能力，通过调动各方资源按时按质地完成产品设计来确保产品产品按时上线，然后就是产品上线之后的跟进，数据监测和运营推广了。迭代功能就又进入了第二个挖掘需求的循环。

文章只梳理了大方向上的工作方法，每一步比如用户调研怎么落地，可以自己根据实际工作经验再往里填充内容，希望我们都能在思维体系指导下轻松地工作。