前幾天，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測試怎么做？

　　原創文章，作者：糖醋