对于程序员而言，技术是安身立命的根本，所以大家会主动学习，持续精进。但产品思维只能算一种软技能，大家往往不那么在意。
如果你是初阶程序员，只要你技术好，基本就可以找到一份不错的工作。但随着工龄的增长，市场对你的期望会越来越高，你对自己的薪酬期望也越来越高，只有技术能力，就会面临瓶颈。
最近我也有在主动的补充产品思维认知，到了今天，终于有一些收获可以进行分享。
产品思维是屠龙术吗？
研发在公司里往往是价值链的末端，产运商务这些人在进行市场分析、用户分析、需求调研后，给出了最终的PRD，让研发实现。应该很多研发都会有这种感受，自己学产品也没有用武之地，需求早就被拆解好了，自己拿到零散的需求，也根本看不到业务全貌。所以对研发而言，产品思维就是屠龙术?
就我目前的经历来看，既然产品思维是一种软技能，那就是润物细无声的。学习产品思维，并不是让你第二天就去设计一个全新的商业产品，而是潜移默化中改变你的思维方式，最终改变你的行动。
谈谈我对产品思维的理解
在互联网公司里，产品经理通常会设计App或者Web前端的原型图。大家讨论的是这个软件的操作流程，界面布局是否合理。在这也涉及到用户体验的问题。通过UI交互的优化，确实可以让用户体验更好，但是这不是用户最终选择使用你产品的理由。而设计软件，也只是产品思维的一部分。
像最近网传有公司开价70e元打算收购饿了么，吃瓜网友就会说7e都不值呀~开发这样一套App能要多少钱呢？这就是缺乏产品思维，导致自己的认知出现问题了。
产品，远不止那一套App，还包括了现线下的供应链建设，商务资源，渠道资源，线上的运营资源、客服资源等等。总之要把一套App运转良好，远不止研发成本。甚至研发成本不是最大头的。产品是一整套系统能力的集合。
所以，产品思维可以理解为通过种种方式，提供一套有价值的服务，向客户收钱，最终获得商业利益的思维。
基于这个理解，会发现产品思维就是创业思维。如果你是一个产品经理，其实就是拿着公司的资源在创业。那既然是创业，又会也涉及到了一些比较先进的理念。在过往，创业讲究胆大，清华北大不如胆子大。现在创业依旧需要胆子和勇气，但也有了更先进的方法控制成本，减少损失，增加试错机会的方法。这里比较好的读物是《精益创业》，里面会提到相关方法。
产品思维的终极
随着网民数量的见顶，互联网流量也见顶，但这并不代表就没有机会。原先看似坚不可摧，有护城河的"垄断性质"互联网大厂，却被新型公司重击。比如拼多多的崛起，就对原先电商格局带来了巨大冲击。当阿里在打组合拳的时候，拼多多靠低价、无条件退货抢占了大量用户。抖音电商也依赖新的带货模式，快速增长。
之前读经济学读物，有提到，只有垄断才可能真正获得平和并稳定的生活。垄断的后果就不展开说了。
所以，互联网大厂很难形成真正的垄断。在我看来，不依靠Power，不可能形成真正的垄断。在当前的环境下，互联网大厂依旧是"运动员"，只能削尖脑袋去抢占用户。
抢占用户，抢市场，有的产品经理就会读《毛选》、《孙子兵法》这些读物，来提升自己的思维认知。毕竟商场如战场。因为我理解的产品思维的终极，是作战的思维。
星星之火可以燎原。拼多多原先是多么不起眼，但依旧在激烈的市场里杀出来。他的运营策略让他的产品可以获得用户的主动传播。好像你去攻城掠地，如果每攻下一块城池，都还需要花钱去供养，那还打得下去么。你的对手每攻下一块城池，就可以马上为自己造血，让自己更强大，那胜利就是早晚的事。这也是我对字节"不依赖资源"的理解。
既然是作战，就从没听谁说过只要自己的兵骁勇善战就一定能赢的事。只要是人，一定就会有人性，比如贪生怕死，好逸恶劳，你让你的兵去打一场没有胜算的仗，他们是不会有斗志的。需要的更多是天时地利人和，你与竞争对手相比，有什么明显的优势？
分享一个梁宁提到点线面体的概念。
- 点：指个人努力，是最基础的点。单凭这个点，不会掀起多大的风浪。
- 线：你做的事情中长期的发展。
- 面：你所处的行业和公司是否在健康发展，是否有获得暴击的机会。
- 体：你附着的经济体，是否稳定，是否在蓬勃发展。
对于将军而言，要带兵作战，一定要拿出你的优势，让大家看到胜算。这个优势可以是方方面面，比如和某家公司战略合作，相互赋能，也可以是自己对用户的理解，对趋势的把控非常精准，都成。
我对互联网公司技术创新的看法
经常听到人有人吐槽：
- 公司的基建也太烂了，是我见过最烂的
- 公司都这么有钱了，却不学习美国那些企业，多做一点技术创新造福行业，造福人类。还是只想着赚钱，太浮躁。
- 搞技术也没什么意思，还是得做产品。搞技术永远是一个打工的。
说起来很多互联网公司虽然有健康的现金流，但作为商业公司而言，技术创新永远不是目的，只是手段。只是一种获得市场竞争优势的手段。
纵观历史，没有几个商业公司是基业长青的，都会生老病死。所以钱也不可能无限制的挥霍。而纵容技术创新，可以说也是一种挥霍。特别是那种根本没机会商业化的技术。
基本没机会商业化的技术比如TypeScript，React框架这种，技术本身没有直接为公司创造收益。为公司创造收益的是基于这些基建的商业应用。所以哪怕自己做一个体验更好，性能更好的React，但开源了，应该很难打动高层吧。
可以商业化的技术比如AI语音识别之类的，这种技术可以Saas化计费。而前者是开源且买断的，用户下载了就能用，管他多少DAU反正都不会给你一毛钱。
我自己本身很喜欢做技术基建，所以我清楚其中尴尬的地方。对于以前端开发为主的技术人而言，虽然我享受创造新事物的快乐，但可以回顾一下这里面的尴尬之处：
- 你明明很认真的帮团队提效，工具终于上线。但愿意接受你的用户不及预期。
- 对于你来说，如果花很少的时间做技术基建，是不可能快速上线验证的。总是做着做着，又花了很多自己的时间。哪怕你花费的事自己周末来做，依旧可能被质疑，基建做这么多，是不是业务不饱和。
- 每次评定绩效的时候，多花费的精力，无法能换来更好的绩效和经济上的肯定。
当然这些尴尬之处，可能是我独有的，不代表每一个人都有相同的感受，我当前的处境可能基于以下几点：
- 公已经有通用技术基建部门，有需求可以提给他们，让他们排期做。
- 自己身处业务部门，就应该做业务定制的基建，而非通用的，这样逻辑才能闭环。因为公司提供的基建100%无法满足，排期也不行，所以自己来做。
- 技术基建的工作属于灵光乍现，而非计划内的事。最初和leader约定OKR的时候，并没有提过这些事。
- 公司对leader的考核以业绩为准，不能赋能业务的技术，很难给到更高的评价。
其实解决这个尴尬的问题也比较简单，就是去技术基建部门即可。在那里技术建设就是自己的业务。但当技术基建变成工作，有没有充足的灵感和动机，又另说了。
产品思维对我的改造
产品思维让我明白，互联网公司的本质是享受着互联网发展红利的商业公司。互联网不是单纯的科技公司，没有一家大型公司在单独依靠技术取胜。
之前有一句话，叫什么梦幻研发团队吧，说如果你的团队配备了百度的技术、腾讯的产品、阿里的运营，那就无敌了。可以看出来，不同公司致胜法宝各不相同，技术只是开始。
产品思维让我更关心公司里的其他同事正在做什么，他们在价值链里的分工。比如对研发而言，产品告诉你要造一座桥，那这个故事可能是这样的。
- 产品经理：大河两岸的居民人数在快速增加，预计2年后会增加200w人口，可能诞生的通勤需求会非常庞大。但这里也存在诸多问题，两岸的通勤需求真的大么？有没有可能虽然增加了200w人口，但是随着两岸设施的完善，居民可以自己闭环，每天只会新增1w人次的通勤客流，那原先的大桥依旧可以承载。所以需要通过用户调研、用户分析、数据分析，给建桥决策做出证据支撑。除了自己去分析，有没有什么办法能不建桥就验证需求呢，如果等大桥建好了才发现没人，那可就亏大了。
- 研发：经过一段时间的调研和讨论，公司最终决定建桥，产品经理也给出了PRD，根据PRD来看需要建造一座双向6车道的大桥。协商好时间之后，研发开始进入工程设计，用料计算，人力安排等等，最终建好大桥，让产品经理来验收。
- 运营：大桥建好后，初期野蛮生长了一段时间，客流增长很快，但马上就到达瓶颈了。为了提升客流量，让公司多收费，运营想出了很多招，比如针对不同通勤需求的用户，设计不同的月卡年卡，让这座大桥成为他们的忠实选择。和河对岸的商户合作，定期做营销活动，刺激两岸居民的通勤需求。又或者发现这座桥的指示牌不够明显，导致用户流失了，回头给产品研发提需求，进行改善。
除此以外，可以帮助我理解公司和同事决策的动机。这增强了我的同理心。
结语
程序员，是一个很善于学习的群体。或早或晚，大家都会逐步享受到产品思维带来的好处。我很满足，最近通过学习，了解这些内容。
还想说，互联网上的信息很多，课程很多，所以要做好阅读的优先级。有些畅销几十年的经典读物，或者行业领军人物著作，更值得去读。
最近在读的比如吴军的书，人月神话等等，都蛮好的。
作为新人，进了信息行业，想尽早补全行业认知的低成本做法就是去读书。（我的ld也这么和我说）