产品经理VS项目经理的区别 如何做好一个产品经理及项目经理

想要高效,就要掌握方法 。本文作者通过高效的思考和高效的实践,建立了自己的高效产品循环,可供所有产品经理参考 。
我记得有一篇文章写道:
产品经理是一个很琐碎的职位 。没有两把刷子,请不要随意入坑 。
诚然,逻辑上没有问题,产品经理琐碎工作的痛点当然存在,那么我们的计划是什么?
我想用自己的案例和大家探讨:如何通过梳理和总结让我们的工作变得高效?
接下来,我将它分成两部分:
高效的思想; 高效的实践 。废话少说 。让我们开始吧 。
一、高效的思想 高效思想是指能使我们工作高效的指导思想 。例如:
“让专业的人做专业的事”
是高效率的指导思想 。这句话让PM更多的考虑上下游产品的整体逻辑,而不是沉迷于在交互图中画一天 。如果把这句话运用到工作中,你会发现很多人因为团队合作不好,难免会参与到别人的工作中,但这样往往会让团队更加混乱 。
我们要做的就是培养每个岗位的专业性,把精力投入到刀刃上,这是一种高效的分工合作方式 。
所以,为了高效工作,我总结了以下五条指导原则,你可以自己体会一下:
1. 让专业的人做专业的事 不要在不专业的事情上浪费时间,不专业的事情只会带来更高的成本 。如果有同事不专业,请领导重新调整结构,而不是干扰别人的工作 。
术业有专攻,不仅要给予别人专业的尊重,更要珍惜自己的专业素养 。
2. 没有解决不了的问题 如果你遇到一个困难,停滞不前,那可能是你的思维不到位 。一切都是衡量性价比和优先级的标准 。这个世界上没有什么是不可能的 。
任何困难都可以量化 。请用量化来检验你是否对难度有清晰的认识 。
比如你可以向领导汇报这个需求需要开发一年,但是尽量不要说这个需求做不到 。
3. 数据比道理更直接 如果团队无法达成共识,请用严谨的数据把事实展现给大家 。同时,自己做决策的时候,也要有数据支持,否则在受到别人挑战的时候,总是会措手不及 。
4. 先想好再做 越是紧急的项目,越是要仔细考虑 。应急项目之所以紧急,是因为之前没有规划 。
我曾经匆匆上线,一个月后项目下线,不是因为我,而是领导换了方向 。所以,我觉得,至少要用MVP思维来贯穿逻辑,不要急着给用户看什么 。这种挫败感是整个团队很难消化的 。
5. 时刻检视优先级 一件事做完后,请务必在下一件事之前检查优先级 。做事得体不仅要看程度,还要看时间 。
时代变了 。很多时候,当你回头看你的GTD清单时,你会发现有些需求是不需要做的,而有些一开始并不重要的事情现在变得很紧急 。这就是动态调整的必要性 。不要不假思索地做事 。
来看看我是怎么练的 。
二、高效的实践 我是怎么做到的?我想用时间线展示我的日常生活 。
首先,当我收到一个请求或者有一个想法的时候,我会大致评估一下这件事情的优先级,以及我会在什么时候去做,然后记录在我的GTD工具上 。
比如下面是我在agenda里创建的项目,主要总结了我近期想研究的东西 。然后,每个小项目都代表了我对这件事的疑问和研究重点 。这样才能保证我稍纵即逝的思绪不会逝去 。
当我在评估后准备做一件事的时候,我会把我现在想做的事放到我的需求池中,并跟进进度 。需求池可以用很多工具实现,只要适合自己就行 。
个人觉得比如需求点多,很容易忘记上报通知,所以需要当前状态字段帮我一目了然的看到进度 。
同时因为和业务部门对接,为了防止扯皮,我也会把第一次沟通的时间记录下来,以免落下 。
最方便的是,在汇总、周报、报表的时候,可以直接修改粘贴需求池,会很有条理 。
需求池显示如下:
当我开始做需求的时候,我会拿出我的备忘单,根据项目需求不断优化 。下面看起来是这样的 。
有了这个表,我一眼就能看出自己在做什么,没做什么 。这样可以保证我的工作流程的完整性和有序性 。同样,不同层次的需求也可以酌情处理 。但是有这样一个备忘录来指导我,让我不至于陷入不知所措的状态 。
需求做好了,该写PRD了 。我会用尽可能适合发展思维的语法来写,而不是随意讲故事 。发展不想看故事 。做完后台,请直接告诉大家需要做什么 。
这里的语法,我借用了黄瓜的思路,下面简单介绍一下:
Cucumber是一个可以使用文本描述语言来执行自动测试用例的工具 。使用的语言是小黄瓜 。


推荐阅读