想要做到高效，那么必须要掌握方法。本篇文章作者通过高效的思想和高效的实践两方面建立了自己的高效产品循环，给各位产品经理作参考。

　　记得有一篇文章写道：

　　产品经理是一个很琐碎的岗位，没有两把刷子请不要随意入坑。

　　诚然，逻辑上并没有问题，产品经理工作琐碎的这个痛点肯定是存在的，那么我们的方案是什么？

　　我想用自身的案例来和大家探讨：如何通过梳理和总结，让我们的工作走向高效？

　　接下来我会分2部分：

　　高效的思想；高效的实践。那不废话了，我们开始吧。

　　高效的思想，是指能让我们工作变得高效的指导思想。举个例子来说：

　　「让专业的人做专业的事」

　　就是高效的指导思想，这句话让PM更多去思考产品上下游整体逻辑而不是沉迷在交互图里画一天。如果你把这句话套用在工作中，你就会发现很多人因为团队合作不到位，免不了去参与他人的工作，但往往这样下去都会让团队更乱。

　　我们要做的是培养每个岗位的专业性，把精力用在刀刃上，这是一种分工协作的高效方式。

　　所以想高效工作，我总结了5条指导思想如下，大家可以自己体会一下：

　　不要把时间浪费在自己不专业的事上，不专业只会带来更高的成本。如果有同事不专业，请让领导重新调整架构，而不是随便干预别人的工作。

　　术业有专攻，不但要给与别人专业性的尊重，也要珍惜自己的专业性。

　　如果遇到一个困难，停滞不前，可能是你的思考没有到位。任何事情都是性价比和优先级的衡量，这个世界没有不可能。

　　任何困难都是可以量化的，请用量化来检验自己是否清楚认识了困难。

　　比如，你可以跟领导汇报，这个需求需要开发1年，但尽量不要说这个需求做不了。

　　如果团队无法达成共识，请用严谨的数据向大家表明事实。同时，自己提出决策的时候，也要有数据支撑，否则后续被别人挑战的时候，永远都会措手不及。

　　越紧急的项目，越要想好。紧急项目之所以紧急，就是因为之前规划的时候没有想好。

　　我曾经急急忙忙上线过一个项目，1个月后，项目下线了，原因并不在我，而是领导改变了方向。所以我认为，起码要用MVP思维把逻辑跑通，而不要急于向用户展现些什么。这种挫败感对于整个团队都是很难消化的。

　　完成一件事之后，坐下一件事之前，请务必检视优先级。做事恰到好处，不仅仅在于程度，更在于时间。

　　时过境迁，很多时候你再回头看你的GTD列表，你会发现有些需求不必做了，有些事情本来不重要，现在紧急了。这就是动态调整的必要性，不要无脑做事。

　　下面我们看看我是怎么实践的。

　　我是怎么做的呢？我想用时间线来展示一下我的日常。

　　首先，当我接到一个需求、或产生一个想法的时候，我会大概评估一下这件事的优先级、我大概什么时候做，然后把它记录在我的GTD工具上。

　　比如下方是我在agenda创建的project，主要是总结我近期要研究的东西。那么每一个小项目内部代表着我对这件事的疑问和研究重点。这样可以保证我一闪而过的念头不会流逝。

　　当我评估完毕准备开始做事时，我会把当前要做的东西放进我的需求池，跟进进度。需求池这个东西用很多工具都可以实现，只要适合自己就行。

　　比如我个人而言，需求点比较多，容易忘记汇报、通知，所以我需要当前状态字段来帮我一目了然看清楚进度。

　　同时因为对接业务部门，为防止扯皮，我也会记录下来初次沟通的时间，来避免背锅。

　　最方便的是，总结、周报、通报的时候，你直接可以把需求池略作修改粘贴上去，会很有条理。

　　需求池展示如下：

　　当我开始做需求的时候，我会掏出我的备忘表，这个表是根据项目要求不断优化的。大概长下面这个样子。

　　有了这个表，我可以一目了然看到我在做的需求点，有哪些环节没做。这个可以保证我工作流程的完整性和条理性。同样，对于不同层次的需求，可以进行酌情处理。但有这样一份备忘给我指引方向，让我不至于陷入不知道该做什么的状态。

　　需求做好了，该写PRD落地了。我会用尽量贴切于开发思维的语法来行文，而不是随心所欲的讲故事。开发并不想看故事，讲完背景之后，请直接告诉人家需要做什么。

　　这里的语法，我是借用了cucumber的思想，这里简单介绍一下：

　　cucumber是一种可以使用文本描述语言来执行自动测试用例的工具，使用的语言叫做Gherkin。

　　Gherkin用于描述软件的行为而不需要了解具体的实现，使用Gherkin主要有两个目的文档和自动测试用例（我们希望能够和手工测试用例也统一）。

　　Gherkin支持超过40种语言，包括英文、中文。

　　Gherkin可以在任何地方新增注释，注释以#开头，每一个文件都是已.feature结尾，在feature文件中输入功能描述、场景、步骤，当执行这个功能时每一个步骤都需要编写ruby代码块来实现具体的功能，当前cucumber支持多种语言，除了ruby还可以使用java、javascript来编写具体定义层的实现。

　　总而言之，就是一种描述框架，他建议我们把场景分清楚，然后用given、when、then的方式来梳理案例，让开发、测试一目了然我们的需求。

　　基本语法为：此处举例两种区别一看即知

　　（1）简单一点

　　Scenario

　　Given

　　When

　　Then

　　（2）复杂一点

　　And

　　（3）释义

　　Feature：用来描述我们需要测试的模块，模块1，2，3……

　　Scenario：用来概述功能测试点 如：add/delete

　　Given：前置条件，比如用户在哪个页面进行操作？

　　When：描述用户操作的执行动作，比如click/save

　　Then：断言 表示执行的结果

　　But一个步骤中如果存在多个Then操作，第二个开始后面的Then可以用But替代（注意是可以，也可以用Then）。

　　这样我们大概形成的PRD会长下面这个样子：

　　完成之后，我们就要跟进开发落地了，我会梳理出日程表、建立站会机制加到自己的日历中，定期碰头。

　　在闲暇的时候，就继续检视自己的GTD列表，来进行下一个事项。如果遇到打断等情况，没关系，直接放下手头的工作去处理即可。因为我们有这一套工具和方法，足以让我们可以随时继续且高效不迷茫。

　　至此，我的高效产品循环就完成了。请各位参照自己的情况来建立上述流程。

　　以上，感谢。

　　花生酱先生，人人都是产品经理专栏作家，微信公众号：产品之术。金融业资深产品经理，对职涯规划与个人发展有丰富经验，产品涉猎广泛，ERP、金融领域较多。

　　本文原创发布于人人都是产品经理。未经许可，禁止转载。

　　题图来自Unsplash，基于CC0协议

　　越来越发现自己非常喜欢产品经理这个职位了，这也是作为一名产品经理必须具备的条件，就是热爱这份职业。今天还有些感触，但是很零散，所以决定梳理一下思绪，写一篇如何成为好的产品经理的文章。

　　产品经理的职责是探索产品的价值与挖掘需求并分析可用性、可行性，然后联合交互设计与技术开发人员，共同定义产品的特性并将他实现。在此过程中，产品经理作为中间枢纽，需要和团队成员进行沟通合作，驱动团队执行力与提升工作效率。那么如何成为好的产品经理呢？？？

　　以前我说过：“只要肯用心，每个人都可以成为产品经理！做一名成功的产品经理很容易，只是做一名成功产品的产品经理不容易！ ”因此，在成功之前我们先要成为一名出色的产品经理。

　　下面我将以步骤拆分，一步一步讲讲如果成为出色的产品经理。

　　首先我们通过某个途经了解到产品经理这个职位，当我们深入了解后开始坚定自己要成为一名产品经理。此时我们就需要了解成为一名产品经理需要哪些准备。下面我就介绍介绍成为产品经理的准备，这些准备大多来自于企业对应聘岗位的要求，但是我们自己也需要对自身有所要求。

　　1、人品

　　人品这个词是套用了网络词语，真正含意是个人素质和态度。产品经理在公司是一个处在中间位置的圆滑角色，因此产品经理的素质和态度非常重要。经验不足可以积累，知识不全可以学习，但是素质和态度是长期形成的人性习惯，很难改变，因此企业招聘对于这一条非常重视，我们自己也要时刻反省并提升自己。

　　2、兴趣

　　正如我开头所说的，作为一名产品经理必须要热爱这份职业，因此我们必须要对产品有足够的兴趣。无论是产品经理还是其他职业都一样，将自己的兴趣转化成职业是最佳的选择，当我们有兴趣并热爱这份职业时，才能调动出最大的激情，也能在工作中享受到这份喜悦。

　　在这里我说一句题外话：每一个团队都有或多或少的毛病，竟然你选择了这份职业，选择了这个团队，那么请不要轻易放弃。

　　3、产品思维

　　不知道你有没有关注过产品经理的微博，在他们的微博里，你总能看到他们在生活中对各种各样的产品提出各种各样的建议。在产品人的眼里，一切事物都是产品；产品人的思维总是在不自觉的情况下挑刺，这并非指产品人都是另类洁癖，而是产品人的思维总是以用户体验的角色对产品提出体验上的缺陷。产品思维就是一种换位思考的思维，以用户的视角，融入到产品中并挑出产品设计的缺陷。这是一个可以积累的思维方式，但是在成为产品经理之前我们需要有这方面的意识。

　　4、逻辑思维

　　这是一个非常重要的必备条件，产品经理的工作不仅仅是勤奋就足够的，在产品设计中，有很多细节问题包含各式各样的逻辑问题，我们需要理清之间的关联，写出或者画出可行的产品执行方案。我们还需要具有逻辑分拆、组合、混合的思维能力，在产品人的思维里，任何问题都没有唯一的答案，一项功能总能有多种实现方案，我们需要清晰的理解并选出最佳的方案。

　　5、信心

　　有一种信心叫自信，而这种自信的解释就是：“眼睛尚未看见就相信，其最终的回报就是你真正看见了。”我以前在“PM面试中需要注意的事项”文章中有说过，产品经理是一个务实的职业，千万不要在团队成员面前浮夸产品，我们需要寄于数据说话（虽然很多时候数据不一定准确，但是产品经理的言论需要有依据。）。

　　这里我所指的信心是来自内心的自信，我们需要相信自己能够做好产品经理，并且从内心散发出自信的气息，感染团队里每一个人，从而调动大家的积极性。

　　当我们做好成为产品经理的准备的时候，下一步我们就需要知道产品经理的工作性质，而这些性质是我们对自身的一种要求，更多的动力来自于我们对这份职业的热爱。

　　1、工作时间

　　产品经理的工作绝对不是朝九晚五类型的，一位出色的产品经理也绝对不是朝九晚五的工作，这也就是我前面说到的，我们需要对这份职业有浓厚的兴趣，只有当我们有兴趣和热爱这份职业才能有动力做好产品经理。产品就像产品经理的孩子，产品经理需要对这个孩子的前途和命运负责，因此产品经理的工作无法用时间来衡量，在工作之余我们也无法将产品抛诸脑后。

　　2、工作态度

　　以职业划分，产品经理是一个光杆司令，没有直接的职权管理团队成员，更不能要求团队成员执行命令。产品经理的工作职责是与多部门沟通合作，通过说服力促使大家通力合作，因此良好的态度有助于提升团队工作效率，亲和的沟通方式有助于保证工作的质量。

　　3、掌握技术

　　虽然产品经理不是直接操作技术的人，但是至少需要了解技术的实现原理，这里所指的技术不仅仅是程序，也包括交互设计。有部分企业会看重产品经理对技术的了解，但是很多企业相信这不重要，因为技术原理的学习很快，所以在入职前这不是必备的条件。

　　当我们正式成为一名产品经理的时候，并不代表我们是一名出色的产品经理，下面我再说说产品经理在工作当中需要具备的能力。

　　1、善于挖掘性的思考

　　发现一个点，先逻辑分类，再逻辑串联，最后再数据挖掘，突现出产品价值，这就是产品的孵化过程！ 产品经理的职责就是探索产品的价值与挖掘需求并分析可用性、可行性。

　　2、需求管理

　　在工作中我们会不断的收到需求，这些需求有来自领导、团队成员、用户、自己，我们需要对这些需求进行整合并分析可用性、可行性，在确定可行的情况下还需要进一步规划他的实施，而实施之前我们需要通过文档或者原型做用例推演，推演得出逻辑可行，下一步再高保真的效果演示，最终才能实施。工作中最忌缺失需求管理，不能收到需求直接给技术人员实施，也不能经常变更需求。

　　3、理解用户体验设计

　　有些企业会有独门负责用户体验研究的人员，这些人员被称为用户研究，他们与产品经理、交互设计、视觉设计共同完成产品原型设计和高保真模型设计。也有企业没有这样的人员，而此时通常需要产品经理自己理解用户体验设计，与设计师共同完成原型设计。

　　4、时间管理

　　无论什么职业，时间管理尤其重要，时间管理也叫日程管理，是我们日常工作安排的管理，合理的时间管理可以帮我们明确轻重缓急，提升工作效率。下面四种等级是很多企业常用的工作优先级的排序规则。

　　重要（紧急）重要（不紧急）不重要（紧急）不重要（不紧急）5、化解压力与矛盾

　　产品经理是团队的枢纽点，也是压力、矛盾的集中营，所以我们自己需要有一个良性的化解压力的方法，在解决自身压力的同时还要化解团队的矛盾。

　　解压的方法每个人都有不同，但是化解矛盾都是大同小异的。首先我们需要先知道矛盾往往先是从抱怨与指责开始的，我们在处理抱怨与指责的时候需要清楚，这是一个毒瘤，会越长越大，最终会直接影响团队的和谐，所以我们必须要制止它的发展，避免大家陷入这样的惯性旋窝中。

　　抱怨与指责是双向的，别人可以迷失，但是我们作为产品经理必须要保持理性，结束抱怨与指责，主动道歉，终止抱怨与指责不断的扩大，那怕不是我们的错，但是我们是产品经理，终止毒瘤的发展是我们的职责，等待大家保持冷静后再沟通。

　　因此产品经理需要时刻保持理性，并且减少抱怨与指责，更不能为自己找借口，必须克服所有障碍，解决所有问题。

　　一名出色的产品经理必然有着这样的头衔：执行力驱动者、工作效率提升者、团队合作促进者。

　　1、明确工作职责和目标

　　首先我们需要知道三个问题的答案：工作职责、工作目标、工作方向。

　　1.1、产品经理的工作职责就是探索产品的价值与挖掘需求并分析可用性、可行性。

　　1.2、产品经理的工作目标就是在最短的时间内理清产品需求，确定产品的逻辑关系。

　　1.3、产品经理的工作方向就是不断提升产品的价值。

　　2、了解团队成员的职责

　　在团队中有三个部门最为密切关联，分别是产品部、设计部、技术部。产品负责多方协调，设计往往有交互设计与视觉设计两种，统称用户体验设计，在设计人员的脑子里，更多的想的是美观风格。在团队当中，与技术人员的沟通最为吃力，所以我们更加需要了解技术人员的想法。技术人员往往不擅长用户体验设计，因为技术人员的脑子里想的是实现模型，而产品经理的脑子里想的是概念模型。

　　了解团队成员的职责和想法，有助于我们协调沟通，以他们的思维出发，将产品经理脑子里的概念模型写出来、画出来、讲出来。

　　3、明确任务重心和方向

　　当我们分配任务时，我们同时需要告诉对方任务的目标与用途，并且明确完成时间和优先级，这样有助于提升工作效率。

　　4、紧密的团队合作

　　从产品原型开始，团队之间就应该保持密切的合作，产品经理确定产品的需求，明确产品要做什么，然后调动大家积累参与到产品的设计当中。从设计部获得最佳的用户体验与交互设计方案，从技术部获得最新的技术动态，以便分析能否应用到产品当中。特别与技术部的合作更为密切，产品经理需要了解自己规划的产品原型能否实现，从技术层面能否实现。

　　5、不要轻易变更需求

　　在需求管理中已经写过，特别在产品进入开发阶段时，不要轻易变更需求。避免不断变更需求延误开发进度，有新需求时可以考虑在下一个版本中改进。

　　暂且先写到这里，下一篇我将具体的讲讲产品经理的工作流程和产品经理需要学习的软件工具。