和 做了著名的 度蓝色测试，他们可以做到。 这种方法与许多专家的建议形成鲜明对比。不仅许多人建议您一次只测试一个元素（糟糕的建议），大多数人还说您应该坚持简单的 与 测试。 因此，自然而然地，我联系了安德鲁以了解一些情况。毕竟，他的方法似乎也适用于微软、亚马逊，当然还有谷歌等大公司。它也适用于流量较少的公司吗？该方法的适用性如何？ 他是这样说的： 安德鲁 安德森： 在交通和资源允许的情况下，我会选择尽可能多的。这是从我做的前几次测试中了解网站的一部分。
方差研究在这里也有帮助
要记住的最重要的一点是，变化越大，我就越有可能进行测试（或者至少风险变得更容易管理）。 我在一次测试中做过的最多变化通常是 次。我尝试进行脆弱性建模以找出最佳点是什么。即使在访问量最大的站点（我在前 个站点中的 个站点工作过 塞内加尔手机号码列表 最佳点通常仍在 的范围内。我从不测试少于 个备选方案。还要记住，选项的贝塔比选项的数量更重要。这就是为什么我强迫我的团队根据概念和概念的执行来思考，这样我们就可以避免过于狭窄的关注点在我当前的设置中我们有大量站点。
因此我们根据可以合理
测试的体验数量对站点进行分组。我们最大的站点仍处于中低范围，有 个备选方案。我们测试的最低网站（每天大约 个转化事件）只有 个。低于该标记永远无法管理的站点我们不会对其进行测试并寻找其他优化方法。 重点是什么？效率。您测试了这么多变体，并且限制了阻碍测试程序的意见。这也（在我看来，这些不是安德鲁的想法）有点像洋葱如何迫使作家在每篇文章中制作 个标题。前几个很容易，但到了最后 个，你真的在突破界限并抛弃假设 阿联酋手机号码 测试很多狗屎你一定会得到一些你永远不会想到的。
