互联网产品岗位的工作流程（产品工作的标准流程是什么样的？）

1

前言

互联网界内有着太多的“野生”产品经理，也有着太多的“非标准”的互联网公司。

所以，很多产品工作的流程混乱不堪，也是很常见。

甚至可以说，有很多产品经理，工作两三年了，你如果面试的时候问他，一个产品从0到1，都需要经过哪些阶段，以及这些阶段都有哪些重点工作和产出物，他都答不上来。

今天，就为大家总结一下产品工作的标准流程是什么样子的，来看看跟你日常工作有没有出入吧~

内容概要

（1）

今天的内容，从纵向来说，我们产品工作的标准流程，可以分为这六大阶段。

快来看看哪些是你熟悉的，哪些是你不熟悉的，以及整个流程跟你日常工作是否一致？

（2）

从横向来说，每个阶段，我们会重点讨论这六大要点。

（3）

总而言之，我们今天的目标，是把这张表格给填满~

（4）

内容正式开始之前，先给大家说一下有哪些需要注意，以及今天内容的意义：

1. 注意

今天的标题是“产品工作标准流程”，那标准是什么呢？

标准约等于高效！我们产品工作的流程越接近于标准流程，效率基本上是越高的。

但标准不等于真实，有时候我们的工作跟这个标准有所出入，也很正常。但因地制宜是一回事，流程混乱就是另一回事了，大家可以自行对号入座~

2. 意义

今天我们总结的标准流程，首先可以反哺我们的日常工作，提升我们自己甚至是整个团队的工作效率；

然后呢，这里面的各种专业术语、语言描述以及思维方式，可以用来反哺我们的简历，同时，对于我们的面试也肯定是有帮助的。

在做求职辅导的时候，我有时候都会把这个标准流程发给同学，让他们参考着修改简历。

1

需求沟通

好了，我们进入正题，先来看看第一部分需求沟通。

（5）

1. 阶段任务

需求沟通阶段的首要任务肯定是去了解需求。

B端想要了解需求怎么办呢？那你就去调研吧；C端想要了解需求怎么办呢？那你就去做竞品分析吧。

了解完需求以后，那相应的任务肯定就是需求分析以及确认了。

2. 参与角色

这个阶段的参与角色，首先就是我们PM，也就是产品经理。

另外就是需求方啦。

（6）

3. 重点工作

需求沟通阶段，最最重要的工作，不是去了解什么用户需求，用户很多时候是说不出来需求的，他们比较清楚的，是他们有什么问题。

然后我们根据用户问题，依靠我们的专业能力，去梳理相应的解决方案。

当然梳理完成以后，我们还需要和用户去确认，不然的话，后期有可能做很多无用功。

再回顾一下以前的知识点哈：“需求=需（用户问题）+求（解决方案）”。

4. 关键会议

当然，这个阶段最重要的会议有两个，一个是需求沟通会，这个主要是发掘问题，另外一个是需求确认会，这个主要是确认解决方案。

（7）

5. 产出物

这个阶段的产出物有两个，一个是《调研报告》，这个侧重于市场和业务；另外一个是《需求清单》，这个是为产品和功能做准备的。

这些文档模板，我也同样会上传到我们的产品学堂当中哈~

6. 注意事项

需求沟通阶段有什么需要注意的呢？

第一就是，现场如果允许的话，可以录个音，如果不允许的话，那就偷偷摸摸录个音，因为你当时不一定能够明白或者全部记住用户说的内容；

第二就是相关的内容，一定要用邮件之类方式进行回复，目的是能够找到可追溯的记录，千万不要信什么口头承诺；

第三就是，需求确认的时候，如果可以的话，找相关人员签个字，目的和第二条一样。

这些很重要，可以避免掉日后很多没必要的需求变更。

（8）

第一阶段结束，我们可以填充这些内容。

2

产品设计

再来带着大家梳理一下第二方面产品设计的内容。

（9）

1. 阶段任务

既然是产品设计阶段了，那这个阶段的重点任务当然就是产品设计了。

然后设计分为概设和详设，概设包括流程、功能框架、信息框架这些方面的设计，然后详设包括原型和逻辑。

补充一下，软件工程里面也有概设和详设，我们今天所说的，只是局限于产品方面的哈，而且这个专业术语在软件工程里面是更加标准的~

2. 参与角色

这个阶段参与的角色就比较多了，产品、设计、测试、开发统统都需要上场，然后每个角色都有自己的任务哈，我们接着往下看。

3. 重点工作

产品的重点工作，首先当然是概设与详设的这些内容。

然后呢，产品需要去和需求方进行沟通。

需求阶段和需求方讨论的是用户问题，设计阶段与需求方重点讨论的就是解决方案了，而这个解决方案，主要是基于成本来讨论，当然包括用户付出的成本以及我们实现的成本。

开发和测试在这个阶段，是需要对需求进行评审，并提出合理化建议的。

UE则负责设计交互原型，UI负责设计效果图。

4. 关键会议

首先我们得有个产品的内部评审会，这个不用太正式，但意义重大，能让我们在对外评审的时候有盟友~

然后就是方案评审和设计评审啦，这两个评审，基本上是项目相关的成员都需要参加的，如果有条件的话，最好也能让客户参与一下。

5. 产出物

产出物有以上这么多，这个就不再赘述啦。

但有一点需要提一下，也就是这个《数据接口文档》。

有些同学就会有疑问了，这个玩意也需要产品经理去写吗？我想说的是，有些公司需要，有些公司不需要，但让产品经理写，也是合理的。

主要就是因为，这个《数据接口文档》，并不是为了前后端定义怎样传输数据的，而是告诉开发，数据都来源于哪些地方，然后这些数据都有哪些字段。

6. 注意事项

产品设计啊，是一个循序渐进的过程，不可能有一次性就能设计完美的。

有些老板或者客户不懂产品，不懂设计，总是会说我们产品经理水平low，为什么不能一次设计完美。

不用理他，我们坚定地走自己的路就好：

图：线框图—>功能原型—>交互原型—>效果图

产品：有用—>能用—>好用—>好看

转载请注明来自专注SEO技术,教程,推广 - 8848SEO，本文标题：《互联网产品岗位的工作流程（产品工作的标准流程是什么样的？）》

标签：互联网