本文作者将以登录为例，讨论优化登录时基于不同场景的设计。

在To C产品中经常可以看到基于场景的设计。例如，在旅行应用程序获取您的位置后，它将向您推送当前与城市相关的旅行信息;支付软件将在您付款后推送周边餐厅的优惠券;购买机票后，您将获得目的地的酒店信息。

在To B产品中，现有场景更复杂。由于To B产品更多的是为特定问题场景提供完整的解决方案，因此在此问题场景中有很多角色。只要掌握“角色”问题，就可以在由不同“角色”组成的小场景中设计目标游戏。

当从C切换到B时，最容易被忽视的一个是角色的区别。当不同的角色面临同样的功能时，需求会有所不同。如果您可以根据此区分不同的方案，它将更好地指导用户使用该产品。

面对一个功能，不同角色的主要工作内容肯定是不同的。例如，Cloud Home的登录灯应用程序主要分为三个角色：登录管理员，管理员（管理员代表的管理角色）和员工。他们在签署时面临的主要职能是：管理登录规则，根据出勤率计算工资;检查员工的出勤和管理;登录冲孔。然后这三个角色在进入办理登机手续时会有不同的需求，我们需要根据不同情况进行指导。

我们以登录为例，在优化登录时讨论我们根据不同场景设计的内容。

　「签到」的背景

登录是Cloud House的轻量级应用程序。周火在轻型应用方面排名靠前，但转换率稳定在适度位置。

分析问题的原因，主要有两点：第一，客观功能方面与竞争产品之间存在差距;其次，设计缺陷，用户指导并没有做得很好。因此，我们分析并调查了登录应用程序，以提高转换率，并重新设计。

那么如何根据角色设计呢？主要分为以下几个步骤：

需求的目的：设计前的前提是澄清需求的目的，旨在达到目的，防止自己思考后来的道路。实际上，这是非常重要的一点。对于更复杂的功能，当涉及更多角色时，设计师可能会在经过长时间的深入思考后出现问题。不时回头看看他是否不在路上。需求的目的是非常必要的。功能要求的目的在被设计为标准之前得到澄清。

包含的角色：此功能明确涉及多少个字符？

主要角色是什么：找到主角

角色的场景：正确理解此函数中不同字符的使用场景

分角色进行设计：分别为主角色和次角色设计

　1、需求的目的

实际上，目的非常明确，即登记申请的转换率需要提高。但是，在此之前仍需要进行研究。从用户的电话回来后，用户放弃使用办理登机手续的原因概括在两个方面：

功能性缺失：这主要是在竞争产品的比较中，Cloud Home的登录功能覆盖范围相对较窄，而且相对复杂的场景未被覆盖，导致用户选择竞争产品进行比较。

设计上的问题：这主要体现在“不知道如何使用”，“界面太复杂”，“找不到我想要的功能（但实际上功能已经存在）”这三个方面

对于第一个方面，它是功能扩展的长期战斗，需要大量的努力和人力来解决这个问题。但第二个方面是设计可以更容易地解决。因此，我们从第二个方面入手，以解决由于设计导致的低转换率问题。

　2、包含的角色

这也是一个非常容易回答的问题，只要设计师完全熟悉该产品，就很容易回答这个问题。

登录应用程序中包含的角色是：

管理员（团队）

登录管理员

老板

管理器

员工

当角色太多时，我们需要分析角色的权限函数，看它是否可以“合并相似的项目”。以上五个字符合并为三种类型：

管理员：在这种情况下，签到管理员和管理员的权限是相同的，即“可以管理签入规则”，我们使用此功能来定义用户是否为“管理员”。当用户获得许可时，将以有针对性的方式进行设计。

经理：由经理代表的管理人员。在这种情况下，除了基本的登记功能外，老板和经理还负责查看和管理员工的登记状态。区别仅在于视图的大小。不同。

员工：被规则检查的角色，主要操作是登录。

　3、主要角色是什么

管理员，经理，员工，三个角色中的哪一个是主要角色？如果按照人数来说，员工无疑是最多的，占比超过90％。但情况确实如此吗？

在进行研究之前，纯粹认为，与所有toC产品一样，登录应用程序可能会通过普通用户传播，而不会考虑更深层次的问题。然而，发现toB的产品通信模式与toC的产品通信模式非常不同。

　(1)由上至下的决策模式导致管理员才是重点

对于登录应用程序，您是否可以提高用户的转换率甚至为新用户注册，这在很大程度上取决于决策者。他们的身份可能是首席执行官，人力资源部门和信息部门主管。即使身份不同，进入Cloud House的目标始终是：寻找可以满足贵公司的移动考勤方法。

当他们选择软件工具时，背面很可能是数百名高质量用户。而且，由于企业软件的迁移成本，这组用户可能会在未来许多年内继续使用您的产品。赢得决策者是团队的利益所在。

　(2)由上至下的使用模式导致管理员的操作才是重点

这很容易理解。如果没有管理员建立签入规则，则没有经理可以查看签到记录操作，也不会有员工登录操作。

不难得出结论，这两点是管理员的主要角色。

　4、角色的场景

根据这一需求，对数据进行了处理和分析：

　使用云之家的流程

在访问了几个已在Cloud Home注册的用户后，他们发现在使用Cloud Home之前他们几乎经历了相同的例行程序：

（1）公司需要移动登录

（2）大型公司：信息部负责人/人事管理负责人接受研究和试用的需求;小公司：CEO自己进行试验

（3）访问App Store/Search代购源码网站查找并下载几个登记产品

（4）管理员将自己尝试

（5）试用后，选择其中一个在公司进行小规模试验

（6）小规模试验通过后，公司将进行推广

因此，作为公司第一个联系Cloud House的人，管理员已经变得非常重要，给他留下了深刻的印象。从以上信息，我们可以得出一些更重要的信息，即：当管理员进入云家时，目的一般是明确的。该结论将用于后面的设计中。

　第一次进入云之家的场景

在进行用户研究后，发现当用户面对一个奇怪的软件时，他第一次进入登记设置页面，当他看到复杂的操作界面时，他会感到困惑。

从登录分析当前团队使用，流程如下：

产品决策者：老板（小公司），人力资源，IT。决策者根据需求进入软件，并想要一种允许他们打卡的软件。

下载Cloud Home

打开云屋

进入登记入住申请：查看大签到按钮，了解您可以登录，进入设置页面，不知道如何继续，不知道如何让团队成员参与检查 - 在

选择放弃使用Cloud House

这是从下载到放弃的典型过程。

那问题出在哪里？不难看出登记页面存在问题。旧界面是一个非常简单的步骤列表，界面看起来很复杂，主要是为用户提供了太多选择。我们将重新设计此页面。

　5、分角色进行设计

　　抓住关键词

通过上述管理员的过程，可以发现大多数管理员在进入云家时都会有目的。我们准备使用指导形式让用户尽快了解Cloud House的价值。

B端的产品指导比C端产品指导更重要，因为B端产品的用户在进行试验时更为关键，严肃且注重目的。他们有目的地使用您的产品，希望尽快找到相应的解决方案，并尽快看到产品的价值。在这种情况下，如果您无法快速找到所需功能并解决其需求，用户可能会放弃该产品。

得出结论后，解决方案比我们想象的要容易。拥有新注册和新成立的团队的用户必须充分展示产品的价值，并在进入登录的应用程序时输入他。

每家公司的目的可能不同。例如，9到5的公司需要固定级别的出勤，商店型公司可能需要许多登记点才能管理出勤系统和工厂型公司。或者服务行业的职位数量特别多，非常需要班级的出勤模式。

每家公司都有不同的登录要求。当用户首次进入登记时，他们需要这样做：让用户找到他们想要的关键字并促进用户的确定以进一步尝试。

所以我们制作了这样一个指南页面：

只有admin角色可见（以防止其他角色受到干扰）;

它仅在您第一次进入签到应用程序时出现（用户可能在体验云回家时执行重复操作。在指南页面显示值后，达到了目的，并且用户的体验活动不再受阻。平滑性）;

信息尽可能简洁，一个屏幕上只显示一条消息。

　第一次 or 第 N 次

分析数据时发现了另一个问题。登录组完成后，用户使用登录的可能性大大增加。因此，体现价值是不够的。用户还必须成功完成创建新登记规则的操作。

旧设计是一步一步的设计。这仅是用户完全适应登记规则设置和第N个条目的情况。对于用户第一次进入设置页面的场景，注意力不够，这个场景是改善转换的重要场景。

新设计是在用户未设置签入规则时进行多项更改：

（1）空白页面显示登录组可以支持的功能，并带来关键词/短句，如“灵活性出勤”，“按部门工作”，“新员工自动加入登记组”等等。

（2）空白页面直接按钮指导用户创建新的登记组

（3）操作流程，将信息的扁平形式转换为基于流程的信息，使新的登记组更加顺畅

这一变化使登录的保留率提高了十几个百分点。

最后

总而言之，必须在充分了解每个角色后设计toB产品的基于场景的设计。当发现需求的目的与角色有很强的相关性时，必须区分角色设计。

« 在APP | 隐形AI和设计 »