欢迎访问 z35资讯网,每日更新热点资讯与深度看点 站点首页

产品经理踩过的坑:我做了5年,这7个教训最贵

产品经理踩过的坑:我做了5年,这7个教训最贵-z35资讯网

探索 阅读

刚做产品那两年我特别自信,觉得会画原型、能写文档就算入行了。后来被现实按在地上摩擦了好几轮才明白,产品经理真正的价值不是"想得多",而是"少踩坑"。下面这几个坑我全踩过,有的赔了时间,有的直接影响了季度目标。

用户说的需求,八成不是真需求

我做过一个后台工具,运营连着提了三次"要批量导出功能",我兴冲冲排了两周开发。上线后使用率不到3%。拉了个运营当面问,人家说:"我不是要导出,我是要把这几十条数据打印出来贴墙上。"后来做了个打印视图,一天不到就改完,使用率反而冲到40%。

产品经理踩过的坑:我做了5年,这7个教训最贵

这事让我明白一个道理:用户描述的是他想到的解决方案,不是他真正遇到的问题。现在接到需求我会多问三句——你上次遇到这个问题是什么时候?当时怎么绕过去的?如果这个功能永远不做,你会怎么办?问完经常发现,真需求在完全另一个地方。

产品经理踩过的坑:我做了5年,这7个教训最贵

上线只是开始,不是结束

埋点这个坑我踩得最深。早期版本发出去就等着看大盘,结果想分析某个按钮的点击率,发现压根没埋。补埋点要等下一个版本,一来一回一个月,那个季度的复盘基本靠猜。后来我们定了规矩:需求评审时埋点方案必须一起过,没埋点的功能不给排期。

产品经理踩过的坑:我做了5年,这7个教训最贵

灰度我也吃过亏。有次大版本直接全量推,第二天客服电话被打爆,支付流程在某个安卓机型上失败率12%。如果先放5%的量,这问题一个上午就能发现。现在只要是碰钱、碰账号、碰数据的改动,我一律要求灰度,谁催都没用。

  • 需求评审前先问清楚:这个需求不做会怎样
  • 功能上线前先想好:用什么数据判断它成没成
  • 涉及资金、账号、数据的改动,必须灰度
  • 排期留出20%的buffer,别把日程排到满格

还有一个更隐蔽的坑是追竞品。有段时间我们盯着对手的更新日志做功能,人家加了个社区模块我们也跟着加,结果用户根本不买账——我们的用户是B端采购,谁有空在后台里发帖。竞品做什么,得先看他为什么做,用户盘子一样不一样,不能看到就抄。

说到底,产品经理踩的坑大多不是能力问题,是心态问题:太急着证明自己,太想快点出成果。我的经验是把节奏放慢半拍,多问几句,多等一个数据周期。坑不会消失,但至少能少踩几个贵的。

相关阅读

更多探索

延伸阅读

更多资讯