隨著 A/B 試驗在客戶業(yè)務(wù)中的應(yīng)用日益廣泛，我們在收集客戶使用情況時發(fā)現(xiàn)，越來越多的客戶希望將神策 A/B 測試系統(tǒng)與自有業(yè)務(wù)系統(tǒng)進(jìn)行深度打通聯(lián)動。

例如，客戶內(nèi)部有內(nèi)容管理中臺，希望將神策 A/B 試驗配置步驟作為該內(nèi)容管理中臺配置流程的一個組成部分，以快速進(jìn)行 A/B 試驗。在此過程中衍生出了一些在雙系統(tǒng)融合上的新訴求：

更高效：僅需在原業(yè)務(wù)系統(tǒng)平臺上進(jìn)行操作即可快速配置、生效 A/B 試驗

更便捷：能夠在自有系統(tǒng)中快速查看試驗報告

更易用：客戶登錄自有系統(tǒng)后，無需二次登錄神策 A/B 測試系統(tǒng)

更簡單：客戶無需額外學(xué)習(xí)和掌握 A/B 測試平臺的使用方法

企業(yè)自有系統(tǒng)接入 A/B-EMBED-SDK 后，配置 SDK 參數(shù)即可在自有系統(tǒng)中使用神策 A/B 測試核心能力，并支持快速創(chuàng)建神策 A/B 試驗、查看 A/B 試驗報告。

此外，A/B-EMBED-SDK 還提供了對 OAuth2.0 授權(quán)標(biāo)準(zhǔn)的支持，客戶使用自有系統(tǒng)的賬號密碼登錄后，即可完整使用神策 A/B 測試服務(wù)系統(tǒng)。

從業(yè)務(wù)系統(tǒng)使用者的角度來看，通過集成 A/B-EMBED-SDK 的方式接入神策 A/B 測試系統(tǒng)，可以滿足其在以下場景中的需求：

1、存在復(fù)雜表單信息的場景

通過嵌入 A/B-EMBED-SDK 將 A/B 試驗配置區(qū)域集成在客戶業(yè)務(wù)系統(tǒng)內(nèi)部，通過可視化表單的方式配置 A/B 試驗參數(shù)，與在 A/B 試驗平臺進(jìn)行參數(shù)配置的方式相比要更加直觀，且配置方便、效率更高。

2、雙平臺操作的場景

雙平臺操作存在較大的學(xué)習(xí)成本。通過嵌入 A/B-EMBED-SDK，使用者僅需要在自有系統(tǒng)中按原操作習(xí)慣進(jìn)行配置使用，即可完成 A/B 試驗的必要參數(shù)配置，不需要將業(yè)務(wù)系統(tǒng)參數(shù)放到 A/B 試驗平臺進(jìn)行二次配置，省去重復(fù)配置的同時，也降低了使用新平臺的學(xué)習(xí)遷移成本。

從業(yè)務(wù)系統(tǒng)類型的角度來看，神策數(shù)據(jù)嵌入 A/B-EMBED-SDK 可以在以下三大平臺場景中發(fā)揮價值：

1、廣告投放平臺

大部分廣告投放平臺在投放物料時，都需要操作人員填入大量配置數(shù)據(jù)，例如廣告標(biāo)題、描述、線索物料、圖片 URL 等，通過在廣告物料平臺嵌入 A/B-EMBED-SDK，可以幫助物料投放人員快速實現(xiàn)針對同一個廣告位、同一種廣告素材的差異化投放，而不需要切換至 A/B 測試平臺做重復(fù)配置。

2、運營配置平臺

運營活動配置平臺也是 A/B-EMBED-SDK 的一大適用場景，運營人員可以針對同一運營活動配置多組不同的運營物料，如 Banner 圖片、金剛區(qū)配置等，A/B-EMBED-SDK 負(fù)責(zé)將運營配置參數(shù)同步至 A/B 服務(wù)端快速創(chuàng)建運營試驗。

3、信息推送平臺

將 A/B-EMBED-SDK 嵌入信息推送平臺，可以與客戶自有推送服務(wù)相融合，針對一條推送任務(wù)開啟 A/B 試驗，在調(diào)用推送服務(wù)完成信息推送前，通過 A/B 分流服務(wù)拿到本次推送試驗的分組參數(shù)物料，實現(xiàn)差異化信息推送。

使用 A/B-EMBED-SDK 方式快速創(chuàng)建并上線一個 A/B 試驗，僅需完成 5 個簡單步驟：SDK 引入 → SDK 鑒權(quán) → SDK 初始化 → UI 組件掛載 → 試驗配置提交。

每個步驟的核心處理流程如下圖所示：

1、SDK 引入

將 A/B-EMBED-SDK 代碼引入到客戶本地項目中，在客戶業(yè)務(wù)系統(tǒng)頁面完成加載，觸發(fā) SDK 的初始化鑒權(quán)及后續(xù)步驟。

2、SDK 鑒權(quán)

客戶業(yè)務(wù)系統(tǒng)支持 OAuth 2.0 Authentication Code 方式授權(quán)，A/B-EMBED-SDK 會托管向神策系統(tǒng)發(fā)起鑒權(quán)請求，完成在神策系統(tǒng)側(cè) A/B 服務(wù)調(diào)用時的權(quán)限認(rèn)證。

3、SDK 初始化

鑒權(quán)成功后，客戶業(yè)務(wù)系統(tǒng)前端會得到一個由 A/B-EMBED-SDK 分配的 SDK 實例，通過調(diào)用實例提供的初始化方法，將頁面基礎(chǔ)配置信息上報給 A/B-EMBED-SDK 進(jìn)行試驗配置區(qū)域（樣式、交互、表單數(shù)據(jù)等）的初始化構(gòu)造。

4、UI 組件掛載

初始化操作完成后，客戶僅需根據(jù)自身渲染時機和渲染位置，調(diào)用 A/B-EMBED-SDK 提供的繪制方法，將 A/B 試驗區(qū)域 UI 掛載至客戶系統(tǒng)指定的節(jié)點容器中。

5、試驗配置提交

客戶完成自有系統(tǒng)配置試驗步驟后，將配置信息通過 A/B-EMBED-SDK 同步至 A/B 服務(wù)端，A/B 服務(wù)端會根據(jù) SDK 上報信息完成一個標(biāo)準(zhǔn) A/B 試驗的創(chuàng)建。

在國內(nèi)通信服務(wù)行業(yè)某頭部企業(yè)內(nèi)部，擁有一個自建信息引導(dǎo) & 推送系統(tǒng)，業(yè)務(wù)同學(xué)需要在該推送系統(tǒng)中集成 A/B 測試功能，希望通過小流量環(huán)境下的試驗組和對照組比較，判斷全量場景中該事件的業(yè)務(wù)效果，驗證業(yè)務(wù)猜想，并據(jù)此提出了雙系統(tǒng)融合訴求。

在與神策數(shù)據(jù)的合作過程中，該企業(yè)的業(yè)務(wù)側(cè)管理者基于上述背景提出了 3 個關(guān)于 A/B-EMBED-SDK 嵌入方面的訴求：

第一，在試驗分組參數(shù)上，企業(yè)希望能夠支持分組參數(shù)預(yù)置，從而不需要為每個相同類型的推送試驗重復(fù)配置試驗分組參數(shù)以及參數(shù)類型。

第二，在操作流程上，企業(yè)希望保持原推送系統(tǒng)配置流量不變，即操作員不需要切換到神策系統(tǒng)，便可以創(chuàng)建推送試驗。

第三，在權(quán)限方面，企業(yè)希望其推送平臺操作員不需要使用神策賬號密碼登錄神策系統(tǒng)，便可以調(diào)用神策服務(wù)創(chuàng)建 A/B 試驗。

在神策 A/B 測試嵌入方案的加持下，客戶通過接入 A/B-EMBED-SDK，很好地滿足了該企業(yè)在推送試驗方面的預(yù)期。

首先，支持參數(shù)定制化。在 A/B-EMBED-SDK 初始化階段，客戶可根據(jù)自身使用場景需要，將試驗分組所需參數(shù)（參數(shù)名稱、參數(shù)類型、校驗規(guī)則等）通過配置化方式傳入 A/B-EMBED-SDK，A/B-EMBED-SDK 讀取并解析客戶傳入的個性化配置，并在打開 A/B 試驗配置彈窗時，將配置的分組參數(shù)渲染進(jìn) A/B 試驗配置表單中。通過此項能力，該企業(yè)將業(yè)務(wù)上的公共試驗參數(shù)進(jìn)行了預(yù)置，省去了為不同實驗配置相同參數(shù)的步驟，提升了試驗配置效率。

其次，靈活的掛載配置。在 A/B-EMBED-SDK UI 組件掛載階段僅需傳入容器節(jié)點，便可將 UI 組件渲染至指定的頁面區(qū)域內(nèi)。該企業(yè)把 A/B 試驗功能作為其推送操作流程的中間環(huán)節(jié)，將 A/B 試驗配置入口作為表單項掛載到了企業(yè)推送平臺的表單配置區(qū)域中。企業(yè)內(nèi)部操作員不需要進(jìn)行平臺間的切換，便可輕松配置 A/B 試驗，消除了操作員跨平臺的學(xué)習(xí)成本。