大家好，小编今天为大家分享关于做产品经理还是项目经理（产品经理和项目经理区别有哪些）的信息，很多人还不知道，今天让我们一起来看看吧！

1、如果你想有效率，你必须掌握 *** 。本文作者通过高效的思考和高效的实践，建立了自己的高效产品循环，可供所有产品经理参考。我记得有一篇文章说:产品经理是个无足轻重的职位。

2、没有两把刷子请不要随便入坑。诚然，不存在逻辑问题。产品经理工作琐碎的痛点一定存在。

3、我们的计划是什么？我想用自己的案例和大家探讨一下:如何通过梳理和总结让工作更有效率？接下来，我将把它分成两部分:高效的思想；高效的实践。那是废话，我们开始吧。之一，高效思维高效思维是指能够让我们的工作更有效率的指导思想。

4、例如:让专业的人做专业的事是高效率的指导思想。这句话让PM更多的思考上下游产品的整体逻辑，而不是沉迷于画一天的交互图。如果把这句话运用到工作中，你会发现很多人不可避免的会因为团队合作不到位而卷入到别人的工作中，但往往这样会让团队更加混乱。

5、我们需要做的是培养每个岗位的敬业精神，把精力用在刀刃上。这是一种高效的分工合作方式。所以我想高效工作。

6、我总结了五个指导思想如下。你可以亲身体验:让专业的人做专业的事不要把时间浪费在不专业的事情上，这样只会带来更高的成本。如果有同事不专业，请领导重新调整结构，而不是随便干涉别人的工作。

7、你不仅要给予别人职业上的尊重，更要珍惜自己的职业素养。没有解决不了的问题。如果你遇到一个困难，停滞不前，那可能是你的思维不到位。

8、一切都是性价比和优先级的衡量标准，这个世界上没有什么是不可能的。任何困难都可以量化。请用量化来测试你是否对难度有清晰的认识。

9、比如你可以向领导汇报这个需求需要开发1年，但尽量不要说这个需求做不到。数据比真相更直接。如果团队无法达成共识，请用严谨的数据向大家展示真相。

10、同时，自己做决策的时候，也要有数据支持，否则在受到别人挑战的时候，总是会措手不及。三思而后行越是紧急的项目，越是要考虑。急项目之所以急，是因为之前没有规划好。

11、有一次为了一个项目，匆忙上网。一个月后，项目下线，不是因为我，而是领导换了方向。所以我觉得，至少要用MVP思维来贯穿逻辑，不要急着给用户看什么东西。

12、这种挫败感是整个团队很难消化的。始终检查优先级。做完一件事之后，坐下之前一定要检查一下轻重缓急。

13、做事得体不仅要看程度，还要看时间。时代变了，很多时候当你回头看你的GTD清单的时候，你会发现有些需求是不一定要做的，有些原本不重要的事情现在变得很紧急。这就是动态调整的必要性。

14、不要做无脑的事情。看我怎么练吧。高效实践我是怎么做到的？我想用时间线展示我的日常生活。

15、首先，当我收到一个需求或者产生一个想法的时候，我会大致评估一下这件事情的优先级以及我大概会在什么时候去做，然后记录在我的GTD工具上。比如下面是我在agenda里创建的项目，主要总结了我近期想学习的内容。然后每个小项目里面都代表了我对这件事的疑问和研究重点。

16、这样才能保证我稍纵即逝的思绪不会逝去。当我准备好开始做评估后的事情时，我会把当前要做的事情放入我的需求池，并跟踪进度。需求池可以通过很多工具来实现，只要适合你就行。

17、就我个人而言，比如我有很多需求，很容易忘记汇报和通知，所以我需要当前状态字段来帮助我一目了然地看到进度。同时因为对接业务部门，为了防止扯皮，我也会记录之一次沟通时间，避免背后中伤。最方便的是，在汇总、周报、报表的时候，可以直接修改粘贴需求池，会很有条理。

18、池要求如下所示:当我开始做需求的时候，我会拿出我的小抄，小抄是根据项目的需求不断优化的。看起来是这样的。有了这个表，我一眼就能看出自己在做什么，没做什么。

19、这可以确保我的工作流程的完整性和组织性。同样，不同层次的需求也可以酌情处理。但是有这样一个备忘录来指导我，让我不会陷入不知所措的状态。

20、需求做完了，该写PRD了。我会尽可能使用与发展思维相适应的语法，而不是随心所欲地讲故事。开发者不想看故事。

21、在你完成背景之后，请告诉人们他们需要做什么。这里的语法，我借用了黄瓜的思路，下面简单介绍一下:CUCUCUBER是一个可以使用文本描述语言来执行自动化测试用例的工具。使用的语言叫做小黄瓜。

22、小黄瓜用于描述不知道具体实现的软件的行为。使用小黄瓜和自动化测试用例主要有两个目的(我们希望可以和手工测试用例统一)。小黄瓜支持超过40种语言，包括英语和中文。

23、小黄瓜可以在任何地方添加评论。注释以#开头，每个文件以。特色。

24、在特征文件中输入功能描述、场景和步骤。在执行该功能时，每一步都需要编写ruby代码块来实现特定的功能。目前黄瓜支持多种语言，除了ruby还可以用java和javascript来编写具体定义层的实现。

25、总而言之，就是一个描述框架。他建议我们把场景划分清楚，然后按照给定、何时、然后的方式整理案例，让开发和测试对我们的需求一目了然。基本语法是:这里有个例子。

26、两者的区别一目了然。(1)要简单。方案考虑到当...的时候然后(2)稍微复杂一点。

27、和(3)解释特征:用于描述我们需要测试的模块，模块1，2，..场景:用于概述功能测试点，例如:添加/删除。给定:前提条件，比如用户操作的是哪个页面？何时:描述用户操作的执行动作，如点击/保存。Then:断言表示执行的结果。

28、但是如果一步中有多个Then操作，那么第二次开始之后可以用But代替(注意是可能的或者Then可以用)。我们大概这样形成的珠三角会是这样的:完成后，我们会跟进开发和落地。我会整理日程，建立常务会议机制，添加到我的日历里，定期开会。

29、在你的空闲时间，你会继续检查你的GTD清单的下一个项目。万一中断，没关系，放下手头的工作处理就好。因为我们有了这套工具和 *** ，足够我们随时持续，高效不迷茫。

30、至此，我的高效产品周期已经完成。请参考自身情况建立以上流程。

本文关于做产品经理还是项目经理（产品经理和项目经理区别有哪些）的知识就到此分享完毕，希望对大家有所帮助。