没有研究的设计:几个反例和结论

如今,设计师不再仅仅根据自己的经验和品味做出决定。未来项目成功的最重要标准是研究数据。在他们的帮助下,设计师可以了解哪些产品规格会受到布局的影响,是否方便用户进行更新,以及借助精美的设计可以解决哪些业务任务。 



但是,受众研究仍然并非总是可以完成的-有时它被节省或被认为不重要。AGIMA分析开发总监Oleg Rudakov分享了他的经验,并介绍了为什么进行研究很重要以及如果您忽略它会发生什么。Oleg是界面设计课程的讲师



小免责声明



首先,“所有角色都是虚构的,与现实生活或活人的任何偶然都是偶然的。” 而且,它们从未与本文作者的工作联系在一起。



其次,并非所有产品都需要研究,而且不是100%的时间。例如,如果项目面临着``制作精美''的任务,并且没有产品有效性的标准,那么就无需花费时间进行研究,最好将其用于讨论问题并找出什么是``美丽''。



我的意思是受众研究



获取有关用户及其行为或与产品互动的信息的定性和定量方法。



定量方法的例子:



  • Web和移动分析系统的数据分析。
  • 产品用户或小组受访者的在线和离线调查。
  • 卡分类。


定性方法示例:



  • 深入采访用户。
  • 受访者的适度或非适度可用性测试。
  • 日记研究。


该研究的价值在于确定用户与产品进行交互时的真正原因和困难。通过纠正发现的缺陷,您可以可控地并有意义地提高产品的有效性。 



它还提供了对产品积压工作进行优先级排序的机会,以专注于完成将对最终产品性能产生更大影响的任务。



为什么在设计之前不总是对用户进行研究



设计师和设计师拥有自己的技术,通常他们的工作不是基于研究结果,而是基于他们的经验,观察或美感。但是,所有团队成员都有自己的经验,自己的观察力和美感。因此,如果没有研究,在任何团队中就某个特定功能的外观进行辩论,最终的赢家将是重量最大的人。争议中没有一个参与者拥有客观数据,因此也没有论据。



产品开发中的另一个常见行为模式是复制现有和知名产品。一方面,重用常见的用户行为模式是合乎逻辑的。例如,将在线商店的购物车放在页面的右上角,或将主要部分移到移动应用程序的选项卡中,然后将它们放在屏幕底部。另一方面,无需盲目复制所有解决方案-它们可能并非全部起作用。



因此,发布具有含糊不清解决方案的项目时会出现这种情况-不起作用,不方便。通常在从成品中的Web或移动分析系统收集数据的阶段就发现了这一点,因为没有必要关闭或删除它,因为已经投入了很多精力和精力。 



因此,产品中保留了一种没有把手的手提箱,由于“习惯于用户”,所以该手提箱因产品的版本而异。



当现成的解决方案对用户来说不方便或不必要时,我将告诉您一些虚拟的示例。我的目标是帮助您考虑一个设计师或设计师经常需要进行研究以创建真正优质产品的事实。 



不必要的功能



反案例1-可以比较同一类别的产品和在线商店的高级过滤器



让我们想象一个分类站点。用户开始他们的广告,输入产品的基本信息并添加照片。当然,您自己也使用过类似的网站,或者只是去看看商品中是否有有趣的东西。



一个这样的站点决定变得更好,并为用户提供更多选择来简化产品的选择。为此,该团队开发了两个功能并添加到站点中:比较同类产品和高级过滤器的功能,用户可以在标准产品之外选择十几种其他选择产品的标准(颜色,尺寸,价格,生产年份等)。



该决定似乎是合乎逻辑的,因为所有主要的在线商店都提供相同的机会。到处都卖同样的东西。另外,似乎技术上比较复杂的产品可以使用比较列表方便地进行选择。



这些功能发布后,它们被标记为分析系统,并且根据在高级电子商务中应用过滤器和产品列表的事件,Google Analytics(分析)发现几乎没有人在使用这一新功能。 



然后,我们决定进行一项研究-对网站上的受众群体进行在线调查,以了解他们与商店合作的目的和目标,购物产品类别以及通常使用网站的体验。 

该调查显示了有趣的结果:该站点的关键部分是那些已经知道要购买什么以及需要什么产品的人。因此,从提供的所有产品中,他们实际上是根据几个模型来选择价格和条件。他们不需要复杂的过滤器来选择这些产品,并且它们不使用比较功能。 

当然,没有什么不好的事情发生。添加的选项没有造成危害,因此保留在站点上。直到现在,团队才花时间进行开发,并且商店的业务指标并未改善。 



本来可以更好的



在制定开发决策的阶段,团队可以找出用户对变更的态度。这可能是该站点上的同一在线调查。它将提供对以前购买的体验以及用户对新功能的需求的见解。 



与站点用户进行深入采访的格式也很合适,但是与调查相比,它可以更详细地了解用户的动机和要求。但是我更喜欢调查选项,因为它是一种定量研究方法,可以提供更丰富的数据。 



反案2-银行客户的移动应用程序



在数字化转型之后,一家投资公司(名称与任何一家银行都不相称,并且不包含三个字母)决定为客户开发一种移动应用程序。在其中,他们可以查看有关其投资组合的信息,进行交易并研究公司本身感兴趣的新闻。 



该公司的竞争对手已经拥有移动应用程序,但不同之处在于,竞争对手始终只在较少的受众群体中工作。这些受众是新手,他们可以投资并找到重要主题的其他内容。 



将应用程序转移到工业运营后,开展了广告活动,以在当前和潜在客户中进行推广。根据对广告投资回报率的研究和分析结果,确定吸引新客户是完全无利可图的。由于竞争,收购成本很高,并且来自客户的收益很小,因为他们进行的交易很少,并且来自他们的佣金无法偿还收购。 



结果,广告被迅速停止,并且用户到应用程序的流量变得等于新客户到公司的流量。当前的客户开始发送邮件,并在办公室和网站上介绍该应用程序。因此,该应用程序不再是吸引人的便捷有趣的功能,而已成为与当前客户合作的工具。



是否可以预见到这样的结果-是的。公司5%的客户提供了95%的收入。而且,这些客户从不自己执行业务,而只与公司方面的经理互动。他们的所有报告均由经理带来,并以印刷形式显示。在这种模式下,新的应用程序不会以任何方式影响主要的赚钱客户,这是合乎逻辑的。而且,它不会吸引相同的新客户。



本来可以更好的



在这种情况下,不需要以常规方式进行受众研究。首先,在创建应用程序时,我不会将受众分为新客户和现有客户。任何产品都有新老客户。而且我看到了开发应用程序的目标,而不是创建一个保留现有客户的便捷工具的目标,这样他们就不会尝试竞争对手的产品了。



在开发应用程序之前,公司需要按客户类型分析资金接收的结构。


然后,团队将发现该应用程序不会影响当前赚钱用户的忠诚度。 



此外,计算吸引新用户的单位经济性将有助于在考虑到媒体计划的情况下实现经济融合。 



功能不便



反案例1-目标网页结构失败



让我们想象一下会议登陆页面。着陆页结构从上到下: 



  • 带有徽标,标题和日期的大横幅; 
  • 带照片的前10名演讲者(该主题的所有人都知道);
  • 旗帜;
  • 30多位带照片的演讲者;
  • 购票申请表;
  • 活动的全部节目;
  • 路线图
  • 购票申请表;
  • 合作伙伴的徽标。


页面上各个块的排列似乎合乎逻辑:首先,用户必须学习重要信息,然后才能注册会议。实际上,事实证明该站点的结构绝对不方便。如此安排区块,结果是在启动着陆页后,转换为应用程序的速度太低,无法在事件发生之前剩余的时间内有时间收集一个完整的房间。



该项目的工作分为两个部分。一个团队分析了到站点的流量,另一个团队分析了界面本身。我们查看了Yandex.Metrica中的数据,这使人们对页面结构的有效性产生怀疑,并且滚动地图引起了我的注意。 



然后,我们决定进行A / B / N测试,在该测试中,申请表与页面上的其他内容块互换了。为什么从表格开始?登陆页面易于浏览,不会造成任何困难。改变发言人本身及其主题为时已晚。在可能的选项中,仅保留页面本身的结构以及申请表的位置。 



在研究中,我们查看了用户提交注册申请的表格。结果,具有以下结构的登录页面具有最高的转换率: 



  • 带有徽标,标题和日期的大横幅;
  • 前10名带照片的演讲者;
  • 购票申请表;
  • 其他的。
 

听众有兴趣聆听顶级演讲者的意见,对他们来说,还有谁发言以及报告的主题是什么都无所谓。因此,在会议的登录页面上,注册表格被调高了,此后的转换大大增加了。


有什么可以做得更好的



呢?会议的组织者可以对上次活动的结果进行研究。例如,连同有用的材料一起,在参与者之间发送调查,他们将询问做出购买门票决定的原因。 



另外,在售票开始时,可​​以通过电话与过去的顾客进行这样的调查,以便提出更详细的问题。该研究很简单,但是对于理解未来会议的结构将产生良好的结果。



反案件编号2-用于计算保险金额的计算器



想像一下一家小型保险公司的网站(销售额排名前10位)。更准确地说,我们将提供一个计算器,用于计算出国旅游者的保险金额。弄清楚计算器的逻辑和设计之后,我们了解到有必要向字段写入提示并找出输入字段的错误。这将帮助用户理解并增加完成所有操作的转换。



由于保险流程的某些详细信息只有专业人员才能清楚了解,因此提示文字将由此计算器的产品经理撰写-他最了解产品。因此,在“高风险工作”,“被保险人尽早返回永久居留国”,“体育”或“意外保险”等文本中出现这些词。 



对于某些要点,这里没有提示,因为写这些提示的人会立即理解旅行者的年龄,并且用购买保险的日期和旅行的日期精确区分“年龄”。不幸的是,普通用户不理解这些表述或他们的解释是错误的。



技巧发布后,一些客户写信给技术支持,有人在发生保险事故时发誓。而且由于填写时缺乏信息,该政策存在错误。 



我们进行了A / B测试,并在分析了用户对技术支持的要求之后,添加了有关复杂字段的提示。结果,由于对文本提示进行了艰苦的研究,因此可以将转换率提高10%。


在这种情况下,不需要进行全面研究。对于设计团队来说,很明显,需要详细解释复杂的要点。因此,我们进行了A / B测试,以了解如何最好地描述这些线索。



有什么更好的办法



?创作者应立即考虑如何在任何地方给用户明确的提示。问题在于,开发人员通常非常沉迷于产品主题,并且在他们看来,他们周围的每个人也都了解一切。但是他们不是产品的目标用户-必须进行原型的可用性测试。或至少在这些问题开始得到支持时才引起您的注意。



让我们总结一下



在设计和开发之前进行的研究可以帮助您获得所需的结果,或者弄清楚是否需要开发什么以及如何使功能更易于使用。 



有时候,没有必要进行研究:没有资源,没有时间或任务不会影响关键的业务指标。但是,即使在这种情况下,也最好至少进行最少的研究,甚至进行走廊调查,以检查结果。当产品的可用性取决于设计时,最好依靠开始工作之前收集的客观数据。 



我希望这些示例可以鼓励您更多地了解有关设计问题的用户体验研究,并在工作中更频繁地使用它们。祝好运! 



All Articles