1.在多變量測試時(shí)不要瘋狂追逐測試變種的數量
建立MVT時(shí)，不要試圖在每個(gè)頁(yè)面上測試太多元素和變種。測試5個(gè)以上的不同頁(yè)面元素，每個(gè)元素有超過(guò)3個(gè)變種，得到明顯的測試結果就需要很長(cháng)的時(shí)間。這是因為工具需要在每個(gè)組合上得到足夠的流量，才能宣布明顯的優(yōu)勝者，如果你測試的頁(yè)面流量很低這樣的測試可能要花上好幾個(gè)月。
測試大量的測試變種不僅需要更長(cháng)的時(shí)間才能得到顯著(zhù)的結果，而且創(chuàng )建許多不同的測試版本也需要更長(cháng)的時(shí)間(特別是在你需要大量幫助才能創(chuàng )建這些版本的情況下)。這可能?chē)乐亟档兔總€(gè)月測試的數量，減慢優(yōu)化策略的進(jìn)展。
為了避免一次測試過(guò)多頁(yè)面元素的問(wèn)題，理想的情況下你應該嘗試將測試限制在7元素以?xún)?，每個(gè)元素只有兩個(gè)變種。
如果你想要測試7個(gè)以上元素，建議你用創(chuàng )新A/B測試代替，在這種測試中你創(chuàng )建個(gè)完全不同的頁(yè)面，與當前頁(yè)面進(jìn)行對比次測試。獲得一個(gè)明顯的測試優(yōu)勝者所花的時(shí)間相對來(lái)說(shuō)要少得多，然后你可以在優(yōu)勝頁(yè)面版本的元素上進(jìn)一步開(kāi)展后續的測試。
2.確保測試挑戰者有足夠的差異
挑戰者版本與控制版本過(guò)于相近，以至于訪(fǎng)問(wèn)者幾乎注意不到差別(更不用說(shuō)影響轉化率了)，這是測試表現不佳的較常見(jiàn)原因之一。當你測試設計人員控制創(chuàng )建的圖形元素如橫幅或者圖片)時(shí)，特別容易出現此類(lèi)問(wèn)題。為了緩解這些問(wèn)題，你應該與設計團隊會(huì )談，確保他們知道測試的動(dòng)機和方向，給他們舉一些顯著(zhù)不同版本的例子 。
理想情況下，你需要創(chuàng )建一個(gè)有顯著(zhù)不同的挑戰者版本。例如，不要只是稍微改變個(gè)按鈕的顏色；你應該進(jìn)行更醒目、更明顯的修改，例如使用差別很大的圖片或者用詞然而，如果不進(jìn)行迭代測試找出對轉化影響最大的元素，那么不建議一次修改多個(gè)元素如果你的挑戰者版本需要不同的文本(例如，新的標題或者行動(dòng)號召)，你應該讓營(yíng)銷(xiāo)團隊幫助你創(chuàng )建變種，以增加它更好地影響訪(fǎng)問(wèn)者的概率。理想狀況下，你應該讓一位營(yíng)銷(xiāo)負責人專(zhuān)門(mén)負責這項任務(wù)，他將成為優(yōu)化團隊的一員。
3.不要花太多時(shí)間完善測試挑戰者版本
測試缺乏效率的一個(gè)常見(jiàn)原因是將太多時(shí)間花在設計一個(gè)完善的測試變種上。你不應該在完善它們上花費太多時(shí)間，因為大部分版本最后無(wú)法獲得優(yōu)勝而留在網(wǎng)站上，相反，你只需要投資足夠的時(shí)間表達變種的主要思想即可一一花費常規設計時(shí)間的80%，不要最困難、最費時(shí)的20%花在它們的完善上。
需要記住的關(guān)鍵點(diǎn)是，如果有必要，你總是可以對優(yōu)勝版本進(jìn)行調整，例如精確地符合品牌要求(只要你不對優(yōu)勝版本進(jìn)行重大修改，就不會(huì )使測試的結果失效)。
你應該明確地向設計部門(mén)強調這一點(diǎn)，并確保他們不會(huì )將太多的時(shí)間花在絕對地完善每個(gè)測試設計上。這樣做就意味著(zhù)運行測試所需要的可見(jiàn)資源較少，最終意味著(zhù)你能更經(jīng)常和更有效地運行測試。
4.及早規劃測試資源
在你創(chuàng )建測試時(shí)，往往需要來(lái)自許多不同部門(mén)的幫助，包括IT部門(mén)(幫助測試的實(shí)施)、設計部門(mén)(幫助設計測試變種)以及營(yíng)銷(xiāo)部門(mén)(幫助提出與營(yíng)銷(xiāo)相關(guān)的改進(jìn)，如行動(dòng)號召或者標題)。
如果沒(méi)有及早計劃獲得這類(lèi)幫助和資源，就會(huì )導致你的測試創(chuàng )建很慢且效率低下，最終降低測試的頻率(為了擁有一個(gè)長(cháng)期有效的測試計劃，你必須能夠同時(shí)測試許多內容)。這種現象常常出現的原因是最后時(shí)刻的測試資源規劃可能有被其他部門(mén)延遲的危險。最后時(shí)刻通常有許多有關(guān)測試的問(wèn)題需要回答，這也會(huì )推遲啟動(dòng)的時(shí)間。
因此，你必須盡可能提前規劃需要的資源并排定優(yōu)先順序，并且與項目經(jīng)理緊密協(xié)作提高成功的可能性 。
5.在測試期間對流量主要來(lái)源的更改保持謹慎
另一個(gè)需要注意的事實(shí)是，在運行測試期間，流量來(lái)源模式的影響可能變化。前前面已經(jīng)提到過(guò)，轉化率在不同流量源中可能有很大的不同，因此可能?chē)乐氐赜绊懩愕臏y試結果例如，如果你在網(wǎng)站上進(jìn)行測試并且發(fā)起一個(gè)大型新聞郵件活動(dòng)，這可能在幾天內提高了你的轉化率，你的測試在短期內看上去比實(shí)際的表現要好。這是因為新聞郵件流流量的來(lái)源質(zhì)量較高，所以轉化率往往更高。
另一個(gè)例子是，如果你的營(yíng)銷(xiāo)部門(mén)在測試中期開(kāi)始一場(chǎng)付費搜索活動(dòng)，這類(lèi)的流量也更有針對性，有更大的轉化可能，也會(huì )影響你的結果。
大部分較為高級的測試工具實(shí)際上都可以過(guò)濾分組或者流量，避免這類(lèi)情形。因此在你啟動(dòng)測試之前，應該詢(xún)問(wèn)營(yíng)銷(xiāo)團隊他們在測試期間是否計劃舉行可能改變網(wǎng)站流量質(zhì)量(從而影響你的測試結果)的重大流量驅動(dòng)活動(dòng)，然后建立過(guò)濾器，在測試期間刪除這些分組。
6.不要在開(kāi)始時(shí)刪除表現不住的測試版本
進(jìn)行測試的人們常常受到誘惑，刪除和排除似乎表現不佳的測試版本，特別是在他們或者其他人已經(jīng)相信這些性性能不佳的版本不如其他測試版本好的情況下
這是很不好的，因為有時(shí)候網(wǎng)站設計 開(kāi)始時(shí)表現不佳的測試版本可能隨著(zhù)時(shí)間的推移而變得更好，甚至最后得測試的勝利。因此，你應該保留所有測試變種.直到測試結束 。
本文地址：http://www.havencoinwallet.com//article/2651.html
