唱吧，技术总监黄泉能在由CTO训练营主办的《管理的艺术之CTO训练营第五课》分享主题为“产品与技术的协奏曲”高照。其内容主要介绍产品与技术的关系，以及如何解决两者之间的矛盾问题。讲师简介黄全能，唱吧技术总监，2005年清华大学毕业后加入爱立信，五年后加入美国硅谷云计算公司担任商业智能组负责人，2012年加入唱吧，现为现为厂坝线研发部技术负责人。在唱响技术团队从0到1的过程中，他用小而精的团队管理理念，用精英加意外红利的管理方式，使技术团队以强大的凝聚力着称。技术与产品之间存在一种合作关系。产品为设计，技术为打造。但是产品和技术，一个是消费者，一个是生产者，两者本身就是对立的关系。所以，当东西生产出来了，消费跟不上的时候，产品就会觉得技术能力不够强；技术做出来的东西不好卖，不好用，技术会认为产品设计不好。这种矛盾经常发生。产品设计中的一些解决方案在技术上难以实施。产品会觉得技术能力太差，技术设计不合理。有时在需求方面两者之间存在平衡。但在运营和营销活动中，产品和技术是一种互助的关系。黄全能认为，产品与技术的互助有以下几点：技术需要了解产品方向。有些公司的产品真的把技术当成一个外包团队，类似于一个施工团队。产品指到哪里，技术就一定要做到哪里。但事实上，产品方向对员工士气很重要。当产品和技术没有沟通，没有告诉技术的方向时，技术根本看不到产品的意义。第二，代码的架构。产品的方向是什么，可能他自己都没有想好。迷茫到这个阶段，技术根本不知道下面的数据库、接口、架构怎么搭建。***是技术储备。很多时候，产品不敢贸然上线，因为知道现阶段技术可能还没有完成，技术储备还没有准备好。但是如果技术不了解产品方向，也会说产品还没有提到需求，你可以做一些小的优化，而不是投入更多的前期开发。技术的很大一部分职责就是和产品沟通方向，为自己的技术规划路线。技术学习需要方向，所以了解产品方向很重要。技术要懂产品细节除了懂方向，还应该有一个文档，完整记录产品和技术的交互，也叫产品细节。作为一项技术，确实需要在一些小细节上把控好。原因其实有以下三点。首先是架构的选择。因为方向是固定的，虽然细节对架构的影响会比较小，但实际上可能会影响一些动画的处理，包括一些图层的显示。如果不注意细节，你是猜不到产品会往哪个方向变化的。包括API接口其实也是一样的。一些API细节其实会影响到和服务器的交互，服务器会影响到如何存储，缓存等东西，可能会处理。其次是产品的质量。IOS和Android在很多地方都要交互，有时候会遇到不一致的情况，包括Android测试Android，IOS测试IOS。如果没有放大测试，就会出现一些不一致的地方。产品经理可能从大功能入手，可能看不到一些小的交互或系统的问题，所以产品质量上会出现一些小问题。如果技术看不懂细节，就没办法覆盖产品，很可能会弹出一些小的、没有解决的问题，比如该弹出的错误提示没有弹出等等.第三个是产品错误。如果一开始不了解产品的细节，往往会出现这个问题。产品本身很复杂，如果产品经理对产品整体情况不是很熟悉，基本上会出现三种情况。***是功能的丧失。下个版本改变了上个版本的方法，但是少部分功能丢失了，而且不完整，或者页面不一致，样式改成显示。还有一些逻辑上的矛盾。比如账号被封禁后，用户仍然可以在其他地方发表评论。像这种产品的bug需要有人来维护。技术应该理解产品的困难。技术一定要关注产品，知道产品在想什么。当技术感觉与产品理念不一致或者产品会对技术造成困难，甚至对非技术业务造成困难时，一定要及时指出。事物。唱吧的技术会直接挑战产品的一些想法、设计、要求，包括为什么要做。虽然此时特别容易拔刀相向，但如何避免交火，其实还是需要互相体谅的。一部分理解是技术需要理解产品的一些难点。产品和技术最不同的地方在于产品是高度主观的。并非所有产品都可以数字化驱动；有些产品判断无法进行AB测试。因此，需要有意识地理解对产品的某些猜测，减少无端挑衅。除了主观性，另一个就是试错。有时产品本身并不知道主观想象好不好。应允许产品有一定的试错，并给出试错周期。提供技术合作，尽可能提供灵活的解决方案；有些想法在早期可能有意义，但很快就会过时。技术应该推动产品进步。在一些公司，产品是产品经理内部团队沟通的结果。技术需要认识到产品的哪些方面可能受到挑战。主观产品容易添加过多；产品会不断加入这种试错，浪费试错成本；粗糙的设计会影响产品质量。试错的成本其实非常大。一是用户成本。如果解决不好，就会导致用户流失。另一个是机会成本。在迭代期间做其他事情。保留的用户没有被保留。然后是研发成本。大量的开发成本和维护成本是非常重要的。它们不能完全主观，也不能完全试错。至于粗糙的设计会影响产品质量，这个一定要跟产品经理解释清楚。很多产品感觉产品有点粗糙，没有多少用户关心，但其实产品设计粗糙不免影响架构，各种奇怪的状态，各种hack显示，各种不必要的服务器压力，还会影响代码风格。技术应该监控产品问题。产品经理往往是孤独的。这时候，同一个模块的技术开发和测试就是产品经理的盟友。技术应该主动收集数据、添加统计数据和预嵌入日志。在技??术和产品之间建立信任，让双方有机会建立适合自己公司团队实力的力量平衡。可以有两个这样的系统：产品经理的声望评价系统和技术合作伙伴的能力评价系统，用于对产品和技术之间的情况进行评分。其实产品经理很难做KPI，因为对产品经理的综合评价很难量化得那么清楚。这更多取决于产品迭代后会发生什么。以产品概念打造技术团队，如果要打造产品概念，在技术方面，技术至少要满足三点。大局观，为产品可能的未来做准备；逻辑，发现产品bug，敢于质疑产品方向；主动，主动预留一些功能，为产品填补漏洞。还有一个加分项，审美，好的技术对审美有天然的评价和理解。好的技术追求代码结构的干净、完整和扩展，对产品也有自己的看法。建立一个健康的工作流程，给产品足够的空间，建立一个合适的防火墙，但需要让产品传达它的意图，为技术扫清困惑。建立技术与产品反馈机制【编者推荐】CTO训练营第五课：??创业公司技术团队管理的艺术软件定义技术让SAN存储性能扩展成为可能WOT2016企业安全技术峰会即将开幕。绝技阿里云云盾吴汉清：安全上云有什么区别？-网络安全技术周刊第250期CTO训练营左文健：创业公司如何打造技术团队
