原文链接:enter link description here 作者:knktc

一天下午,我们的产品经理“例行”地与研发人员开始了争论,与往常不同的是,搞技术出身的领导加入了争论,还站到了研发人员的队伍中去了。本日的论题是用户难以理解产品界面的问题,研发人员有了领导撑腰,一边倒地说这是用户水平的问题,留下产品经理一个人舌战群雄。
  我在一旁听着争论,觉得挺有意思,从旁观者的角度来看,研发人员这样的思想明显是无理的,但为什么要在这么明了的问题上去花费时间花费口舌呢?这个问题让我陷入了思考。
  我们是做技术起家的公司,因为公司策略的原因,一直以来承接项目是维持我们生存的主要方式,我们也尝试着推出自己的产品,但效果都不是很好。可能是项目做多了?满足合同条款就能收工的日子惯坏了我们的开发人员,似乎没有人会去考虑用户的感受,一切按自己的爱好来。这种习惯被带入了产品的开发中,由于公司是扁平化的管理,几个资深开发人员就能压倒产品经理了,再加上boss还常来插上一脚,产品经理始终是一种被架空了的感觉。就这样,产品经理孤独无援地捍卫着用户至上的口号,但如此浅显的道理也会被研发人员驳斥……
  他们继续争论,我是不愿意听下去了,于是离开工位去书架上找书,看到了这本《结网》。随便翻了翻,是被其中的几个案例吸引住的,然后再翻翻目录,内容和耳边的争论似有相符的地方。于是我悄悄借走了这本书,看看自己能学到些什么(悄悄是因为我的领导正在与产品经理的争论之中)。
  每天下班后看看,居然看了一个多星期才看完,从刚看几页,就有了种感觉--“说着痛处了”。
  想想我们的产品,似乎都是在匆忙之中开始,慌乱之中结束,收到零零几个好评,然后就自我满足。没有多少人愿意考虑为什么没有更多的用户?为什么卸载率那么高?似乎研发人员更愿意考虑的是我下一步使用什么语言?最近有什么NB的技术?
  我曾做过公司内部分产品的测试,第一感觉:“手感很差”,第二感觉:“想要的功能找不着没必要的功能都在眼中”。当有数次眩晕感后我不再做这份工作了,受不了。我最大的问题就是,没有当面告诉他们:自己人都这么晕了,你们怎么把东西拿给用户?
  研发人员不会考虑这些,用户体验对他们来说很渺茫,或者说整天面对满屏幕的代码,他们无暇考虑这些?
  我们没有关注细节,对质量的把控也有限,人人都认为手头的工作做完就行了,其他的事情,再说吧。
  于是我认为,“每个人都应该试着去做产品经理”。
  不愿意去copy,不愿意自省,甚至没有自己立场,这是我们的痛处。我很美好地假想:如果我们的研发每人都有产品经理的思维,那将是怎么个样子?(可能会更糟糕)让每个人都学会用产品经理的思考方式,或许我们就不会有本文开头一样“无聊”的争论了。
  书看完了,改天再偷偷还回去……