标签：出现 精准 特征 团队 sha 场景 图片 代码 测试的
编辑 | 强风吹拂
“不就是提个小需求么？你们怎么反应那么慢？”
“你们这个需求排不到App里面，不予立项”
“你们产品写的需求文档不是我们要的效果啊，我们看重的是……”
“排队排队排队，研发人不够，排期已经到下个月中了。”
“功能测试已经通过了，但是App近期没有上线计划，上线要等到下个月初哈”
“特殊时期，包含该内容的APP一律不予审核通过”
........
太难了，一个需求从提出、到立项、到研发完成、到正式上线，到底要经历多少艰难险阻？
比漫长的上线流程更扎心的，是好不容易上线的功能，错过了最佳窗口期，结果没有达到想要的效果。
就像这个流程图中所展现的，一个功能的上线，就算再精简流程，受限于组织架构、软件架构，也很难提升到哪儿去。而与繁复流程相伴的，是愈加丰富的业务场景和诉求：
这真的就是一个死结么？就没有办法，能够同时满足多方诉求？
有！来试试灰度发布吧！
按照传统定义，灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。 在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。（源自维基百科）
而在讲究“增长黑客”概念、需要精细化运营的今天，灰度发布不仅仅是一个发布方式，它可以：
事实上，尽管灰度发布看起来十分“美妙”，但在真实环境中，受限于灰度实验设计流程的繁琐，极少有团队能通过灰度，提升App整体转化。
这其中的难点包括：
让我们再回顾一下灰度发布中的难点，总结起来，无非是：
先来看看整个灰度发布的设计与开发流程：
凡泰小程序开放平台致力于帮助企业将App“碎片化”，将原先“不可分割”的整体，打碎成一个又一个由小程序组成的功能模块。通过小程序化，企业可以将不同业务模块拆分，每个业务模块自行更新、迭代，不再受限于整体App发版流程，业务灵活度、开发敏捷度，都将获得极大提升。
而在灰度发布的流程中，一旦业务人员提出了对应的业务需求，既可以马上投入对应的研发流程，这一流程的好处在于：
1、丰富、可视化的规则配置，满足个性化的发布设置
凡泰小程序开放平台将复杂的规则配置可视化，只需简单几步，即可完成个性化业务规则设置。这些设置既可以是最常见的用户列表、年龄、城市；也可以是一些技术指标，如手机型号、系统版本；更可以自由的添加具有业务特征的规则，如是否为高级付费用户、是否关联过公司其他产品等。
2、简单的灰度发布创建流程，让灰度实验得到最好的体现
构建在规则库之上，是凡泰根据多种灰度发布场景，提炼出的最完整、最易用、最科学的灰度发布方案创建流程。在本流程中，业务人员选择已经完成开发、测试的小程序版本，根据灰度方案，选择对应的发布时间窗、规则、规则间的规则以及未命中处理。
灰度方案一旦创建成功，即可实时同步至App内，无需再次等待功能审核，对于时效性要求极高的发布而言，将能获得最直接、最实时的数据反馈。而一旦出现不良反馈，也能立马将小程序内容“回滚”到已有版本上去。
3、SDK沙箱自动上报相关数据，实现灰度发布完整闭环
无需对每一个小程序都进行业务埋点开发，凡泰发布的小程序运行时SDK，会针对一些常见数据，进行自动的搜集和上报；同时，针对需要复杂业务数据回传的小程序而言，由于SDK有规范的数据上报协议，因此只需完成少量开发，即可实现最准确的数据上报回传。
来试试吧！用凡泰小程序开放平台，实现你对“千人千面”的所有创想！
想了解更多？可关注凡泰极客公众号
标签：出现 精准 特征 团队 sha 场景 图片 代码 测试的
原文地址：https://www.cnblogs.com/Linkk/p/12874908.html
