始终在思考: 一个能够写代码的产品经理的劣势是什么？它有必要么？
2021.05.22 在跑步的过程中终于憋出了一个目前还算比拟认可的答案。
1. 说服力
当达到肯定高度，以后方是一片迷茫和未知，当你做的是探索性的产品的时候，当你的技术也不分明你要的产品逻辑或者忽悠你说这个需要实现不了的时候，当你们也只能摸着石头往前摸索的时候，你还能够通过技术性的语言形容、画流程图、画 UML 类图、写伪代码等技术性的语言把你的想法和产品逻辑出现进去。如果切实不行，你还能够本人入手来写。
这种产品能力 + 技术能力的联合产生的说服力可能会强一些，这样在实在的企业工作环境中更容易压服你的团队跟着你往前走，不容易让你的摸索因推动不了而中道崩殂。
2. 把控力
如果对技术有肯定的了解，在进行需要评估的时候，研发周期的安顿、研发过程的治理、对产品演进节奏的把控可能会更精确一些。
另外，在团队合作的过程中沟通老本、合作老本会低一些，你的技术做进去的货色匹配你预期的概率会高一些，技术人员和产品经理之间因认知了解偏差导致干进去的活儿跟预期需要相差太大的概率会低一些，不至于要重大返工调整而导致我的项目进度 delay 重大，从而保障能按预期上线。
互联网产品的研发是一个综合性团队作战的大工程，在互联网产品的商业竞争中，同质化水平通常都比拟高，有时候「 快一步 」就能决定很多货色。
3. 领导力
因为你们在做的事件之前没有很好的教训能够复制或参考，很多事件和想法都是还没有失去胜利验证的。
在一片混沌的摸索环境下，你如何能保障率领项目组团队是往一个正确的方向在走？这个时候仅仅有产品能力是不够的。它考验对技术的了解、对产品的了解和对商业洞察的联合。
另外，在产品的业务演进过程中，能够率领你的技术团队做一些很好的甚至比拟超前的技术尝试，让你的技术团队在实现产品性能，满足业务倒退需要的同时，也能取得技术上的成长和胜利。产品经理和程序员是有办法能够共赢的。
4. 通过技术手段做一些先验产品尝试
通过技术手段，有能力去思考和施行一些先验产品尝试，以升高探索性产品的试错老本和对用户的影响，这在产品演进过程中是十分有价值的，特地是用户体量大的产品。
而这些 soft skills，是一个没有技术背景的产品经理不容易习得或者习得老本很高的。
同样的，一个优良的工程型程序员如果仅仅关注技术实现也是不够的，还须要对产品、对商业有肯定的了解，如果是研究型的程序员那就另说了。
一个优良的产品经理不仅仅是一个产品经理，一个优良的工程型程序员也不仅仅是一个程序员 。
中国的互联网行业、软件行业曾经度过了横蛮增长期，也度过了 copy 的期间，在接下来寻求高质量倒退和持续性翻新的过程中，心愿咱们能多一些优良的产品经理和优良的工程型程序员，为中国这个微小的引擎提速增效，更快更好地走向振兴。