产品经理的三个职责:情境(from user),观点(logical viewpoint)和愿景(good story)
产品经理的日常:平衡用户体验、企业需求和技术实现三者。
什么是好产品?刚需,痛点,高频
优秀的产品经理:
像海绵一样理解快速吸收、理解并保存信息
是出色的听众
是了不起的沟通者、调解者和教育者
能在其他人都失去冷静,并将责任归咎于产品经理的情况下保持镇定
既能关注宏大的规划也能关注微小的细节
能完美的解决问题
对于别人都不愿意做的工作,并不怕撸起袖子亲自上阵
可以让他人镇静下来
总是有备用计划
拥有发现商业或技术眼力的机会
是天生的组织者
有能力成功地运作一个项目,但不愿意被当作项目经理
能够比其他任何人更好地推销其产品,但并不想被迫替销售或者销售人员做好他们的本职工作
能够优雅地接受负面批评,并且不断地寻求做得更好
喜欢因为工作出色而得到认可,但很少征求别人的咱们
认可自己的努力之前,先认可他人的努力
并不把困难当做挫折,而是将它看做改进的机会
天生富有好奇心和兴趣
不断地验证自己和他人的假设
试着在与工作毫不相关的工作上出类拔萃,比如烹饪、音乐、语言
痛恨没有实权
需求市场预估:
是普遍性的吗?会影响的人群有多大?
亟待解决吗?或者延后也可以?
复杂吗?人们可以通过其他方式自行解决吗?
有利可图吗?
用户的需求层级:基本因素,期望因素,魅力因素。(用户往往不知道自己需要的是什么,而是需要产品经理去挖掘)
需求发现和分析:
多和用户聊一聊,多观察用户的使用行为,多看用户反馈,多看数据,这样才能挖掘出用户的需求,找到灵感
先判断是不是伪需求,再解决体验的问题;有些需求是痒点,算不上痛点,没有也无。
如何定义出一个完整的需求:
发现需求:用户反馈 / 老板的意见 / 自己的观察、思考 (先判断这个是否是个需求,用产品还是用运营的方式去做)
竞品调研:对竞品如何做的一定要非常清楚
撰写需求:至少自己想三天,自己看三遍,一遍遍问自己还有什么问题
需求评审:一定要和 boss 讨论下,每一个细节都要过
需求开发:开发过程中及时沟通问题,修改点一定要让boss都知道,每一次改动点都要想清楚为什么要修改
需求上线:上线后持续观察数据
如何管理时间:
将任务清单分按照紧急程度和重要程度分类
用最短的截止时间来激励自己,不要浪费时间
不先局限于具体问题,有全局观,再进行拆分
尝试练习认知度之外的紧急情况
一个时间专心只处理一个任务
提高工作效率,尽量不加班
每天清晨梳理一下应该处理的事情,并专心思考逻辑
如何协作团队:
与技术人员、设计人员和市场人员沟通,要懂技术、设计和营销
多和同事沟通、交流,时刻保持信息是对称的
做错了哪些,技术人员会很不开心:
没有任何技术知识,也没有任何学习意愿
描述产品需求时含糊不清
低谷任务难度并宣称不可能那么困难
从不使用产品
毫无征兆地改变想法
将产品失败的责任全部推到开发团队身上
当真想推动某事时,像个孩子一样喊叫跺脚
宣布决定时永远不给出背景和原因
纵使你根本不知道怎么做,仍开始对如何实施某个特性指手画脚
使用你根本不知道什么意思的技术术语
在做出一个技术决定之前从不跟开发团队的任何人沟通
跟用户承诺某些特性,事先却不曾检测一下是否可能实现
从不跟开发团队一起庆祝产品发布或者庆祝赢得用户
产品经理容易陷入的误区:
产品没有准备好,急于发布
错失发布良机
未做好市场调研
未建立市场预估:最佳情况,最有可能情况,最糟糕情况
沟通信息不畅
不能从经验中学习和反思到什么东西
创造出了很多版本垃圾
创新不足
没有产品规划路线图
没有模拟失败的意识,技术压力等
写邮件三原则:
简短:少给对方造成压力
先表明和对方有什么关系
站在对方的角度考虑,他如何回复起来方便
产品突破点:
从被禁止的地方寻找问题,寻找产品的创新点
像排练话剧一样去数次迭代产品