先說(shuō)常規(guī)A/B test有哪些原則：
1帅韧，必須有個(gè)明確目標(biāo)，且已知有數(shù)據(jù)可檢測(cè)對(duì)比：
例如双妨，兩個(gè)活動(dòng)banner叮阅，在較長(zhǎng)期的活動(dòng)中浩姥，可以A/B 測(cè)試，"同樣時(shí)間內(nèi)勒叠，單位數(shù)字UV 下眯分，哪個(gè)banner的點(diǎn)擊率更高（不管實(shí)際下單率等數(shù)據(jù)）"。
如果目標(biāo)不明確担猛，且不清楚直接或間接的數(shù)據(jù)——極有可能上下A/B test后丢氢，依舊不能有充分的數(shù)據(jù)依據(jù)，來(lái)支撐論點(diǎn)蒸走。
2貌嫡，A/B test 是策略層面该溯，而不應(yīng)是戰(zhàn)略層面
3别惦，A/B 一定要考慮開發(fā)成本和敏捷度
H5較native app，更易實(shí)現(xiàn)快速發(fā)布氯庆、快速修正扰付，比較適合校準(zhǔn)方案；但iOS实昨，動(dòng)輒30天左右的發(fā)布周期盐固，在做A/B test，你不是要玩死人嘛锐墙。
然后是你說(shuō)的『A/B test』局限长酗，可能有：
1夺脾，對(duì)于A/Btest 本身之拨，增加設(shè)計(jì)成本和開發(fā)成本：不是小公司或業(yè)務(wù)初期可以玩的；
2咧叭，該方法本身就是『控制變量法』蚀乔，控制某些條件不變，調(diào)動(dòng)某些條件變動(dòng)菲茬，來(lái)檢測(cè)『哪種策略好』——但現(xiàn)實(shí)環(huán)境是復(fù)雜的吉挣，能保證檢測(cè)數(shù)據(jù)的純潔性，且均已做好埋點(diǎn)婉弹，難度也不胁腔辍；
3镀赌，A/B test氯哮，得到的數(shù)據(jù)，也會(huì)受到『測(cè)試期較短』喉钢、『測(cè)試不夠深入』等質(zhì)疑——似乎也不能過分依賴測(cè)試數(shù)據(jù)姆打；
—————————擴(kuò)展———————————
A/B test 都是方法論，在尋找當(dāng)前最優(yōu)的策略肠虽；基于這個(gè)目的幔戏，也有其他創(chuàng)新的玩法，未必非A/B test不可：
1税课，滴滴打車-順風(fēng)車模塊-乘客發(fā)布行程：
順風(fēng)車剛開始時(shí)评抚，即使調(diào)研充分、流程無(wú)可挑剔伯复，也會(huì)存在『理想與現(xiàn)實(shí)』的差距。
滴滴的做法是邢笙，針對(duì)乘客『行程偏好』做成H5頁(yè)面啸如，即可以自由調(diào)整用戶的錄入信息、也降低了版本發(fā)布的頻率（只是需要后端氮惯，做好數(shù)據(jù)兼容性和提供前端切換方案的標(biāo)識(shí)）叮雳，就是極大提高方案的適應(yīng)性；
附圖（滴滴打車-順風(fēng)車-乘客發(fā)布行程）
