对于我而言,习惯解决问题的产品经理,才具备创造的潜力,是的,其实我们一直在追求的是“创造”,不是“创新”,是要把一个idea ,从想象变化成可使用并且能有效使用的真实的事物。 一个idea的诞生大概需要数秒的时间,而一个产品的形成却需要数以周,月来计算,如果我们只是靠着创新,提出一个又一个的可能性的想法,其他时间我们又在做什么呢? 很多人无法理解的一些问题: 案例: 我负责的某一个模块,这个星期发布。上周产品验收的时候,我确定他是正常的,但现在突然出现了bug;于是,我被leader批评了。 案例: 我负责某第三方平台接入的板块,上周为了解决一个小BUG, 我让研发修改了一个参数,这个问题就被顺利的解决了。但这周,负责B板块的同事责问我,为什么修改参数没有通知他,现在B板块全线瘫痪,无法使用。 案例: 我负责一个很简单的活动H5,是个很小的产品,就是一个抽奖,鼓励大家在朋友圈分享,为的是做品牌推广。其实什么奖项都没有,实在是一个太easy了,产品很快上线了。运营同事全力扑出去,各种广告往外面打。上线后的第二天,当运营leader满含期待的向我索要数据时,我只能告诉他:因为运营没有提要做统计,所以这边没有做统计埋点。 也许有同学会认为,这些不是产品经理的问题, 我们做了我们该做的事情;或者说这是团队的问题,团队的沟通缺少有效的保障。 这样的观念毫无意义。 所有的错,都是产品经理的错 这是很伤人的,但我想说这句话无比正确,原因只有一个: 这是你负责的项目。 你如何看待“负责”两个字? 有的人负责的将事情做完,于是他一年的时间做完了100件事情。这样的人,大概第二年和第一年不会有太大的区别吧,可能会在第二年,做完110件事情。 还有一个可能,一年的时间做好了一件事情;这样的人,大概在第二年已经实现了财富自由了。 我们 衡量一个人的价值,在于“负责”的程度,因为这会量化他是“做完先生”还是“做好先生”。 最后我想发一些大家经常看到的“错”: 上线后,产品出现了Bug, 你为什么不仔细审查验收? 提测后,发现功能漏做了,你为什么不在开发过程中,仔细留意研发进度? 运营效果不好,你为什么不主动向运营发起讨论,看看问题出现在什么地方? 交互差,你为什么不自己多操作多体验?或者多几套更好的交互方案 视觉差,你为什么不多和设计沟通,明明研发过程中有那么多时间? 逻辑有问题,你输出方案的时候,为什么不仔细思考逻辑? 资源没申请到位,你为什么不提前申请? …… 你知道的,我已经在我的文章里多次强调了一个概念: 产品经理是非常罕见的,能够提高整个项目乃至整个公司效率的角色。 如果你觉得上述的问题,都不是产品经理的问题,我可以很肯定的告诉你,越是资深的产品经理,越不会出现这些问题。 因为,在问题出来之前,早已被规避掉了。 如何判断自己有没有做好一件事情呢? 很简单, 不要让任何角色有机会向你提出问题,在他人提出问题之前,先把问题解决掉。 (责任编辑:本港台直播) |