今天参加了部门的质量会议。因为自己不曾做过真正的型研项目，对质量问题的关注度也远不如真正战斗在一线的员工。这种耳目一新的视角令我产生了一些感悟。
质量与服务是紧密关联的。对应到现实生活中，有时人们喜欢买大品牌，买的不仅仅是产品的功能，更多的时候是买产品附带的后续服务，以及朋友们不经意的一声赞叹：“你品味真好啊”或者是“这个牌子的衣服很贵的吧”。可见，品牌所彰显的不仅仅是产品本身，更是产品的质量承诺、服务体验，乃至群体的身份认同感。
由此联想，一款产品的质量如果出现问题，哪怕不会导致核心功能出现错配，也一样会给用户体验带来极差的影响。据此可以推断，一个优秀的产品经理应当具备极强的责任感和服务意识。在质量问题上，应当比测试人员还要更关注产品的核心功能和配套体验。精益求精这种精神，值得每一个产品作为毕生的追求目标。
但是过度精益求精，也是产品受程序猿怒怼的原因所在，程序员关心的是程序能否按照指标正常运行，运用何种技术路线实现既定目标；而产品的视角则不能仅仅停留在程序能否正常运行的层面，更是响应时间、用户停留率、用户使用是否顺手这些指标。为了获得更好的体验，产品总是会想方设法要求程序员对产品进行迭代式改进，有些时候却因为调研能力或数据分析能力的欠缺，无法拿出有说服力的证据。这样的动员会，对于程序员而言，是无关痛痒的。毕竟大家的活儿都很多，看起来更改的是一个需求，却意味着要弃用原来的技术路线，寻找新的解决方案、设计新的逻辑思路，这是没有做过底层编码人员所不能理解之痛。
无论如何，版本的每一次迭代改进都需要程序员的配合，因此作为产品，必须要能够争取到程序员的信任。产品经理追求合理的精益求精是必要的，但是更要为自己做出每一版改动的决策带来的结果承担相应的责任。某种程度上可以说，是产品经理而不是程序员决定了产品的生死存亡。平庸的产品经理，即使拥有再好的程序员团队，也无法做出出色的产品；而优秀的产品经理，即便是与一支普通的程序员团队合作，也可以培植亮点，实现需求的精准定位。
网友评论