个人对pm的一些思考
2016-04-09 本文已影响0人
楼兰一剑
1、做产品经理,而不是功能经理
* 关注产品的每一个细节,做精细的产品,而不是罗列功能
2、实现产品需求,而不是用户需求
* 用户是傻瓜,如果都跟着用户走的话,产品就废了
3、要锦上添花,不要画蛇添足
* 锦上添花,也需要看添加的成本。一个后台管理系统,最主要的功能是增删改查,需要的是易用性与稳定性,你弄个canvas来画个进度条,就浪费资源了。
* 有些功能,一旦上线了,下线就难了。比如**云官网上的自适应代码,不知道哪个杀千刀的放上去的。
4、追求人性化,而不是追求完美
* 不必要产品是完美的什么都有,但需要大家说 好用
5、最主要的,是要用脑子
* 添加一个功能,需要知道为什么要添加,而不是“人家xxx都有”,人家有没有,关你毛事
* 换句话说,可以抄别人的产品,但手段得高超一点,免得抄成四不像。
6、要懂一点技术
* 最起码,你需要知道哪个团队在做哪些事情,省了出了bug就一直在喊,而不是去找谁解决
* 如果懂一些抓包,知道一些http状态码,研发会更喜欢你一点
7、学会总结
* 码农需要总结,产品狗也需要总结,否则,每天忙忙碌碌,也出不了多少活
* 比方咱们上个项目讨论后实现的技术方案,以后用到的时候,你需要记住、并且拿出来。
8、粮草先行
* 准备好必要的图片、视频、文案,抽出个整时间来搞定这一些东西,要不然会耽误以后的时间
9、文档准备
* 需求文档、原型,一起给出,相关的验证规则、交互设计、逻辑流程、提示文案,一起给出
* 最近研发几乎达成了一致,一两句话描述不完的需求,统统需要文档,发邮件抄送各位,省的到时候扯皮。
10、演示准备
* 演示流程准备,演示数据准备,演示报备提醒大家别动服务器。
* 几个月努力的设计、开发、迭代,可能因为一次失败的演示而失去大客户,让大家的努力白费。