对产品细节有选择困难症？吆喝科技想把 Google 热爱的 A/B 测试带给更多企业用户

前几天，36 氪有篇文章，讲 Google 的一整个产品线就是一系列可观的 A/B 测试 。对于大公司而言，有丰富开发资源支撑自己的整套测试系统，但是中型企业可能需要寻求一些外部的帮助。我们介绍过多次的服务商，如针对网页的 Optimizely 、移动端的 Leanplum 都是 Google 前员工创业的选择，他们就是看准了这部分需求。

吆喝科技 创始人王晔曾经在 Google 的广告部门任职，会经常根据 A/B 测试的结果优化其广告产品。今年年初，吆喝科技团队开始开发提供 SDK 和后台数据分析工具 AppAdhoc 平台，目前积累了一批以电商为主，包含其他广告相关应用的种子用户。

具体来讲，在产品迭代或营销活动过程中，开发者或运营人员可以利用 AppAdhoc 后台创建一些实验，通过控制接入用户量，比如 10% 以内，辅助决策产品的最终形态或营销方式。在分发机制上，吆喝科技研发了一套选取“可代表性采样”的流量分割算法，避免测试用户过度集中造成的结果偏差；并针对收集到的数据提供置信区间分析，过低的被认为是可信性较低。

另一个功能是灰度发布，用户可以选择性开启和关闭 APP 的部分功能，这借鉴了 Facebook 移动端的迭代方式：每一版应用更新时，Facebook 会加入未来六个月可能开启的小功能，先在小部分用户中测试后再正式推向大众，这样做有助于及时发现并防止 bug 糟糕的用户体验。

上图是 AppAdhoc 的详细操作和数据展示页面，目前的学习成本对于非工程师人群来说还比较高，易用性相对欠缺。下一步吆喝科技将推出一款针对 H5 页面的 A/B 测试需求，无需整合开发代码，形态更轻。

除此之外，在分发机制中增加一定的定制功能，比如根据设备定向发布测试，同时根据测试数据，给 B 端用户提供一个自动优化的解决方案是进一步的产品迭代方向。

除了大公司内部已经相对完善的测试机制，未来，相信会有更多中小型企业也使用这种精细化管理的工具来优化产品的设计、运营和营销效果。如果想了解更多，推荐阅读：

“不测量，无市场”：A/B测试怎么做？

原创文章，作者：糖醋