2005年,我开始学习避免DumbAB测试mistakesBack,在LOVEFiLM工作期间,我开始第一次尝试对电子邮件、登录页面和漏斗进行拆分测试。我快到十周年了,在看到超过4000万个参观者被测试过的东西分开之后,我对所有奇怪的、奇怪的、简单的愚蠢的方法都变得更加激烈,我打破了我自己的实验。我将在本周三的智能洞察数字营销会议上做一个演讲,讨论如何改进结构化测试以提高利润,因此来介绍它。我想写一个我们都能改进AB和多元检验的关键方法。因此,在本文中,我将探索设备和浏览器的兼容性,或“了解客户的指尖”。AB测试您的开发人员而不是customersFirstly,让我使用类比和解释。我曾经采访过一位开发人员,并作为流程的一部分提出了一个问题——“对您的站点进行编码以获得最大的覆盖范围和与客户实际使用的内容的兼容性的最佳方法是什么?”经过一段漫长而漫不经心的解释,他终于说完了“如果人们想使用Internet Explorer 8,那么他们就是在装傻。”然后我看了看他的简历,问了一个问题,因为我知道他有两个孩子——所以如果你的妻子和你的双节车厢去逛街,而且它不适合穿过商店门口——那是因为你太装傻,买不到合适的车吗?和零售商无关?那么所有的顾客都出错了?”可以说,我们没有雇用他,但这是一个很好的例子,表明了客户对人们使用什么产品不友好的偏见。大多数公司的情况是,有一个假设从未被测试过。我们测试我们网站上所有流行的浏览器。对于许多团队来说,这项测试工作留给开发人员来完成,但他们往往没有关键知识来正确地确定应该测试的内容。在未来的一篇带有Smart Insights的文章中,我将向您展示(至少在Google Analytics中)如何制定一个与真实客户设备和浏览器相对应的测试列表。现在,我们假设有人在贵公司有一份名单。这是谁画的?上次更新是什么时候?有没有更新过?您的测试实际覆盖了多少客户群?这件事由谁负责?可悲的是,这往往是一个组织。