程序员是最好的产品经理

今天来讲个有意思的话题

程序员和产品经理的斗争，从根本上就是个伪需求

我抛出两个观点：

一、在当前国内互联网大势下，9成以上非程序员出身的产品经理都是垃圾

二、不管在什么地方，何时，程序员都是最好的初级、中级产品经理人选

不是找喷，而是事实

下面论证一下以上观点

1、产品经理有没有搞清我的能力成功和平台资本加持成功之间的区别？

我说一个产品经理的画像，你们应该至关熟悉了：

我会写文档，知道怎么切图、我会用Axure，我会思惟导图，我知道墨刀这种新互联网产品设计工具，我平时特别喜欢琢磨别人的应用，我对新鲜事物特别感兴趣，我热爱数码产品，我是果粉，我。。。

是的，你已经意识到本身是一个主流的产品经理了，可是你尚未意识到的是：

你可能仍是一个“垃圾”

这里的垃圾不是贬义词，而是一种客观的陈述，若是一我的在团队和项目中，把他替换成其余人，依然能够无缝切换运转的时候

那么他，根据上海最新的垃圾分类规则，应该是一个“可回收垃圾”，到别的团队依然能够继续作产品经理

但为何不少产品经理有时候依然优越感十足，一副见过流行世面，一副我有独特审美，一副我经手的产品特别成功的模样呢？

由于他并无搞清楚平台价值和我的能力区别

我国的互联网和软件行业是有趣的，在趋势和和资本推进下产业不断革新，在这浪潮之下，优质的产品不断涌现，也造就了一个热门的岗位：产品经理，和一个广泛的幻觉：“这些产品经理创造出了无数的优质产品”。

但事实上：

一、用户是能够量化购买的，主流资本和平台所研发出的产品，时至今日为止，下意识的运营想法和成功套路依然是买用户和导流量。
二、资本是有能力去承受产品设计的反复试错甚至失败的，而这类失败，其实占比至关之大，只是在BAT成功产品的光环下，你们都忽视了这些海量的失败的产品过程。
三、除了用户和流量以外，产品力驱动的产品成功有没有？有！但产品力的成功，绝大多数并不依靠所谓的精致界面和用户体验，而是依靠了业务逻辑的创新，不管Web也好、App也好、微信也好，最终产品形态只是伟大业务逻辑创新的落地载体罢了。

有的产品经理会很郁闷：“我会切图，我会画原型图，这不就是个人职业素养吗，拿着一份工资，作着一件事情，这也要被你喷？”

是的，当你看明白刚才所说三点时，你会发现，至关多的产品经理没有任何真实价值，垃圾程序员好歹还能贡献可80%稳定运行的代码，但垃圾产品经理除了随意被替代外，甚至还会作出无数的负设计来拖累项目。

因此，什么才是产品的本质？真正的产品经理是怎样的呢？

这里把产品经理分红两种：“决定性的产品经理”和“执行性的产品经理”

前者表明着真正的产品力，然后者承载着落地顺畅度。

举个简单的例子，淘宝网有个产品经理提出来，咱们须要作个直通车的业务场景，凭空造出一个商家竞争和让流量变现的业务，咱们还要作个卖家服务市场，让商家的信息经过开放平台给第三方开发者作受权的二次开发，从而造成数据赋能，顺带收取应用分润费用。看到没，这叫平地起浪，属于决定性的产品设计，一会儿奠基了阿里电商生态的运营套路、盈利模式和长远发展的利润基石。

很明显的，这种人已经超越了产品自己，走到了业务架构师的层面，这里不在咱们讨论的范围内，咱们要说的，是广泛的产品经理，也就是执行性的产品经理。

既然你是执行的角色，那么，根本不须要你所谓的产品优越感，也不须要你所谓的好看气质，须要的是：↓

2、通畅不出错，高效少花钱，内外兼修，这才是最好的产品经理

产品设计绝非大部分自觉得是的产品经理因此为的“精致UI、用户体验、头脑风暴、创新创造等”这套人文逻辑。

事实上，产品设计，是一门严谨的科学

优质的产品设计：

对外：产品界面元素清晰、流程逻辑清楚，每一个功能模块均有完整准确的闭环。

对内：业务所对应的数据模型有全面设计、有解耦考虑、有扩展能力，产品业务逻辑所对应的程序逻辑顺畅平和、不交错复杂。

因此，基于这样的断定标准：↓

3、非程序员出身的产品经理，不具有由内而外的设计能力，也不具有对垃圾程序员的掌控力

想要探寻产品设计最关键最难的地方是什么，最简单办法就是看失败的地方是什么？

说一些典型的失败场景：

• 产品仓促deadline以后，天天都在修补BUG，用了1个月开发上线，居然不知不觉又花了3个月来修复BUG增长系统稳定性。
  
• 产品须要升级适应新的市场需求，好比原先的桌面产品须要支持微信登陆，还要支持所扫码的微信号能够随时更换，这样帮助推广公司旗下多个公众号，产品经理只知道看别人这样实现了，本身也不知道背后是怎么作的，通过和开发团队沟通，开发团队调研了好久才弄明白怎么处理，这时候发现原来的整套帐户体系问题很大，设计的逻辑也不对，须要耗费很大人力代价和时间来重构和从新开发。
  
• 按照产品设计说明书发布上线了，可是天天都会发现功能缺失，今天这个细节没有，明天运营组那边想要的管理功能不支持，后天用户投诉了找不到XX入口，最后发现这个当时的设计说明书得所有重写，再次设计。

其实已经再明显不过了，不懂技术和开发的产品人员，在产品设计上仅能浮于表面，没法进行深度设计和闭环设计，在团队协做上也没法基于原理和逻辑作出深度决策。

最可怕的是：这样的产品经理，对大量存在的、技术不扎实的、喜欢敷衍了事的程序员，不具有识别能力、预警能力和准确的管理定性定量能力，从而让产品经历看似成功的上线到最后的无限内耗慢性死亡，不夸张的说，这是目前9成以上产品设计的现状。

无数案例已经证实，在产品设计领域，准确的逻辑理性修养要远胜于艺术直觉修养。并且：

逻辑修养的养成过程，是彻底可复制的

因此↓

4、程序员的产品经理修养的养成，是具有自然优点的

• 程序员学习过数据结构和数据库原理，知道业务如何转换到最优的数据模型
• 程序员经历过各类项目知道产品端和开发端的交互逻辑和步骤
• 程序员接触各个业务部门，长期耳濡目染业务，还要根据业务设计技术，是事实上的业务精通者
• 程序员和项目经理的接触是平滑的，对项目质量的理念有更加数据化逻辑化的思考和理解

作好任何事都没有捷径，优秀产品经理的成长也须要大量的逻辑训练和项目训练，而程序员的成长过程正是最佳训练路径！

通过对程序员如此的分析和认识，那么当程序员来担任产品经理的时候，再遇到相似上面提到的帐户登陆问题，他会

• 一、仔细认真的阅读微信开发平台和微信开放平台的文档，并本身作了几个Demo测试了一下。
  
• 二、了解到能够经过在开放平台添加网站应用实现扫码登陆，也能够利用公众号里面的服务号的带参数二维码的临时参数二维码实现扫码登陆，自我评估公司的需求更适合使用服务号参数扫码体系。并自我思考了一下如何构建一个多服务号的管理机制和技术交互机制。
  
• 三、也去了解了一下公司原来的帐户体系的数据表结构，根据开放平台能获取到的字段和获取逻辑，思考了一下用户表体系的改造思路。
  
• 四、根据他综合调研的结果，给出了一套最优方案，并对比市场上其余的方案，召集老板和项目组成员开了碰头会，并直接给出本身的方案和理由逻辑。
  
• 五、通过给其余程序员的业务逻辑和代码逻辑的讲解，制定了准确的改造开发计划，最后顺利的如期完成了改造。

再举个例子，好比公司要上马一个新项目，预算有限，可是老板又但愿移动端、微信端都有，还但愿有个独立的App，不懂技术的产品经理只知道在这个时候调研同业在不一样端怎么作设计怎么作样子的，他只会思考别人是否是把几个端的样子和流程作统一了，再深刻一点也只能思考到别人家在不一样端的帐户体系是怎么构建的，仅此而已，剩下的他只能问开发人员讨论而且不停的追踪开发进度。可是做为一个程序员产品经理，就能够站在不一样的维度，站在更加技术和逻辑的角度去思考这个问题，这个机智的程序员会快速调研到某套开发框架，支持MVVM模式的VUE全平台互通编译，一次开发，多平台部署，甚至App端也可以作到以H5 Hybird App方式完成无需XCode开发环境的IOS部署，如此种种，这个程序员的方案，必然比一个正常的产品经理带领出来的方案，要节省5-10倍以上的时间和人力。

看到没有，这才是产品经理该有的原本面貌，只是长期以来

国内的互联网高速浪潮，掩盖了一批又一批低能或者无用的产品经理的真相

5、程序员介入并主导产品设计是大势所趋，不懂技术的产品经理将逐渐消失

正如这一波DevOps浪潮同样，当复杂的业务变化、云服务的产业升级、开发模式和方法不断出新等客观社会大势推着你前进的时候，开发与运维就不得不融合，而且这个时候更讲逻辑的开发团队，将会从开发时开始，主导自动化运维的整个过程。

产品设计也是如此，每开除一个无效的产品经理，把多出来的工资交给有天赋的愿意学习的程序员，那么项目和产品就多增长一份扎实度和可靠度。

在不远的未来，产品设计端和开发端将会愈来愈融合和耦合在一块儿，最佳的产品界面和流程设计，必定与数据模型的设计和扩展同步进行，而对产品设计的评审，也由资深程序员和项目经理来评定。

最最垃圾的产品经理是什么？就是那些享受着平台流量红利，躺着也能进来用户，特别爱推崇本身特立独行的设计理念和技巧，反复折腾着公司资源，最后产品看似成功了，其实和他真的毫无关系的“高级产品经理”，这种人，不只存在，并且数量巨大，混迹在BAT浪潮中，从1个岗位跳槽到另外一个岗位，工资不断上涨，看似指点江山游刃有余，实则毫无做用，企业累赘。

请开除这些产品经理吧，已经清醒过来的企业，请加大对程序员的培养力度，给优秀的程序员涨工资！让他们成长为优秀的产品经理！