三个阶段中，我们最少有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.发布
发布时请想好时间和策略，大到冷启动方案小到提示语，事无巨细一定要考虑到。否则很容易出现崩溃和打包有误的情况，在发布阶段一定要测试周全。
我想我们已经可以回答上面的问题：
作为产品经理，我们是需求分析到落地上线全流程的负责人，工作内容包括20多项，比如…
对于面试场景，我们也可以给出相应回答：
在上一家公司，我主要做了2个项目，除了主笔维护全局的需求文档外，还负责了项目启动阶段的用户验证和风暴会议推进…
是不是看起来专业了许多？
很多时候，你不清楚自己做了什么，是没有具象化梳理和表达。很多沟通和展示就在迷迷糊糊的过程中被隐去了。
所以产品经理不但要做的好，更要说得好，总结汇报的好。
才能跟所有人分享你心中的灿烂星空。
