产品经理后期怎么做

‘壹’ 一个好的产品经理是怎样的

互联网界自从出了几个大神级的产品之后，产品背后的产品经理被捧红了，一时间产品经理成了诸多行业从业者追求的目标，每个人都期望有一天也能做出一个很牛的产品来，这种影响导致了很多刚毕业的学弟学妹，都认为产品经理是最有前途的。但是，现实情况却不是这样的，当今很多公司的产品经理只能是个UE设计师或者项目的跟进者，很多产品经理说起需求来，头头是道，但是让设计产品，做未来的规划，甚至面向市场的时候，却是苍白无力的。我见过很多产品经理，他们除了会画UE界面外，对市场需求，商务需求，用户需求，以及行业需求都了解很少，设计出来的产品让人觉得很蠢。所以说很多公司的产品经理只是个UE设计师，而不应该被称为产品经理，而真正的产品经理应该具备如下四个条件。

1、对行业非常了解

要想多行业了解，至少从业过至少两到三年的时间，而且阅读量要比较大，能清晰的认识到行业的现状，以及未来的发展趋势，而且要熟悉行业目前的那些产品形式和商业模式，比如在移动互联网行业，至少要对这个行业的发展历史，当下现状，以及未来的可能出现的机会有所了解，这个是表象，除了表象之外，还要有内里，就是要表里如一.

就是说，做为行业从业人员，至少要了解行业的从业者的情况。比如，笔者曾经是一个二维码app的产品主管，做行业调研就花了两个月时间，期间看了大量的文章，至少把行业历史，现状，未来趋势，技术方面的文章都读了好几遍，并且对国内外，各个同类公司的优势和劣势，他们都成立多长时间了，他们的创始人出身等等，他们的推广方法等等，都研究个透.

当然，调研的最后是笔者成了一个行业专家，写了很大行业文章，被N多的网站转载，甚至学到的东西和那些研究这些领域的博士能对上话，以至于别人问到的时候能对答如流，当然了这个行业还有很多专家，他们对行业也是非常的了解，至少后期我在微博上和那些从业人士对话的时候，能说的过对方，这些就是对行业的了解。

2、对用户非常了解

经常碰到一些产品经理口口声声说用户需求，但是一问起你接触了多少用户，做了多少的市场调研，他们都是什么样的，他们怎么考虑的，估计很多产品经理都哑口无言，真正的了解用户，不是自己的臆想，是真正的接触用户，和用户聊天，其实一个公司里最了解用户的应该是客服，为什么是客户，是因为客服经常和用户聊天，对用户的需求应该是非常了解的，还有一些了解用户需求的是销售，因为这些人都是线下直面用户的，所以说真正的产品经理至少做过销售，或者做过客服，或者经常混迹各种论坛，贴吧，问答类产品的网友.

笔者曾经是网络问答的七级答题者，回答了上千个行业问题，这之后，让我对用户的问题了解很深，于是写了一篇帖子传播几百万个网页，而且还被很多淘宝店主当做教程，我觉得这样才是真正的对用户了解。

在此，我们借租房app的话题来说，你至少租过房子，当过租房者，而且对用户的心理非常的了解，笔者曾经几天看了几十套房子，最终满意的只有两三套，而且接了上百个租房的电话，当然大部分是中介，经历了这个过程之后，发现了是一个产业链，包括房主、中介、租客、保洁、宽带、货运、合租等很多环节，如果做个这样的产品以一点为开始扩展到面，岂不是也打开了一个伟大的市场。

3、对市场要非常了解

说起市场，也可能是商务，在很多公司，商务和市场其实是一个部门，很多产品设计根本不考虑这些需求，设计的产品出来让商务或者市场去推广，结果市场和商务一看就傻眼了，没有宣传语和素材，没有商务模式，只好在发起需求，要求技术修改，加接口，接开发，结果整天开会，讨论需求，几个月出来了，黄金推广时间已经过去了大半，让商务和市场的推广和合作更加困难，而且很多产品经理设计出的产品对外宣传的语，都是让商务和市场来写的，其实这些都是产品经理应该提前想好的，至少在产品设计的时候都应该想好的.

还有很多产品经理设计出来的宣传语，只有自己能看懂，或者说站在自己的角度写的，比如很多国产手机厂商在对外宣传的时候，总是告诉用户，我们的手机是几核的，多少像素，多少毫米厚，这样专业的术语大部分处于产品经理之口，但是用户呢，根本看不懂，在这个方面，苹果的文案写的是最棒的，这些都是值得很多产品经理思考和学习的。

所以说，一个好的产品经理还应该非常了解市场和商务，至少你干过市场或商务。

4、对产品本身要非常了解

最后，说到产品本身，如果前面的几点说的比较宏观的话，最后一条就是微观了，而且和产品相关的，那就是产品的技术开发和产品自身的现在、未来的发展方向，说道技术至少我们应该和技术的同学进行更多的交流，让技术的同学也明白产品的一些介绍，这样更能激发技术人员的开发激情。
同时，做为产品经理个人应该对产品做一个长远的规划，这个规划包括产品初期、中期、后期的发展和变化。比如一个产品初期要具有的核心功能、安全性、防作弊、数据统计、产品更新等等多种功能，曾经因为安全性没有考虑周到，导致很多数据被竞争对手抓取，也是一个重大的损失.

在这一点微信做的很好，笔者曾截取微信的历史消息链接，做为菜单，刚开始发现能用，后来发现不能用了，原了他们最这些链接做了过期处理，这个也就防止了数据被恶意抓取的危险。其实，就是产品的功能，很多产品经理虽然设计了产品，但是让其说产品功能，确实非常难办的一个事情，比如产品的主要核心功能，辅助功能，这些都应该是如数家珍，说起来头头是道的。

在此就是产品的未来发展趋势，很多产品在设计的时候不为未来着想，没有做好产品架构，以致于越朝后发展，只好不断的修改，最后，把产品搞的像个四不像，产品的未来包括会员系统，升级系统，更新系统，盈利系统、新功能接口、数据导出等等。所以产品一定要非常了解产品，不然就不要做产品经理，优秀的产品经理说起来产品来必须都是逻辑清晰，分类清晰，描述准确的。

所以说，好的产品经理应该是什么样的，至少做过多种工作的，多种职位的人，至少从宏观上了解行业趋势，从微观上了解用户和产品，能看到机会，抓住机会的佼佼者，而时刻还能保持清醒，不会迷茫。

‘贰’ 产品经理如何做好时间管理，提升工作效率

合理地安排时间，即在恰当的时刻做事。以下分享7个合理安排时间的原则：

原则一：要事优先法，也称为ABC法则。

首先将任务按照重要性分类，如，A——最重要；B——次重要；C——一般。要事优先法的原则是，安排时间时，优先考虑A类事务，以最合理的时间如精力最旺盛、时间最充裕、时机最合适时处理A类事务。

原则二：先紧后松法。

先紧后松法，顾名思义，就是在时间安排上，前面紧些，任务量大些，后面相对松些，任务少一些。这样可以避免因计划过于乐观而造成前期时间浪费过多，后期时间紧张、工作压力过大，以致项目拖延。这一方法尤其适用于周期较长的项目。

原则三：滚动计划法。

滚动计划法是按照“近细远粗”的原则制定一定时期内的计划，然后按照计划的执行情况和环境变化，调整和修订未来的计划，并逐期向后移动。

原则四：大块时间法。

有些事情可以化整为零，而有些事情必须集中大块的时间进行处理。对于这样的事情，在时间安排上就要腾出大块的时间。原则五：立即处理法重要而紧急的事务需要立即处理，避免因时间延误导致利益损失。

原则六：封闭法。

处理一些重要的事情时，尽量避免被打扰。例如，产品战略规划会，可以安排在郊区度假村举行，使参会人员少被公司的一些事务，如下属的请示、报销等打扰。而且在公司办公室举行这样的会议，甚至有人会中途离开，在度假村中途离开的几率则会小很多。

原则七：弹性法。

产品经理救火事务较多，所以时间不能安排得太满、太死，需要保持一定的灵活性并预设时间安排计划被打乱后的替代方案。

以上方法希望可以帮助到产品经理培养良好的时间管理意识，避免浪费时间。

‘叁’ 产品经理是做什么的

产品经理是贯穿产品整个生命周期的重要角色，从设计、开发到后期的维护推广都离不开产品经理的串联沟通。

1. 客户沟通：产品立项阶段需要确立客户群体，与潜在客户沟通。

2. 需求分析：立项以后做竞品分析，客户需求梳理等工作，确立产品的需求范围和功能特点。

3. 产品设计：协助设计人员做产品设计工作，对产品原型进行评审与分析。如果需要，还要拿产品原型与客户沟通，修正产品的需求。设计完成需要与开发人员讨论方案可行性与成本等问题。

4. 开发进度管控：跟踪产品开发进度，保证产品开发按计划执行！

5. 产品测试

6. 产品发布与升级
   

‘肆’ 产品经理日常：刚接到一个新需求，应该怎么处理

作为产品经理，接收需求简直是我们日常工作中再基本不过的事情了，只要和你有交集，都有可能产生需求，有可能是用户直接反馈的需求，也有可能是公司运营、市场等部门同事给你反馈的需求，也有可能是老板直接给你提的需求，当遇到这些需求的时候，我们应该怎么去做呢？

我们首先需要去判断下这个需求的真伪，接下来根据我们分析需求的优先级进行排序，让我们的产品围绕核心目标朝着一个健康的方向不断进行迭代。中间最关键一点就是要做好沟通反馈，不然给你反馈需求的人会认为你没有重视起来，对于需求方来说会产生很多负面情绪，所以这一点一定要重视起来。

接下来，我们再来聊聊怎么去分析需求，或者说怎么去判断需求的真伪，我们知道在设计某个功能的时候，就是为了解决用户在某个场景下所发生的需求，从而解决这些问题，这个功能才会存在价值。那么，如果用户提的需求我们理解的不正确，设计的功能很可能无法真正解决问题，甚至仅仅是解决了用户的表面需求，出现功能做了，用户也不会去用，导致我们时间和精力都浪费了，最后的结果也不太令人满意。

那么，当我们遇到需求的时候，是否应该立即去处理呢？

我建议应该这样去做：

1. 用户为什么会产生这个需求？

当需求方向你阐述完某个需求后，向他询问：提这个需求的目的是什么？即为什么会产生这个需求？这个问题可以帮你完全理解需求，并辨别需求的真伪。

2. 用户在什么场景下会使用这个需求？

即搞清楚什么人在什么情况下会用到此功能。明白了这个，才知道如何更好地设计功能来满足需求。

3. 是否有可能衍生出新的场景？

为了避免设计的功能因扩展性不足，后期推翻重来，在一开始，就应该做尽可能全面的考虑。通过需求方的场景，扩展思考，是否存在衍生的场景。思考的过程，也是帮助你抓住和理解需求本质的过程。

4. 技术层面如何看待这个需求？

接到需求，并充分理解了需求后，跟相关技术负责人花几分钟时间讨论一下，听听他从技术上对需求的考虑。通过此过程，你们基本会对需求点及实现方式达成共识，在后期正式开发时，阻碍会小得多。

5.做了这个需求对用户有什么影响，以及用户对这个需求的紧急和重要程度是怎么样的？

一定要问清楚，处理这个需求对用户的有利影响和不利影响是什么，从而判断需求的类型，以及紧急重要程度，最后一定要多询问一句，需求方对这个需求的紧急重要程度的认知，避免我们分析完需求的紧急重要程度和需求方理解的不一致，导致最后出现矛盾。

那么，当需求方对需求不明确的时候，应该怎么处理呢？

我建议这样处理：

1.最直接的方式，谁提出的需求，找谁搞清楚需求，最好让需求方把场景描述清楚，还原需求的真实使用场景，有助于帮助我们来更好的理解需求，有可能需求方调研清楚以后，该需求可能就不会存在了。

2.如果需求方也说不清楚自己想要的是啥，在你听完他不清晰的描述后，利用你的专业技能，帮他梳理，并跟他确认，你的想法是否正确，是否就是他想要的

3.向对方提问题是搞清楚一件事情最好的方式，或许可以尝试这么问需求提出者：什么人在什么情况下会做什么事？你现在实际操作中觉得哪里是最困难不方便的？你觉得最好的操作方式应该是什么样的？类似这类问题，既是帮你搞清楚问题，也是帮对方梳理思路。

当需求明确后，后续的工作流程就会清晰很多，我们做个复盘，来看下我的工作流程：

第一步 ，与需求方进行沟通，主要是复述你接收到的需求，确保需求接收正确没有存在理解偏差。

第二步 ，我把它叫做清洗需求池，把接收到的需求进行清洗，分类出那些是已有替代功能完成了的，哪些是在之后的版本中有规划的了，哪些是与公司战略及产品目标不符合的需求，哪些是可以在这个版本加入的需求，同时评估需求的可行性、优先级、难易度。

第三步 ，将上述第二步的结果形成文档，并提交需求方，最好是自己亲自讲解，获取需求方的同意。这一步至关重要。

第四步 ，需求的具体分析，梳理逻辑关系，业务流程。

第五步 ，进行原型设计，如果需要出PRD，再这个阶段也一块进行输出。

第六步 ，开原型评审会（就是我们常说的kick-off会议），与UI、研发一同沟通需求及PRD，对会上的东西进行及时的补充和改进。

第七步 ，跟进UI设计稿，确认设计稿。

第八步 ，协助研发开发，开始编辑测试用例和测试文档，并准备种子数据（如果有测试，就协助测试完成，如果没有，就自行完成）

第九步 ，测试，验收产品

第十步 ，上线，交付产品

以上流程中有的阶段可能会反复进行，最为重要的就是我们的沟通能力，下期我们继续讲解如何提高沟通协作能力，最后还是希望大家持续关注，微信公众号中搜索“小宝谈产品”，让我们一起在产品和运营的路上不断前行～

‘伍’ 想要成为产品经理要经历哪些过程

很多人在工作了几年之后想转行当产品经理，觉得产品经理这个职位很高大上，前途很广。并且经理这个词听起来很高端，好像是大人物，自己并不需要干什么事情。并且这个行业还可以接触到各式各样的人，总之来说非常有趣。虽然产品经理资金很高，行业前景很大，但是要想成为一名合格的产品经理仍需要经历一些阶段。

这个行业最重要的一个阶段就是要扩大自己的影响力，试想一个没有影响力的人怎么能说服他人和自己合作项目呢？所以要不断学习，不断与他人交往，学会表达，树立自己的威信和影响力。

‘陆’ 产品经理的项目流程和工作流程

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

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

1.点子

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

2.需求

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

3.方案

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

我认为其实这里就是确定MVP阶段。

4.目标

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

5.策略

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

6.定义

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

产品定义包括：使用人群、主要功能、产品特色，这三个维度；

7.不足

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

8.场景

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

9.业务流程

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

10.功能结构图

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

11.页面关系图

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

12.UE交互图

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

13.UI效果图

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

14.项目启动会

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

15.用户验证

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

16.资源确定

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

17.行事历

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

18.汇报

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

19.项目管理

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

20.走查验收

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

21.资料更新

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

22.测试

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

23.UAT

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

24.生产验版

是正式发布前的一个预发布动作，使用生产环境进行内部小范围的升级测试，测试无误后再大范围推送。

25.发布

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

‘柒’ 如何做一名优秀的产品经理

我总结了以下六点：

1、一个优秀的产品经理仍然是一个多面手
他们将拥有足够的技能，在很多领域都能够让你瞠目结舌。你想不到一个每天画原型的产品人对代码了如指掌，对商务营销也认知很深，对设计构图也丝毫不差。
2、优先级大师
优秀的产品经理说“不”的频率至少是说“是”的10倍。当然，“不”可以有很多不同的形式。
3、对产品的热情
优秀的未来产品经理会对他们的产品有持续的热情。
4、对过去、现在和未来的适时关注
优秀的产品经理会知道花在过去、现在和未来的时间分别是多少，以及什么时候将注意力跳转到下一阶段。
5、一直销售他们的产品
他们会把产品卖给家人、朋友、熟人，甚至陌生人。他们不害怕负面反馈，因为对产品的热爱，所以产品会时常挂在嘴边。
6、不断学习
优秀的产品经理总是在学习。如果他们看到自己技能上的弱点，他们就会加以弥补。