|
|
smorrywoaini
| 未知
首先我提出一个观点：画原型，是为了更好的表达你的产品思路
还记得去年9月份的时候，团队里一个实习生妹子问她的开发经理：XX（我）是干嘛的？然而我们已经一起合作过一个版本了，却还不知道我是干嘛的。每天东跑跑西晃晃，和这个聊聊天，和那个开开玩笑。在别人眼里产品经理就是什么都不做的，“你想那点功能不就是抄抄竞品吗，我也会做”这种想法似乎已经根植于程序员的脑子里了。
前些日子和组里的产品经理聊天，他提出一个观点，说“产品经理其实是不干事的”。仔细想了想，好像确实是这样的。产品经理只需要考虑做什么就行了。项目进度？有的公司没有项目经理，那产品经理来兼职。有的公司没有交互设计，那产品经理来兼职。有的公司没有运营，产品经理也来兼职。久而久之，产品经理在大家眼中就变成了什么都干，什么又都不干的角色，也难怪有人问产品经理到底是做什么的了。
其实我想说的就是我们产品经理就是不做事的！（不服你咬我）。如果你现在正在干着那些杂七杂八的事，每天花费大量的时间在对付别人，最终导致你在产品经理的路上越走越远，最后变成了一个只会响应需求，没有独立思考能力的机器。各位产品经理赶快跳出来看看自己的处境，是不是也像我说的那样呢？
所以我总结了以下几点（可能后续会继续补充），希望各位产品经理们看完之后能够回头总结下自己的整个工作流程，是不是把时间花费在了很多不必要的地方，而忽略了最重要的自身对产品的思考呢？
**要产出高质量的产品文档**
我真的是一个很懒很懒的人，prd能不些就不写就不写，团队开发几个版本之后不写文档的缺点暴露无遗。首先，不写prd，在开发过程中开发会一直来问你，这个地方怎么做？这个地方的逻辑是什么？测试的时候测试来问你这个做的对不对？这个功能的异常状态缺失等等。其次，在开发阶段，开发完全凭靠当时在版本迭代会对新版功能的印象或者根据设计图去开发，这样一来如果开发记错了，或者中间需求有变更，接口有调整，就会造成在功能验收期间发现功能做的驴头不对马嘴，我要的弹出的交互效果怎么变成翻页了。 这个时候往往已经处于开发扫尾阶段，如果做调整很有可能来不及，而且开发也会一万个不乐意，谁让你不写文档？你都是口述的谁能记得住？况且你当时说的就是这个，我就是按照你说的去做的，凭啥要改？这个责任一定是产品经理的，到了这个时候也只能硬着头皮让功能上线，造成的后果一定都得是产品经理担着。
所以，产出一份高质量的，详细的产品文档是非常有必要的，写文档会花一些时间，但是能在之后省不少时间呢，能让你拥有完整的时间投入到产品调研设计上去。
**不要纠结于高保真的原型图**
昨天一个产品经理朋友在群里说：“为了能用sketch，我得去买一个macbook去”。我跟他说，一般情况下产品经理用不着画高保真的原型图，我觉得是一种浪费时间的行为。我自己也用sketch画过几次高保真的原型图，基本上和设计稿没有什么区别，甚至能够拿来直接开发，但是我消耗在上面的时间是我用axure画图的两倍甚至更多（我用axure画的图质量也比较高）。
所以我同样不建议产品经理过度执着于画高保真的原型图，如果你团队完整的的话，这些事情交给专业的人来完成，产品经理还是把精力更多的放到产品上来。 |
|
