|
作者 技术管理那些事 （微信公众号ID jsglnxs）
我的一位朋友，他之前就职腾讯，曾经在QQ和微信团队任高级产品经理，取得了一些成绩。几周前跳槽到了国内一家知名的500强传统公司，负责互联网+部门产品工作。 最近和我吐槽，他刚到新公司上班的时候，听到两位团队内「产品经理」对话，其中，有一位是干了几年的老手，另一位是干了一年的新手，用他们自己的话来讲：他们在这家传统公司不是「产品经理」，他们只是「功能」的搬运工。 为了更形象的再现他们的对话，在下文中分别称他们为老搬和小搬吧。 对话开始，小搬先说道，我们学到的产品经理的终极三问是：用户、场景、问题。老搬答道，那是扯淡，产品经理的三大法宝应该是：功能、功能、功能。 不愧是老搬，想一想我们遇到好多老的“产品经理”都是这个路子，把上家公司的各种功能搬到下家，搬的越多，KPI越好。 这时，老搬拍拍小搬的头，继续说道：别着急，我的三大法宝，是有依据的，听我给你娓娓道来。 1、「功能」让老板兴奋比「用户」愉快重要 老搬说，我们老板之前是搞房地产的，特别喜欢大跃进式的产品开发，始终坚持“大干快上”，“多快好省”。动不动就来一个大干一百天，听起来是不是特别过瘾。 小搬小心翼翼的问，那你们还来得及快速迭代，识别用户，建立场景，解决问题吗？老搬不屑的看了一眼小搬，too young too naive。说完，拿出电脑，打开RP8.0和Word，把过去几年的RP和PRD一一打开，一番copy/paste过后，变出了一个新的产品需求。 过后，老搬呷了一口茶，来了个葛优瘫。慢慢说到，我们不是「产品经理」，我们只是「功能」的搬运工。 2、「功能」页面数量比「场景」设计重要 老搬接着说，我们的KPI是按照谁设计的需求数量越多，谁的KPI就越好。每天看到不论产品还是研发，看起来大家都忙的热火朝天，一派繁荣景象。 小搬问道，你们不是按照拉新、留存、促活、转化作为KPI的吗？老搬说他们没有时间考虑这些“杂事”，完成功能数量才是大事。否则就没有足够的时间把之前公司的产品功能“都”搬过来了。老搬说的那个前公司是指BAT里面的一家、那个产品已经发展积累了十余年。 小搬担心的问，你不担心水土不服吗？这样一股脑儿全搬过来，没有场景迭代验证，你不担心没有生命力吗？老搬略显不满的重复说道：我们不是「产品经理」，我们只是「功能」的搬运工。 3、「功能」上线越多比「问题」解决重要 老搬突然兴奋了一下，说道，你知道为什么我们拼命堆砌功能吗？因为堆的功能越多，成功的概率才能越高，本来成功大都也是靠的运气嘛。跟着感觉走，总有一个功能是用户用得着的。 小搬大着胆子问，那么多功能是按照解决用户的问题分类的吗？老搬回答道，不需要，我们按照过去的经验把自己能想到的功能都搬上线，让用户挑着用。这样就把用户的所有问题都解决了。这时小搬不禁嘟囔道，听起来很美，当用户乍一看到一个页面上罗列三四十个新功能的时候，直接晕菜了吧。 这位原腾讯的朋友讲到这儿，我也开始思考老搬和小搬之间的这个对话，这三个痛点实实在在发生在一些互联网+的传统公司里面。 是传统公司的“长官意志”和互联网公司的“草根文化”之间的矛盾吗？
看完这个需求对比，答案好像显而易见了，这个应该是一个直接证据吧。 怎么有效解决这类问题呢？我和朋友还在实践一些解决方案，之后的文章更新给各位读者。 关注我们（微信公众号ID jsglnxs），扩展阅读：
关注我们（微信公众号ID jsglnxs），扩展阅读： 作者 技术管理那些事 本文为头条号作者发布，不代表今日头条立场。 |
|
|
