To be or not to be？这是一个始终存在，并且不断重复的问题。我们始终面对着不断出现的艰难抉择。设计师的工作也同样如此，两种看似都可行的解决方案，必须选择其中一种。面对这种情况的时候，设计师和创意团队需要通过测试来做设计决策，而其中最常用的测试方法，是A/B测试。今天，我们来聊聊A/B测试的各种特征，以及设计师要如何将其运用到UX设计当中，改善产品体验。

A/B测试是什么？

A/B测试也被称为Split Testing，是比较两个样本/方案/版本中哪个更好的测试方法。在A/B测试当中，设计师可以将用户分成两组，两组分别测试A和B两个不同的方案，并确定哪个方案可行性更高，效果更好。

A和B两个方案之间的差异，可以很小，也能很大。这种差异可以小到只是一个元素的颜色差异，也可以大到整个布局截然不同。而方案的有效性的衡量标准也可以很多样，可以是页面的浏览量，可以是点击量，可以是订单数量，也能是销售额。衡量标准通常是根据公司、产品和团队的具体目标来制定的。在实战当中，最好是将各方面的影响因素有机地结合起来，从而能够得到更好的测试结果。

设计师要如何使用A/B测试呢？

产品的UI和UX设计通常是为了特定的目标而创建的。比如为了获得有效的用户体验而选择清晰的导航和愉悦的交互。但是，现在可行的方案，在之后不一定能够完全胜任，在小范围测试可行的策略，可能在大面积铺开之后存在问题。产品功能随着时间会变化，效果也不尽相同，所以，设计也需要不断地改进。

A/B测试的优势在于，能够帮助设计师谨慎而有效地改进设计策略，不会让用户感觉不方便。在用户持续地使用应用或者网站的过程中，搜集有用的数据和指标。

那么，更具体地说，你能从A/B测试中获得什么呢？首先，从中你能了解目标用户的行为模式和特征。通过对不同版本的UI进行测试，设计师能够清楚不同的偏重或者说不同的解决方案能够对用户有什么样的影响，哪种更为有效。此外，A/B测试有助于消除不良的设计决策，以及用何种方案来替代效果最好。

除此之外，A/B测试能够减少设计师和客户之间存在的潜在冲突。在很多时候，设计者和客户的意见是不一致的，通常大家也都很难放弃各自的观点。为了解决这样的冲突，A/B测试会找到更合理的答案，帮助大家找到最佳的解决方案。

整如同我们在上面所说的，A和B两个方案在差异上是可大可小的。下面是UI设计师在做A/B测试的时候，通常会用作变量的测试元素列表：

• CTA按钮（位置、大小、颜色和文案）

• 标题和副标题

• 着陆页上的图片（大小，风格，位置）

• 网页上客户介绍的表单

• 文案（长度，大小，位置和内容）

• 视频

A/B测试是非常灵活的，测试可以反复进行，如果想要判断具体影响因素，最好是一次测试一个变量，然后反复迭代逐个进行，寻求对于用户更加友好的解决方案。

A/B测试的过程

如果你从未做过A/B测试，现在开始尝试也不晚。新的尝试往往能为你打开新世界的大门。更何况A/B测试本身并不是复杂的测试方法，按照下面的步骤，你可以轻松地使用A/B测试帮你提升用户体验。

步骤1:搜集数据

A/B测试的首要目标是优化。这种优化可以是提升数据，可以是改善体验，或者是产品升级。这也是为什么A/B测试之前要搜集数据，搜集了数据才能进行基本的分析，确定优化的方向。转化率低的CTA按钮常常是第一个被拿来优化的。

步骤2:设定目标

为了改进设计，设计师需要明白通过测试来获得什么。这个目标可以是获得更多的用户，让用户在网站的停留时间更长，或者是更多点击CTA按钮，等等等等。有了目标就能够跟踪和确保有效性了。

步骤3:建立假设

这一步是非常必要的，因为这样才能在搜集数据的时候有方向，也有改进的方向。确定目标之后，你需要思考新的解决方案为何能够带来更好的效果。对目标受众进行研究，有助于提出改进方案的假设。这可以帮助设计师更好地了解目标用户。

步骤4:创造A方案和B方案

当设计师决定了要如何改进之后，就可以创造测试可用的A方案和B方案了。有许多免费的工具可以帮助你将用户分成两组。如果你没有足够的A/B测试的经验，可以使用Q&A的方式进行测试，确保整体质量。

步骤5:开始测试

对于整个设计团队而言，这个环节应该是最愉悦的部分，因为经过前期的准备工作之后，终于让用户动起来了。用户在测试当中访问APP和网站，他们的行为和决策都被记录下来，化作有用的数据。

步骤6:分析结果

经过一段时间的测试，用户的数据被搜集整理下来，接下来就要分析结果了。所有的方案Ａ和方案Ｂ的数据和指标会拿来进行对比分析，基于结果，选出其中更优秀的方案以达成设计目标。

A/B测试的优点和局限性

必须承认的是，没有任何一个解决方案是完美的。每种测试方法都是独一无二的，就像A/B测试本身，它有优点，也有局限性。

优点

A/B测试可以用来衡量和判断用户行为。绝大多数的测试者所在不知道被测试的情况下参与进来的，他们会自然而然地交互，这有有助于设计师准确地判断他们的行为模式。

A/B测试是一个足够便宜的测试方法。A/B测试不需要昂贵的工具，也不需要雇佣专门的测试人员就能进行。你所需要的是制作出2个供对比的解决方案，选择一个A/B测试的软件，就可以找来测试用户进行测试了。

可以筛出高质量的内容。A/B测试是找出哪些内容更有价值的好方法。

以用户为中心的设计。A/B测试几乎是完全针对用户行为模式和用户需求的测试手段，测试之后输出的结果有助于让产品更加人性化。

快速简单的分析测试。A/B测试通常有特定的测试指标。当结果姐夫出来之后，确定哪个结果更好并不难。

一切都可以拿来测试。并不是所有的测试都能帮你搞清楚哪种按钮颜色、排版方式和字体更合理，但是合理地设置A/B测试的规则，能够帮你搞清楚这些问题。要知道，即使这样的小元素也会对用户的行为和设计感知有很大的影响。

降低风险。在产品设计和开发的关键阶段出错会让整个产品的开发成本提高不少。A/B测试能够帮助整个产品团队减少许多潜在的问题，通过在早期阶段进行测试，设计师能够确保UI和UX潜藏的问题尽可能少。

A/B测试的限制

A/B测试是有限制的，它需要整套的设计作为支撑。这个并不难理解，因为你不可能单独设计一个CTA按钮来进行测试，你需要让它在整个APP或者网站当中才行。

A/B测试不会为你揭示原因，只会为你呈现结果。A/B测试确实能够搜集到有用的数据，但是你只能看到效果，内在的原因并不会通过这些数据呈现出来。如果你想知道缘由，只能通过用户研究来洞悉其中深层次的原因。

A/B测试不能告诉你哪里出错了。和上一条一样，呈现结果而不揭示原因，同样的它也不会告诉你哪里错了。设计上的问题，并不能通过A/B测试帮你找出来。

1. ①设计评审；

2. ②变换方法进行计算，以验证原来的计算结果和分析的正确性；

3. ③可能时，将新设计与已证实的类似设计进行比较；

4. ④进行试验和证实，如模型或样机（样品）试验，若采用这种方法，则应明确制定试验大纲，并将结果形成文件；

5. ⑤进行独立验证，以验证原来的计算结果和其他设计活动的正确性；

6. ⑥对发放前的设计阶段文件进行评审。

作为一名技术开发，自身过硬的技术能力是必须的，不过只能是包含但不限于！在提升技术的同时，还要去关注技术周边。

众所周知，关于“程序猿”与“产品狗”之间的“明争暗斗”也算是技术界的一大热点话题了。俗话说的好，不懂技术的产品不是好产品！当然，不懂产品的技术也绝不是好技术！

今天，看到一篇关于登录和注册的产品文章，觉着不错，就贴过来与大家一起分享。

简单的事情往往却很难做好做细，就像一份炒饭，却值得周星驰为其拍了一部《食神》，却值得哈林为其唱了一首《蛋炒饭》。登录和注册大概是所有线上平台都拥有的功能模块，也是用户最早能够接触到的平台功能，不仅业务流程简约，而且模块功能单一，甚至设计的页面也不会超过5个。但是你一定会发现，就是这么简单的登录和注册，有的网站做的行云流水和如丝般顺滑，有的网站做的沟沟坎坎和雷坑遍布。

为什么会有这么大的差异?我认为在于思路的混乱和不一致。只有掌握了严谨和逻辑的设计思路，不仅简单的登录和注册会给用户留下良好的第一印象，也会让你在其他业务模块的产品设计中行云流水。

下面就来一次登录和注册的产品设计之旅。拿工资向你保证，这将是你人生中最精彩的旅行之一。

1. 万事第一问：为什么

5W思维工具的第一个W即是WHY，为什么。

产品经理接到需求的本能反应应该是问一句：为什么要做这个需求?搞清楚需求的前世今生和来龙去脉，再加上“知己知彼百战不殆”的指导思想，对于接下来的需求分析、业务实现、功能落地都有莫大的好处。

为什么要做登录和注册?

登录和注册的需求来源部门或许有着五花八门的回答，也许是建立用户体系的需要，也许是收集用户信息的需要，也许是用户运营的需要，很多也许。多不要紧，但至少我们知道了实现“登录和注册”对于业务有着至关重要的作用，且会对很多业务功能产生重大影响，需要产品经理认真、慎重的进行设计。

到此为止，即可。

2. 抽丝剥茧：先搞定主要矛盾

搞清楚了来龙去脉，明确了重要性，现在就来点实用知识，开始进入实际操作，从登录和注册的最核心业务开始分析。

很明显，登录和注册的主要矛盾就是完成两件事：用户登录和用户注册。

登录，就是提供给用户某种user interface，简称UI，即用户接口，让用户填入某些标识信息来与系统中已有数据进行身份验证匹配，并赋予用户某些特殊功能使用权限的过程。

听上去很复杂，实际上登录的主要矛盾就是：

让用户能够输入某种专有信息，例如独特的字符串、电话、身份证、电子信箱等等，总之能唯一表明这个用户的身份信息即可

为了解决这个主要矛盾，我们就设计两个输入接口：

身份标识：暂定用户名、手机、电子邮箱三者选一

密 码：暂定6位字符

注册，就是将用户的信息保存在系统中，用以日后的登录匹配信息之用。

实际上注册的主要矛盾就是：你到底要保存用户的哪些信息?

为了解决这个主要矛盾，我们就设计采集并保存以下用户信息：

身份标识：暂定用户名、手机、电子邮箱三者选一

密 码：暂定6位字符

没错，和登录一模一样，为什么?

注册的目的是满足登录信息匹配之用，最最基础的匹配就必然要求登录和注册的所需字段必须一模一样，就好像两个齿轮一样必须啮合。

听上去是废话?不，我就见过很多初入门的产品经理将登录所用字段和注册所用字段设计的不一致，被研发劈头盖脸的痛骂。

到这一步，我们为登录和注册增加了第一批的两个页面：登录页和注册页。

3. 深入一点：业务要闭环

有了两个最基础页面还不算完，在流程图上还是两个独立的点，因为业务流程没有闭环。这个时候就要问自己几个问题：

登录成功去哪里?

登录失败又去哪里?

注册成功去哪里?

注册失败又去哪里?

为了完成这个业务流程的闭环，我们就需要增加几个页面：

登录成功页：通常是跳转到首页，或者个人相关的页面，或者其他有特殊需要的页面。

登录失败页：通常是跳转到登录失败页，告诉用户登录失败的原因。

注册成功页：通常跳转到有特殊需要的页面。

注册失败页：通常是跳转到注册失败页，告诉用户注册失败的原因。

到这一步，我们完成了登录和注册的业务闭环，登录和注册的业务可以打包为独立的业务模块，至此增加了四个辅助页面：登录成功页、登录失败页、注册成功页和注册失败页，总计六个页面。

4. 再深入一点：将业务嵌入使用场景

登录和注册的业务流程已经闭环，且已被打包为独立的业务模块，接下里就要做有很强代入感和参与感的产品使用场景分析，然后把登录和注册塞进需要的流程中。

因为只有融入业务流程的产品设计才能体现出价值，否则，和咸鱼有什么区别。

那么问题来了，有哪些使用场景呢?

首页或着陆页：用户看到平台的第一页，也是最容易联想到的页面。

涉及需要用户身份验证的页面：例如支付、发布内容、查看特殊权限的内容等。

那么问题又来了，如何将登录和注册嵌入呢?

对于首页和着陆页，我们在页面上明显位置增加登录和注册按钮或超链接，尽可能的引导用户完成登录和注册。

对于需要用户身份验证的页面，在需要的按钮或超链接上(例如支付、发布、回复、下载等)判断当前用户身份，非认证用户即转入登录和注册流程。

到这一步，我们将登录和注册嵌入到了平台的业务流程中。至此，登录和注册的产品功能和业务设计基本上完成了。

5. 琢玉成器：用户体验是需要手工打磨的

且慢，产品功能和业务设计只完成了50%，还有50%就是前端产品经理常常挂在嘴边的用户体验。

用户体验这回事比较虚，也比较主观，这里就抛砖引玉几个思考点吧：

如果用户名使用电子信箱，如何让用户能够快速完成电子信箱的录入?

如何设计良好的登录页错误提示?

是否需要记住密码?还是需要2周内不用登录?

能否不用鼠标来切换用户名和密码框?

能否用回车键来替代鼠标完成登录或提交的操作?

如何让用户快速完成注册页的各种字段录入?

如何限定注册页的必填字段?

如何设计密码强度的提示?

如何设计良好的注册页错误提示?

如果注册页有用户头像，是否需要锁定头像比例?是否提供在线裁剪?

是否需要给用户设置默认头像?

如何快速切换注册页的各个字段输入框?

注册页各个字段的填写提示是否简洁清晰无歧义?

其实还会有很多很多问题，需要我们慢慢打磨、细化。

6. 丰满羽翼：加持业务部门的需求

截至目前，登录和注册既实现了功能和业务，也优化了用户体验，照理说可以打完收工了。不过，建议此时的产品经理主动出击，去了解、收集其他业务部门的需求。

什么需求?

运营部会说，登录页没法运营;注册页也没办法运营。

市场部会说，登录页没有体现出我们平台的定位;注册页也没有体现我们平台的定位。

blablabla…当然，有道理的需求可以接受，开始加持业务部门的需求：

登录页背景图改为广告位和内容推荐位，满足运营的需求。

登录页设计平台Slogan展示位，给每一次登录的用户洗一次脑。

注册页增加广告位和内容推荐位，吸引用户完成注册。

注册页设计平台Slogan展示位，给每一个正在注册的用户洗一次脑。

截至目前，你已经超越99%产品经理的设计，可以喝口茶喘口气，简单的小结回顾一下：

梳理核心业务需求，解决主要矛盾

将业务闭环，保证可用

嵌入其他业务流程

打磨用户体验

加持业务部门的需求

不过!我们还能做点什么呢?

7. 玩出花：还能做点什么呢?

这里抛砖引玉说几个：

(1)用户访问热点和行为监控

这个绝对是核弹级别的增值功能，虽然对于用户不可见，但是对于产品经理了解无法见面用户的使用行为是一个必不可少的功能。通过采集用户在页面上的各种行为，产品经理可以获取到用户的浏览习惯，作为优化产品的重要数据支撑。

(2)第三方登录

前文已经提到过，登录和注册是任何平台阻碍用户的一座大山，如何能够降低登录和注册的难度，如何能够减少登录和注册的步骤，如何能够提高登录和注册的效率，值得仔细思考。

幸运的是，现在各大流量入口平台逐步开放，纷纷提供了第三方登录的接入，可以帮助用户快速的翻过注册的大山来享用我们提供的服务。

(3)重置密码或者找回密码

这个功能则是为用户登录时可能存在的遗忘密码提供了一个处理渠道。不要小看这个功能，在严谨的业务流程中留出一个异常处理天窗，不会让用户在使用业务功能时掉入死胡同或者“功能黑洞”。

8. 结论

简单的登录和注册，也需要严谨、逻辑和科学的思路。

可以根据自身经验、产品数据、用户情况制定一套个性化的快速验证体系，并将其应用到新的功能设计、产品的迭代流程更新等内容上，帮助自身加深对上下游的渗透，也能从多维度增强设计方案的说服力。

步骤1:搜集数据

A/B测试的首要目标是优化。这种优化可以是提升数据，可以是改善体验，或者是产品升级。这也是为什么A/B测试之前要搜集数据，搜集了数据才能进行基本的分析，确定优化的方向。转化率低的CTA按钮常常是第一个被拿来优化的。

步骤2:设定目标

为了改进设计，设计师需要明白通过测试来获得什么。这个目标可以是获得更多的用户，让用户在网站的停留时间更长，或者是更多点击CTA按钮，等等等等。有了目标就能够跟踪和确保有效性了。

步骤3:建立假设

这一步是非常必要的，因为这样才能在搜集数据的时候有方向，也有改进的方向。确定目标之后，你需要思考新的解决方案为何能够带来更好的效果。对目标受众进行研究，有助于提出改进方案的假设。这可以帮助设计师更好地了解目标用户。

步骤4:创造A方案和B方案

当设计师决定了要如何改进之后，就可以创造测试可用的A方案和B方案了。有许多免费的工具可以帮助你将用户分成两组。如果你没有足够的A/B测试的经验，可以使用Q&A的方式进行测试，确保整体质量。

步骤5:开始测试

对于整个设计团队而言，这个环节应该是最愉悦的部分，因为经过前期的准备工作之后，终于让用户动起来了。用户在测试当中访问APP和网站，他们的行为和决策都被记录下来，化作有用的数据。

步骤6:分析结果

经过一段时间的测试，用户的数据被搜集整理下来，接下来就要分析结果了。所有的方案Ａ和方案Ｂ的数据和指标会拿来进行对比分析，基于结果，选出其中更优秀的方案以达成设计目标。