个人对pm的一些思考

2016-04-09  本文已影响0人  楼兰一剑

1、做产品经理,而不是功能经理

* 关注产品的每一个细节,做精细的产品,而不是罗列功能

2、实现产品需求,而不是用户需求

* 用户是傻瓜,如果都跟着用户走的话,产品就废了

3、要锦上添花,不要画蛇添足

* 锦上添花,也需要看添加的成本。一个后台管理系统,最主要的功能是增删改查,需要的是易用性与稳定性,你弄个canvas来画个进度条,就浪费资源了。

* 有些功能,一旦上线了,下线就难了。比如**云官网上的自适应代码,不知道哪个杀千刀的放上去的。

4、追求人性化,而不是追求完美

* 不必要产品是完美的什么都有,但需要大家说 好用

5、最主要的,是要用脑子

* 添加一个功能,需要知道为什么要添加,而不是“人家xxx都有”,人家有没有,关你毛事

* 换句话说,可以抄别人的产品,但手段得高超一点,免得抄成四不像。

 6、要懂一点技术

* 最起码,你需要知道哪个团队在做哪些事情,省了出了bug就一直在喊,而不是去找谁解决

* 如果懂一些抓包,知道一些http状态码,研发会更喜欢你一点

7、学会总结

* 码农需要总结,产品狗也需要总结,否则,每天忙忙碌碌,也出不了多少活

* 比方咱们上个项目讨论后实现的技术方案,以后用到的时候,你需要记住、并且拿出来。

8、粮草先行

* 准备好必要的图片、视频、文案,抽出个整时间来搞定这一些东西,要不然会耽误以后的时间

9、文档准备

* 需求文档、原型,一起给出,相关的验证规则、交互设计、逻辑流程、提示文案,一起给出

* 最近研发几乎达成了一致,一两句话描述不完的需求,统统需要文档,发邮件抄送各位,省的到时候扯皮。

10、演示准备

* 演示流程准备,演示数据准备,演示报备提醒大家别动服务器。

* 几个月努力的设计、开发、迭代,可能因为一次失败的演示而失去大客户,让大家的努力白费。

上一篇下一篇

猜你喜欢

热点阅读