笔者把产品从0到1的一次完整过程梳理出来，排除了后期优化和产品运营的范畴，得到了三大阶段：产品梳理、产品设计、产品落地。

一、「永恒的问题」你是做什么的？

在产品界N多的永恒问题中，永远都有一个：你是做什么的？

每当逢年过节，你的亲朋好友问起来的时候，你可能都为止虎躯一震。

对于非互联网行业的人来说，我们往往拿捏不好这个回答的度。讲太多技术又怕人不懂，讲太少的话又怕人家认为自己是行政，讲不好还会被人认为是银行柜台里那个产品经理。所以异常心累。

为此笔者总结了产品经理的完整工作流程，梳理清楚了至少有25件事，是产品经理独特的工作流程。

希望以下内容能给大家灵感，先上脑图：

二、「25件事」完整工作流程

笔者把产品从0到1的一次完整过程梳理出来，排除了后期优化和产品运营的范畴，得到了三大阶段：产品梳理、产品设计、产品落地

三个阶段中，我们最少有25件事是产品经理必须要做的，否则会对我们的产品效果产生很大的影响，下面我们具体拆解来看。

1.点子

产品经理要找出点子，不管来源是哪里。做好点子这件事，需要我们掌握脑图技巧和风暴会技巧，产出灵活多变的点子并记录下来。

2.需求

在需求这件事上，我们要借用到心理学等方面的知识，去把点子归纳总结成为一条条明晰的需求，放进需求池待分析。

3.方案

方案这件事来说，我们要把需求池里的需求规划出雏形，看看在现有的资源环境情况下，是否适合去做，并给出粗略的方案和工作量排期。

4.目标

我们需要给出产品要达到的目标和效果，不能因为仅仅因为这个功能很酷而去做，而要看酷在哪里。

5.策略

有了目标之后，我们还要看看策略，是克制还是粗放，是谨慎还是开放。都需要我们去思索。

6.定义

清楚了目标和策略之后，我们应给出产品定义。产品定义是后期我们评估需求的核心要义。一切需求和优先级都不能违背产品定义，这也是我们的初心。

7.不足

在这几件事走完之后，我们一定会遗留一些问题短期之内难以解决，或需要试错。所以我们需要把不足记录下来，重点在后期产品迭代过程中考量。

8.场景

给出目标用户和场景，一一对应地去提出解决方案，进行推演。

9.业务流程

有了场景之后，融会贯通梳理出来一个用户的业务流程，再整体看一下每个环节的情况。

10.功能结构图

场景和流程理清楚之后，请做出功能结构图。这里同样需要进行一次风暴会，这次的侧重点在方案上。

11.页面关系图

有了整体的功能站点地图后，我们需要增加页面之间的跳转关系，以及每个页面具体内容的设想规划。

12.UE交互图

在敲定了页面大致内容和关系后，我们需要将内容细化，这时候可能要对接需求方和用户，调研得出每个页面的真实数据情况，方便设计师给出交互稿。

13.UI效果图

交互稿给出后要找各方确认，无误后给设计师出效果图和切图，准备进入开发。

14.项目启动会

在拿到了需求、方案和需求文档以及前端所需的效果图等素材后，请叫上全体人员进行一次项目启动会，标志着需求上的互通有无和进度知悉，对于避免开发误工等情况至关重要。

15.用户验证

开发初期，尤其是创业公司，请做用户验证。这是我们进行试错和避免方向偏差的最简单办法，以免我们误入歧途造成较大的沉没成本。

16.资源确定

验证无误后终于要敲定资源投入的情况了，请务必跟高层确认，以免定位不清，难以做到量级。

17.行事历

一切都确定后，请给出行事历。这对于项目进度追踪较为重要，也是给领导和用户的一颗定心丸。在后期复盘时也会大有裨益。

18.汇报

汇报是贯穿在以上始终的，但是这阶段尤其需要一个汇报。这个阶段的汇报标志着需求的付出水面，是高层比较看重的期盼的一个点，一定要充分汇报以征求尚方宝剑，方便后续行事。

19.项目管理

进入开发阶段后，要做好项目进度的追踪和工作量的安排，这是为了我们后期验收优化争取时间。

20.走查验收

请在前端开发完毕第一时间安排测试工程师准备好走查环境，要及时给设计师优化的时间。走查后发出问题汇总邮件等待前端修改。走查后要跟前端当面把问题一一确认，确保他清楚且知道如何修改，修改后第一时间验收并进行多轮走查。

21.资料更新

请及时更新需求变更和需求文档，并制作好操作手册和FAQ给推广人员使用。

22.测试

除了前端的走查验收，还要做好整体环境和数据逻辑等情况的测试以及DEBUG，及时发现及时解决。

23.用户验证

开发初期，尤其是创业公司，请做用户验证。这是我们进行试错和避免方向偏差的最简单办法，以免我们误入歧途造成较大的沉没成本。

24.UAT

这是我们最重要的一环，确保每个整体功能结束后可以进行小范围的UAT和把玩，否则将被搁置直到上线。若不做好UAT，有交互上的严重漏洞，就只能等下个版本修改了。这对产品的口碑影响很大。

25.发布

发布时请想好时间和策略，大到冷启动方案小到提示语，事无巨细一定要考虑到。否则很容易出现崩溃和打包有误的情况，在发布阶段一定要测试周全。

三、「总结」你都做了什么

梳理清楚这25件事之后，我们给出了每件事专业简短的名词和解释

我想我们已经可以回答上面的问题：

作为产品经理，我们是需求分析到落地上线全流程的负责人，工作内容包括20多项，比如…

对于面试场景，我们也可以给出相应回答：

在上一家公司，我主要做了2个项目，除了主笔维护全局的需求文档外，还负责了项目启动阶段的用户验证和风暴会议推进…

是不是看起来专业了许多？

很多时候，你不清楚自己做了什么，是没有具象化梳理和表达。很多沟通和展示就在迷迷糊糊的过程中被隐去了。所以产品经理不但要做的好，更要说得好，总结汇报的好。才能跟所有人分享你心中的灿烂星空。