技术是用来解决业务问题的，而业务的问题，也可以通过业务的手段去解决。
图片发自简书App
最典型的例子就是2012年年初12306故障事件后，软件开发技术界的反应。各路专业和非专业人士众说纷纭地帮12306的技术架构出谋划策，甚至有人提议帮12306写一个开源的网站，解决其大规模并发访问的问题。 12306真正的问题其实不在于它的技术架构，而在于它的业务架构：12306根本就不应该在几亿中国人一票难求的情况下以窗口售票的模式在网上售票（零点开始出售若干天后的车票）。12306需要重构的不仅是它的技术架构，更重要的是它的业务架构：调整业务需求，换一种方式卖票，而不要去搞促销秒杀这种噱头式的游戏。后来证明12306确实是朝这个方向发展的：在售票方式上引入了排队机制、整点售票调整为分时段售票。其实如果能控制住并发访问的量，很多棘手的技术问题也就不是什么问题了。
（来源大型网站技术架构）
图片发自简书App
看完这段感触颇深，不管是把握业务架构的产品经理，还是把握技术架构的CTO，这俩岗位沟通互相了解双方工作内容的重要性！如果把整个项目团队比做军队，CTO就是军队中的最高指挥官，产品就是参谋长！
开战前，参谋长情报收集，放到产品开发中就是竞品分析，作战计划就是项目计划。
图片发自简书App
项目计划出来了，CTO根据下面人特长分配任务，整个项目安计划执行下去。
那么12306一开始作战计划就有问题，作战部队作战能力再强，这战也没法打！
图片发自简书App
说这么多就是想表达一点，做技术的最好不单单只会码代码，懂点产品思维，肯定加分，如果产品给你挖坑了可以及时反馈沟通.。产品懂程序运行逻辑，同样的效果换另外一个设计程序可以更流畅，肯定选择另外的设计，前提你要懂的程序。
图片发自简书App
