产品工作标准流程
互联网界内有着太多的“野生”产品经理，也有着太多的“非标准”的互联网公司。
1前言
互联网界内有着太多的“野生”产品经理，也有着太多的“非标准”的互联网公司。
所以，很多产品工作的流程混乱不堪，也是很常见。
甚至可以说，有很多产品经理，工作两三年了，你如果面试的时候问他，一个产品从0到1，都需要经过哪些阶段，以及这些阶段都有哪些重点工作和产出物，他都答不上来。
今天，就为大家总结一下产品工作的标准流程是什么样子的，来看看跟你日常工作有没有出入吧~
内容概要
（1）
今天的内容，从纵向来说，我们产品工作的标准流程，可以分为这六大阶段。
快来看看哪些是你熟悉的，哪些是你不熟悉的，以及整个流程跟你日常工作是否一致？
（2）
从横向来说，每个阶段，我们会重点讨论这六大要点。
（3）
总而言之，我们今天的目标，是把这张表格给填满~
（4）
内容正式开始之前，先给大家说一下有哪些需要注意，以及今天内容的意义：
1. 注意
今天的标题是“产品工作标准流程”，那标准是什么呢？
标准约等于高效！我们产品工作的流程越接近于标准流程，效率基本上是越高的。
但标准不等于真实，有时候我们的工作跟这个标准有所出入，也很正常。但因地制宜是一回事，流程混乱就是另一回事了，大家可以自行对号入座~
2. 意义
今天我们总结的标准流程，首先可以反哺我们的日常工作，提升我们自己甚至是整个团队的工作效率；
然后呢，这里面的各种专业术语、语言描述以及思维方式，可以用来反哺我们的简历，同时，对于我们的面试也肯定是有帮助的。
在做求职辅导的时候，我有时候都会把这个标准流程发给同学，让他们参考着修改简历。
1需求沟通
好了，我们进入正题，先来看看第一部分需求沟通。
（5）
1. 阶段任务
需求沟通阶段的首要任务肯定是去了解需求。
B端想要了解需求怎么办呢？那你就去调研吧；C端想要了解需求怎么办呢？那你就去做竞品分析吧。
其中《需求分析方法论》和《竞品分析方法论》之前我们都沟通过，并且已经上传到我们的“晓庄产品学堂”里面了，这里就不在赘述了哈，有兴趣的同学，可以自己去学堂查看哈。
了解完需求以后，那相应的任务肯定就是需求分析以及确认了。
2. 参与角色
这个阶段的参与角色，首先就是我们PM，也就是产品经理。
另外就是需求方啦。
（6）
3. 重点工作
需求沟通阶段，最最重要的工作，不是去了解什么用户需求，用户很多时候是说不出来需求的，他们比较清楚的，是他们有什么问题。
然后我们根据用户问题，依靠我们的专业能力，去梳理相应的解决方案。
当然梳理完成以后，我们还需要和用户去确认，不然的话，后期有可能做很多无用功。
再回顾一下以前的知识点哈：“需求=需（用户问题）+求（解决方案）”。
4. 关键会议
当然，这个阶段最重要的会议有两个，一个是需求沟通会，这个主要是发掘问题，另外一个是需求确认会，这个主要是确认解决方案。
（7）
5. 产出物
这个阶段的产出物有两个，一个是《调研报告》，这个侧重于市场和业务；另外一个是《需求清单》，这个是为产品和功能做准备的。
这些文档模板，我也同样会上传到我们的产品学堂当中哈~
6. 注意事项
需求沟通阶段有什么需要注意的呢？
第一就是，现场如果允许的话，可以录个音，如果不允许的话，那就偷偷摸摸录个音，因为你当时不一定能够明白或者全部记住用户说的内容；
第二就是相关的内容，一定要用邮件之类方式进行回复，目的是能够找到可追溯的记录，千万不要信什么口头承诺；
第三就是，需求确认的时候，如果可以的话，找相关人员签个字，目的和第二条一样。
这些很重要，可以避免掉日后很多没必要的需求变更。
（8）
第一阶段结束，我们可以填充这些内容。
2产品设计
再来带着大家梳理一下第二方面产品设计的内容。
1. 阶段任务
既然是产品设计阶段了，那这个阶段的重点任务当然就是产品设计了。
然后设计分为概设和详设，概设包括流程、功能框架、信息框架这些方面的设计，然后详设包括原型和逻辑。
补充一下，软件工程里面也有概设和详设，我们今天所说的，只是局限于产品方面的哈，而且这个专业术语在软件工程里面是更加标准的~
2. 参与角色
这个阶段参与的角色就比较多了，产品、设计、测试、开发统统都需要上场，然后每个角色都有自己的任务哈，我们接着往下看。
3. 重点工作
产品的重点工作，首先当然是概设与详设的这些内容。
然后呢，产品需要去和需求方进行沟通。
需求阶段和需求方讨论的是用户问题，设计阶段与需求方重点讨论的就是解决方案了，而这个解决方案，主要是基于成本来讨论，当然包括用户付出的成本以及我们实现的成本。
开发和测试在这个阶段，是需要对需求进行评审，并提出合理化建议的。
UE则负责设计交互原型，UI负责设计效果图。
4. 关键会议
首先我们得有个产品的内部评审会，这个不用太正式，但意义重大，能让我们在对外评审的时候有盟友~
然后就是方案评审和设计评审啦，这两个评审，基本上是项目相关的成员都需要参加的，如果有条件的话，最好也能让客户参与一下。
5. 产出物
产出物有以上这么多，这个就不再赘述啦。
但有一点需要提一下，也就是这个《数据接口文档》。
有些同学就会有疑问了，这个玩意也需要产品经理去写吗？我想说的是，有些公司需要，有些公司不需要，但让产品经理写，也是合理的。
主要就是因为，这个《数据接口文档》，并不是为了前后端定义怎样传输数据的，而是告诉开发，数据都来源于哪些地方，然后这些数据都有哪些字段。
6. 注意事项
产品设计啊，是一个循序渐进的过程，不可能有一次性就能设计完美的。
有些老板或者客户不懂产品，不懂设计，总是会说我们产品经理水平low，为什么不能一次设计完美。
不用理他，我们坚定地走自己的路就好：
图：线框图—>功能原型—>交互原型—>效果图
产品：有用—>能用—>好用—>好看
第二阶段的内容，也能够填充进去啦。
当所有的内容填充完，那整个产品的标准工作流程，相信大家就能够看的很清楚啦。
本文转载自：晓庄同学产品笔记
