如何在服務器端實驗之旅中從零到一

已發表: 2022-08-04

將您的旅程想像為 Netflix 用戶。如果你和我一樣，你可能會一邊喝著早晨的咖啡，一邊在手機上看一部野生動物紀錄片。晚餐可能伴隨著筆記本電腦上的阿甘正傳等舊時最愛。週末晚上將在您的個人資料和您孩子的個人資料之間切換，同時嘗試新的 Netflix 節目，最好是在更大的屏幕上。

現在假設 Netflix 正在開展針對特定國家/地區的折扣活動。如果您參與了 Netflix 開展的這個實驗性活動，他們如何確保您每次登錄時都參與到同一個活動中，而不管您使用的設備和個人資料如何，並且在任何地方都能看到相同的促銷活動？他們如何確保每次為您提供的變體體驗都是無縫的，並且如何始終跟踪您與變體的互動？

答案在於全渠道實驗，這是服務器端測試的典型用例。

您應該更喜歡服務器端測試而不是客戶端測試嗎？

上面提到的 Netflix 示例在客戶端執行起來非常複雜，並且可能會影響用戶體驗。在服務器端，它相對容易運行，並確保用戶獲得一致的體驗。它還確保對頁面性能的影響最小。除此之外，它消除了任何與隱私相關的問題，因為瀏覽器本身沒有任何活動。

在其他用例中，建議使用服務器端測試的穩健性和靈活性。我們將在本文中討論這些。但首先，服務器端測試到底是什麼，更重要的是，它是為誰服務的？

在服務器端測試中，測試變體在 Web 服務器上進行處理。當訪問者登陸正在測試的頁面時，會直接從服務器獲取變體並將其傳送到訪問者的瀏覽器。然後不會在前端或瀏覽器上進行任何後續修改。與此相反，在客戶端測試中，原始頁面首先在訪問者的瀏覽器中加載，您的實驗平台使用 JavaScript 在前端本身創建變體。讓我們通過一個例子來了解這兩種測試形式的範圍。

想像一下，邁克和鮑勃是兩個朋友，他們正試圖試驗一輛新車的工作原理。邁克在方向盤上，可以使用剎車、加速器、儀表板等。 Bob 了解發動機、散熱器、電池等內部組件。兩者都會以不同的方式影響汽車。 Bob 對汽車零部件的訪問權限可以在外部對 Mike 產生影響。邁克測試的變化是基於他對汽車的可見性。從購車者的角度來看，Bob 和 Mike 進行的實驗結果同樣重要，但目的不同。

因此，您不必選擇一種測試形式而不是另一種。用例不同，使用工具的團隊也不同。服務器端測試是開發人員和產品經理的試驗途徑，就像營銷人員更經常使用客戶端測試一樣。

服務器端測試可以解決哪些問題？

由產品團隊運行的服務器端測試解決了從電子商務和 SaaS 到銀行和媒體等眾多行業的問題。下面描述了在不同行業中推薦服務器端測試而不是客戶端測試的一些重要用例：

產品推薦

哪一組推薦產品能吸引您的訪問者購買更多？服務器端測試允許您測試多種產品推薦算法，以確定導致銷售和收入增加的選擇。例如，您可以測試推廣類似產品的佈局是否比推廣最受歡迎產品的佈局效果更好。您還可以根據您的服務器端實驗結果決定是追加銷售還是交叉銷售。

運輸費用

什麼是理想的購物車價值才能使訂單符合免費送貨條件？您可以測試各種閾值以確定對客戶購買決策產生積極影響的閾值。

搜索算法

試驗您的搜索算法需要修改您現有的代碼和進行深度測試的靈活性。您希望您的訪問者能夠快速找到他們正在尋找的內容，並且您可以在服務器端測試您的搜索算法來實現這一點。

表格長度

免費試用和演示申請表對 SaaS 業務至關重要。但是，什麼是理想的表格長度，既能確保減少流失，又能捕獲所有必需的信息？您可以通過客戶端測試來測試非必填字段。如果您的字段是強制性的，那麼僅使用 JavaScript 隱藏該字段將不起作用，因為使用服務器端邏輯的表單驗證將失敗。因此，建議服務器端測試嘗試使用必填字段以優化表單長度和復雜性。

優惠和折扣

雖然可以在客戶端輕鬆測試主頁上交易的樣式、外觀和位置，但還有其他重要因素需要考慮，例如折扣的價值、持續時間或資格標準。您可以在服務器端進行測試以確定最佳值，並確保它們在特定訪問者的各個渠道中保持一致。

銷售獎勵

由於涉及粒度，測試限期優惠或庫存清倉等動態激勵措施需要服務器端測試的靈活性。

訂閱流程

理想情況下，訂閱過程應該包括多少個步驟？是否應該提供社交登錄？試用訂閱流程有助於回答這些問題。

付費牆

服務器端測試允許您以萬無一失的方式測試各種付費牆配置。作為發布者，您可以運行服務器端測試來試驗您的封閉內容並將其貨幣化。不建議在客戶端運行相同的測試，因為訪問者可以通過刪除或選擇退出 cookie 繞過付費牆。

手機銀行

可以在貸款或信用卡的註冊過程中優化多個元素。但是，對於移動銀行而言，數據安全變得至關重要。通過客戶端測試，銀行或金融機構收集的敏感數據可能存在漏洞風險。為了避免這種風險，通常建議對銀行應用程序進行服務器端實驗。

現在讓我們了解如何在服務器端運行功能測試以及使用 VWO 這樣做的優勢。

VWO 如何簡化服務器端測試

對於上述服務器端用例，VWO 讓您可以靈活地將活動構建為 A/B 測試或功能測試。功能測試用於驗證功能參數的值，並讓您無需編寫代碼即可快速配置功能。在某些用例（例如測試哪種搜索算法更好）中，可以將活動構建為 A/B 測試或功能測試。

例如，假設您想評估三個供應商為您的網站構建的搜索算法。

功能測試使像您這樣的產品經理能夠以對工程的最小依賴性和對配置的最大控制來快速測試和得出結論。借助 VWO 的功能測試功能，您可以獲得一套框架，您需要在其中編寫更少的代碼，因為該平台為您完成了大部分繁重的工作。在特徵測試中，可以將算法定義為特徵變量，並在平台設置流程本身的實驗控制和變化中進行配置，以測試哪種搜索算法更有效。

這個實驗也可以通過服務器端 A/B 測試來完成。 VWO 通過其服務器端 SDK 促進流量分佈和實驗統計模型功能。工程團隊可以使用它來插入搜索算法的代碼並測試哪個更有影響力。

以下是功能測試派上用場的其他一些場景。假設處理移動充值的第三方供應商希望每次充值向用戶收取像徵性金額。他們想測試適當的數量。或者像Airbnb這樣的公司，物業費用由業主處理，想要增加清潔費，看看這是否會影響預訂數量。這是一個典型的實驗用例，各種公司可以在不影響北極星指標的情況下找到可以插入服務費的最佳位置。它可以是便利費、設施費、covid 費、包裝費或類似的形式。

如上所述的複雜用例在 VWO 中非常容易測試。這是一個解釋視頻，向您展示如何快速創建便利費功能並為其分配價值（在本例中為費用金額）。您可以鏈接您的假設，即確定在不影響預訂數量的情況下增加收入的費用，選擇您運行測試的環境，並啟用您的變體。完成此操作後，您將獲得一個在您的服務器上運行的活動代碼。剩下的就是讓您定義您想要跟踪和細分受眾的目標 - 就是這樣，您的廣告系列已準備就緒。

如果您是產品經理，並且您在儀表板上看到變體 3 不適用於用戶；它會對收入產生負面影響，您可以通過簡單地禁用 VWO 的變化來消除它。如下面的屏幕截圖所示，這不會影響代碼，也不需要您的工程團隊進行任何更改。您需要將其關閉，單擊“保存”，變體將停止接收流量。

本質上，每個廣告系列只需要執行一次代碼。

您應該構建還是購買一個平台來運行服務器端測試？

讓我們結束構建與購買的爭論。 VWO 不僅僅是一個隨機數生成器，它向不同的受眾顯示不同的變化並捕獲轉換事件。 VWO 是一個完整的實驗平台，具有強大的統計模型。要權衡是在內部構建服務器端測試機制還是投資像 VWO 這樣的平台，您需要考慮三個主要因素：

擁有成本

即使公司設法在內部構建所需的基礎架構，他們仍然需要對其進行管理和擴展。付錢給你的開發團隊來構建和維護一個像 VWO 這樣的實驗引擎，而不是專注於他們的核心工作，最終可能會比投資 VWO 更耗時、更昂貴。

使用方便

您可以構建一個向特定受眾展示特定變化的解決方案——但是您是否擁有一個易於使用的界面，不僅可以由工程團隊控制，還可以由產品經理控制？如果沒有，那是您運行服務器端測試的另一個障礙。

直觀的報告

通常，內部解決方案會為您提供基本信息，例如訪問者數量和來自特定變體的轉化。但是您需要的是具有統計意義的結果。您需要您的報告由 VWO SmartStats 等貝葉斯統計引擎提供支持。這就是差距所在——您可以構建一個難以維護的基本解決方案，並且您可以花費時間和資源來破譯 p 值。或者，您可以選擇像 VWO 這樣的解決方案，其中有一個團隊致力於維護和擴展它，並且在貝葉斯算法上花費了數年時間，以便為您提供易於解釋的結果。 VWO 中的應用內儀表板甚至可以讓您的非技術團隊成員了解結果；他們不需要依賴分析團隊來跟踪實驗或創建結果儀表板，從而節省時間並降低實驗成本。

無差錯機制

在內部構建服務器端測試解決方案可能容易出錯，而且在這種規模上，這些錯誤可能不容易被發現。將其與全球品牌使用的平台的質量進行比較，您可以確保錯誤蔓延的可能性微乎其微。任何錯誤（如果有的話）都會由您可用的有能力的支持團隊儘早標記和糾正。

此外，當您投資於像 VWO 這樣的託管平台時，產品中內置了重要的最佳實踐。您不必擔心從結果中刪除異常值、可視化數據或因版本更新而出現的問題。

必須具備完整運行複雜服務器端測試的能力

正確執行時，運行服務器端實驗可能會非常富有成效。為此，您需要擁有正確的功能集。其中一些如下所示：

每次測試中訪問者的隨機化——在測試中，當您將受眾分組到活動中時，訪問者的隨機化需要是真正隨機的，而不是偽隨機的。
一致的全渠道體驗——雖然用戶的分組需要是隨機的，但您還需要確保一個用戶在每次登錄時都能體驗到相同的變化，而與他們使用的設備無關。實驗應順利進行，不會出現任何故障。
互斥營銷活動——假設您在確定用戶是否應參與測試時需要考慮三個因素。這些可能是使用規律、低流失率和時區。除了考慮這些變量之外，您還需要確定排他性——那麼滿足這些條件的用戶可以參與多少次測試？這需要以一種不會導致數據偏差的方式確定，並使您能夠將轉化率的提高歸因於正確的廣告系列，而不會產生偏見。
標準化命名約定——無論您是設置要測試的新功能還是功能標誌，您都需要遵循標準命名約定，以避免混淆和初始化錯誤功能或測試的情況。
唯一且無憂的活動標識符——您應該使用字母數字鍵來唯一地標識代碼中的測試，並避免以後出現任何麻煩。
選擇正確的環境– 您應該指定運行測試的環境 – 例如，您可以在暫存或 QA 環境中部署測試，以供您的 QA 團隊驗證實驗。對測試進行完整性檢查對其成功至關重要，您應該可以選擇為它選擇合適的環境。
邏輯流量分配– 例如，當您運行多個廣告系列或有重要活動公告（如黑色週促銷）時，您無需在測試中包括登陸您頁面的所有訪問者。您應該選擇要包含在測試活動中的流量百分比，以及您希望如何在變體之間分配此流量。
計算達到統計顯著性的時間- 您的測試達到統計顯著性的估計時間應由您的主要目標的當前轉化率和您希望通過您的變化實現的最小改進來確定。它還應該考慮超過基準轉化率的 95% 概率。

這些是服務器端測試的一些最佳實踐和必備功能——實際列表要長得多。如前所述，您可以在內部構建這些功能，也可以在我們為您完成工作的地方使用 VWO。

綜上所述

無論您是開發人員還是產品經理，您都不需要限制您的測試想法。您可以運行複雜的測試，而不必擔心服務器端測試的性能或隱私問題，並解決客戶面臨的實際問題。您可以優化每個數字接觸點，以便您的客戶體驗最佳。

如果您使用像 VWO 這樣的平台，測試的複雜性不會讓您不知所措——因為您在活動中的每一個輸入都是直觀的，並且是為您的測試提供動力的良好實踐。要了解有關如何使用 VWO 輕鬆運行服務器端測試的更多信息，請向我們的產品專家索取演示。