怪不得你公司的信息系统那么难用，即便是一堆的程序猿有个毛用，讲日语的与讲英语的需要个翻译，这还不是个简单的传话筒翻译哦，当然这是传统企业信息部门的通病。总以为建设信息系统就是多招几个程序猿，多几个编码的就万事大吉啦，按照这个道理，修房子就直接上民工得啦，还要啥子画图的，监理的啊等等。

最近发现很多传统企业多达20人的信息技术队伍，居然没有一个产品经理，清一色是搞技术的。对产品经理几乎没有任何概念，话又说回来，产品经理也不是你能随便招到的，特别是传统企业，很少有这种跨界人才，懂业务的不少，但是无法讲出IT需要，懂IT的也不少，但是这些人不知道具体业务，他们其实天生排斥传统企业的业务，总是放不下身段去钻研，以为我是学计算机的高大上，你们都没有我懂，只有我的活是最不可替代的，好像是这么回事。我采访过很多传统企业的IT人员，他们习惯于别人做好的业务需求，也不愿去一线实地调研，往往需求是层层转述，味道就变了，大家知道，农村的赤脚医生头疼脑热，伤风感冒，甚至接生引产啥都干，有医院干这样搞的吗？没有吧，当然质量你应该也看得到。术业还有专攻。

从某种意义上讲，程序员是“实现”的思维，是“技术”思维，产品经理相对来讲是“用户”思维，“流程”思维，因此，在用户与技术之间天然需要一个“翻译”，如果只是简单的翻译，那最多也就是个写需求的，还达不到产品经理角色的要求，产品经理需要具有良好的业务素质，对业务架构具有一定的前瞻性，可扩展性，总的说来，就是用户的体验。我以前写过一个段子：互联网时刻提醒我们这些从业者:第一：技术总监不要沉迷于技术多么流弊，第二：产品经理不要陶醉于产品功能花哨，第三:运营总监不要为乱花钱与扯淡淡沾沾自喜。项目失败往往就是技术陷得太深，产品功能太多，营销路子老土，总之一句话：用户体验不行，或者说没把用户搞得很爽。

传统企业的IT部门需要一个好的产品经理，这个人最好是来自公司内部或者同行，有着多年的行业工作经验，或者有公司内部多个岗位的工作经验，对IT有一定了解，但是对业务及其熟悉。对用户体验的感知方面有一定的功底，性格不能是一个随遇而安的人，其实吧，就把自己作为一个真实的用户，首先，产品上自己要感觉比较爽。

不过现在互联网公司也太神话产品经理了，认为产品经理应该从项目规划，投资，找人，成本，运营等全方位把控，我个人觉得这个又神话了。产品经理确实需要良好的业务模式及商业模式分析梳理能力，对公司业务架构的变动，要采取最小的代价，实现IT对业务需求的支撑。还需要一定的数据分析能力，对用户，对业务的分析。

最后是老板的心态问题：在传统企业中，老板认为，这个人又不懂技术，又还没有给我做运营做业务，有啥用啊，被边缘化了。一般来讲，其实只有产品经理才会主动发现流程的瑕疵，他的一个小小的优化，可能给公司很大的收益，但是这种隐性的成本老板根本







































鑻忓瓬闃跨敨鐗囦环鏍?
鏈変粈涔堝湡鏂规不鐧界櫆椋?