产品经理方法论

产品经理的三个职责:情境(from user),观点(logical viewpoint)和愿景(good story)

产品经理的日常:平衡用户体验企业需求技术实现三者。

什么是好产品?刚需,痛点,高频

优秀的产品经理:

像海绵一样理解快速吸收、理解并保存信息

是出色的听众

是了不起的沟通者、调解者和教育者

能在其他人都失去冷静,并将责任归咎于产品经理的情况下保持镇定

既能关注宏大的规划也能关注微小的细节

能完美的解决问题

对于别人都不愿意做的工作,并不怕撸起袖子亲自上阵

可以让他人镇静下来

总是有备用计划

拥有发现商业或技术眼力的机会

是天生的组织者

有能力成功地运作一个项目,但不愿意被当作项目经理

能够比其他任何人更好地推销其产品,但并不想被迫替销售或者销售人员做好他们的本职工作

能够优雅地接受负面批评,并且不断地寻求做得更好

喜欢因为工作出色而得到认可,但很少征求别人的咱们

认可自己的努力之前,先认可他人的努力

并不把困难当做挫折,而是将它看做改进的机会

天生富有好奇心和兴趣

不断地验证自己和他人的假设

试着在与工作毫不相关的工作上出类拔萃,比如烹饪、音乐、语言

痛恨没有实权

需求市场预估:

是普遍性的吗?会影响的人群有多大?

亟待解决吗?或者延后也可以?

复杂吗?人们可以通过其他方式自行解决吗?

有利可图吗?

用户的需求层级:基本因素,期望因素,魅力因素。(用户往往不知道自己需要的是什么,而是需要产品经理去挖掘)

需求发现和分析:

多和用户聊一聊,多观察用户的使用行为,多看用户反馈,多看数据,这样才能挖掘出用户的需求,找到灵感

先判断是不是伪需求,再解决体验的问题;有些需求是痒点,算不上痛点,没有也无。

如何定义出一个完整的需求:

发现需求:用户反馈 / 老板的意见 / 自己的观察、思考  (先判断这个是否是个需求,用产品还是用运营的方式去做)

竞品调研:对竞品如何做的一定要非常清楚

撰写需求:至少自己想三天,自己看三遍,一遍遍问自己还有什么问题

需求评审:一定要和 boss 讨论下,每一个细节都要过

需求开发:开发过程中及时沟通问题,修改点一定要让boss都知道,每一次改动点都要想清楚为什么要修改

需求上线:上线后持续观察数据

如何管理时间:

将任务清单分按照紧急程度和重要程度分类

用最短的截止时间来激励自己,不要浪费时间

不先局限于具体问题,有全局观,再进行拆分

尝试练习认知度之外的紧急情况

一个时间专心只处理一个任务

提高工作效率,尽量不加班

每天清晨梳理一下应该处理的事情,并专心思考逻辑

如何协作团队:

与技术人员、设计人员和市场人员沟通,要懂技术、设计和营销

多和同事沟通、交流,时刻保持信息是对称的

做错了哪些,技术人员会很不开心:

没有任何技术知识,也没有任何学习意愿

描述产品需求时含糊不清

低谷任务难度并宣称不可能那么困难

从不使用产品

毫无征兆地改变想法

将产品失败的责任全部推到开发团队身上

当真想推动某事时,像个孩子一样喊叫跺脚

宣布决定时永远不给出背景和原因

纵使你根本不知道怎么做,仍开始对如何实施某个特性指手画脚

使用你根本不知道什么意思的技术术语

在做出一个技术决定之前从不跟开发团队的任何人沟通

跟用户承诺某些特性,事先却不曾检测一下是否可能实现

从不跟开发团队一起庆祝产品发布或者庆祝赢得用户

产品经理容易陷入的误区:

产品没有准备好,急于发布

错失发布良机

未做好市场调研

未建立市场预估:最佳情况,最有可能情况,最糟糕情况

沟通信息不畅

不能从经验中学习和反思到什么东西

创造出了很多版本垃圾

创新不足

没有产品规划路线图

没有模拟失败的意识,技术压力等

写邮件三原则:

简短:少给对方造成压力

先表明和对方有什么关系

站在对方的角度考虑,他如何回复起来方便

产品突破点:

从被禁止的地方寻找问题,寻找产品的创新点

像排练话剧一样去数次迭代产品

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容