1704135941
有了战略级别的价值观，还要有战术级别的具体意识，才能指导实际工作。腾讯在奋斗的过程中，做了这些准备：
1704135942
1704135943
1.大系统小做
1704135944
1704135945
大系统小做是指将一个大的系统尽量拆分成功能单一的模块，在架构设计上尽量使用插件式设计，高度解耦。
1704135946
1704135947
腾讯QQ乃至到后来的腾讯云都是依凭这个思想，小到代码中一个类的设计，大到涉及数个集群的云服务，都按照模块来划分。
1704135948
1704135949
2.边运营边重构边生活
1704135950
1704135951
世界上没有完美的产品，在用户使用过程中难免会出现各种各样的问题。这个时候，对于产品团队来说，最重要的是提供持续服务的能力。此外，还必须重视技术负债[1]，在研发过程中也需要不断重构。
1704135952
1704135953
3.快速沉淀
1704135954
1704135955
快速沉淀即将业务和解决方案服务化，把解决一个复杂问题的方法沉淀下来给后人使用。
1704135956
1704135957
腾讯还将业务逻辑进行服务化，比如将摇一摇、漂流瓶等都做成服务，供微信、QQ等开发团队调用。
1704135958
1704135959
4.灰度发布
1704135960
1704135961
互联网产品有一个特点，就是要不停地升级，否则就会被淘汰。
1704135962
1704135963
然而，系统升级总是伴随着风险，像是新旧版本兼容的风险、用户使用习惯被突然改变而造成用户流失的风险、系统宕机的风险等。为了避免这些风险，很多产品都采用了灰度发布的策略。
1704135964
1704135965
灰度发布指在黑与白之间，能够平滑过渡的一种发布方式。其主要思想就是把影响集中到一个点，然后再发散到一个面，出现意外情况后很容易就回退。
1704135966
1704135967
灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。
1704135968
1704135969
ABtest就是一种灰度发布方式，即让一部分用户继续用A，另一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上来。
1704135970
1704135971
腾讯现在的灰度发布流程一般按照公司内部员工——忠诚度高的核心用户——10%活跃用户——50%活跃用户——所有用户的流程进行。如果一款产品要采用灰度发布，一般在开始进行架构设计的时候就需要考虑充分。
1704135972
1704135973
Qzone本身的演变过程，就是一个成功采用灰度发布的例子。Qzone在2015年中改进巨大，从以前慢悠悠的“老爷爷”变成了一个充满青春活力的“小伙子”，其中经历了大小无数次的发布，都采用了灰度发布的策略。
1704135974
1704135975
用户数据的升级并不是大面积的一次性升级，而是通过一个用户升级标志服务器完成。如果用户数据没有升级，后台会把此用户的数据逐步迁移到新版本上，然后将升级位置标为位置1，以后再升级则标为位置2，以此类推，从而保证在升级过程中，用户仍然可以访问旧的数据，升级完成后的访问都将转发给新的版本。
1704135976
1704135977
当然，并不是只有腾讯的方法才是最高明的。Google便有另外一种名为Gmail Labs[2]的灰度方法。
1704135978
1704135979
这种方法允许用户自己选择一些未正式发布的新特性进行体验，不喜欢可以随时关闭退出。在这个过程中，用户既成了第一个吃了螃蟹的尝鲜者，也无形中当了Google的“小白鼠”。所以说这种做法比传统的灰度要高明很多，主要体现在它更加尊重用户。
1704135980
1704135981
只是，获得好处的同时，企业也是要付出代价的：需要开发一个Labs平台实现新特性上架、独立尝试的功能，这可能要改动Gmail的前后台架构；新特性要按照一定规范来写，才能发布到这个平台上，可能会增加一些工作量；“小白鼠”用户增多之后，对系统的压力可能会有一定提升，因为每个用户调用的界面都不一样了。
1704135982
1704135983
1704135984
1704135985
1704135986
热刻影视
1704135987
1704135988
海量数据下的细分，使得运营策略越来越人性化。
1704135989
1704135990
康育涛 深圳热刻影视CEO，曾供职于腾讯互动娱乐事业群。