創(chuàng)建和運行網站測試時需要遵守的重要原則。這些原則將降低你創(chuàng)建和運行測試時犯錯誤的概率，從而得到更高的效率，并從測試中得到更多好處。
 
1.在多變量測試時不要瘋狂追逐測試變種的數量

建立MVT時，不要試圖在每個頁面上測試太多元素和變種。測試5個以上的不同頁面元素，每個元素有超過3個變種，得到明顯的測試結果就需要很長的時間。這是因為工具需要在每個組合上得到足夠的流量，才能宣布明顯的優(yōu)勝者，如果你測試的頁面流量很低這樣的測試可能要花上好幾個月。

測試大量的測試變種不僅需要更長的時間才能得到顯著的結果，而且創(chuàng)建許多不同的測試版本也需要更長的時間(特別是在你需要大量幫助才能創(chuàng)建這些版本的情況下)。這可能嚴重降低每個月測試的數量，減慢優(yōu)化策略的進展。



為了避免一次測試過多頁面元素的問題，理想的情況下你應該嘗試將測試限制在7元素以內，每個元素只有兩個變種。

如果你想要測試7個以上元素，建議你用創(chuàng)新A/B測試代替，在這種測試中你創(chuàng)建個完全不同的頁面，與當前頁面進行對比次測試。獲得一個明顯的測試優(yōu)勝者所花的時間相對來說要少得多，然后你可以在優(yōu)勝頁面版本的元素上進一步開展后續(xù)的測試。
 
2.確保測試挑戰(zhàn)者有足夠的差異

挑戰(zhàn)者版本與控制版本過于相近，以至于訪問者幾乎注意不到差別(更不用說影響轉化率了)，這是測試表現不佳的較常見原因之一。當你測試設計人員控制創(chuàng)建的圖形元素如橫幅或者圖片)時，特別容易出現此類問題。為了緩解這些問題，你應該與設計團隊會談，確保他們知道測試的動機和方向，給他們舉一些顯著不同版本的例子 。
 
理想情況下，你需要創(chuàng)建一個有顯著不同的挑戰(zhàn)者版本。例如，不要只是稍微改變個按鈕的顏色；你應該進行更醒目、更明顯的修改，例如使用差別很大的圖片或者用詞然而，如果不進行迭代測試找出對轉化影響最大的元素，那么不建議一次修改多個元素如果你的挑戰(zhàn)者版本需要不同的文本(例如，新的標題或者行動號召)，你應該讓營銷團隊幫助你創(chuàng)建變種，以增加它更好地影響訪問者的概率。理想狀況下，你應該讓一位營銷負責人專門負責這項任務，他將成為優(yōu)化團隊的一員。
 
3.不要花太多時間完善測試挑戰(zhàn)者版本

測試缺乏效率的一個常見原因是將太多時間花在設計一個完善的測試變種上。你不應該在完善它們上花費太多時間，因為大部分版本最后無法獲得優(yōu)勝而留在網站上，相反，你只需要投資足夠的時間表達變種的主要思想即可一一花費常規(guī)設計時間的80%，不要最困難、最費時的20%花在它們的完善上。

需要記住的關鍵點是，如果有必要，你總是可以對優(yōu)勝版本進行調整，例如精確地符合品牌要求(只要你不對優(yōu)勝版本進行重大修改，就不會使測試的結果失效)。

你應該明確地向設計部門強調這一點，并確保他們不會將太多的時間花在絕對地完善每個測試設計上。這樣做就意味著運行測試所需要的可見資源較少，最終意味著你能更經常和更有效地運行測試。
 
4.及早規(guī)劃測試資源

在你創(chuàng)建測試時，往往需要來自許多不同部門的幫助，包括IT部門(幫助測試的實施)、設計部門(幫助設計測試變種)以及營銷部門(幫助提出與營銷相關的改進，如行動號召或者標題)。

如果沒有及早計劃獲得這類幫助和資源，就會導致你的測試創(chuàng)建很慢且效率低下，最終降低測試的頻率(為了擁有一個長期有效的測試計劃，你必須能夠同時測試許多內容)。這種現象常常出現的原因是最后時刻的測試資源規(guī)劃可能有被其他部門延遲的危險。最后時刻通常有許多有關測試的問題需要回答，這也會推遲啟動的時間。

因此，你必須盡可能提前規(guī)劃需要的資源并排定優(yōu)先順序，并且與項目經理緊密協作提高成功的可能性 。
 
 
5.在測試期間對流量主要來源的更改保持謹慎

另一個需要注意的事實是，在運行測試期間，流量來源模式的影響可能變化。前前面已經提到過，轉化率在不同流量源中可能有很大的不同，因此可能嚴重地影響你的測試結果例如，如果你在網站上進行測試并且發(fā)起一個大型新聞郵件活動，這可能在幾天內提高了你的轉化率，你的測試在短期內看上去比實際的表現要好。這是因為新聞郵件流流量的來源質量較高，所以轉化率往往更高。

另一個例子是，如果你的營銷部門在測試中期開始一場付費搜索活動，這類的流量也更有針對性，有更大的轉化可能，也會影響你的結果。

大部分較為高級的測試工具實際上都可以過濾分組或者流量，避免這類情形。因此在你啟動測試之前，應該詢問營銷團隊他們在測試期間是否計劃舉行可能改變網站流量質量(從而影響你的測試結果)的重大流量驅動活動，然后建立過濾器，在測試期間刪除這些分組。

6.不要在開始時刪除表現不住的測試版本

進行測試的人們常常受到誘惑，刪除和排除似乎表現不佳的測試版本，特別是在他們或者其他人已經相信這些性性能不佳的版本不如其他測試版本好的情況下

這是很不好的，因為有時候網站設計 開始時表現不佳的測試版本可能隨著時間的推移而變得更好，甚至最后得測試的勝利。因此，你應該保留所有測試變種.直到測試結束 。