数字转换Leroy Merlin:设计用于处理客户呼叫的接口

图片

他们说修理比大火还糟。 幸运的是,我们有Leroy Merlin,因此灭火很容易。 我们赶往最近的勒洛伊(Leroy),随机购买石膏,石膏板,配件和许多非常必要的东西。 在家里,事实证明水龙头不适合放在水槽下方,并且地砖的颜色不够蓝。 或维修结束,未打开的油漆罐已占据整个阳台。

此类不合适,有缺陷或多余的商品可以在100天之内在网络中的任何商店退还给Leroy Merlin。 以前,一家商店的员工使用纸质应用手册来处理应用程序,并且试图将所有内容都转换为数字格式,但遇到了基于Microsoft Dynamics的复杂,非用户友好界面的创建。 但是勒罗伊·梅林(Leroy Merlin)决定再次尝试解决此问题,并从另一侧进入。 我们将介绍如何设计界面来处理客户需求,并通过引入数字技术来改变业务。

客户和项目目标


乐华梅兰(Leroy Merlin)零售连锁店在俄罗斯的60个城市拥有100多家大型超市。 整个网络拥有超过35,000名员工。 客户数以百万计,营业额以十亿计。

有时,买家对商品质量有所抱怨。 有人想退回未使用的打孔机或更换层压板。 申诉到处收集:在现场,通过电话,通过呼叫中心,在商店中。 来自不同渠道的申诉在不同的业务流程中进行了处理。 一切都很漫长,没有一个空间可以存储整个故事。

例如,客户在商店提出了书面投诉。 员工处理了上诉并将其交给经理。 经理咨询了主管的专家,并向客户发送了回复。



该过程包括许多步骤和细微差别。 对于特定商店的员工而言,一切都是透明的,但对总部而言却不是。 商店中发生的一切都保留在商店中。
团队决定创建一个自动处理客户请求的系统。 该项目的目标是创建一个简单直观的分步界面,以处理Leroy Merlin商店中的客户请求。 记录簿中的书面请求必须转移到全局系统,处理必须是自动化的。
有必要设计系统接口并开发设计。

设计的第一步


我们翻译了Leroy Merlin团队的摘要中的数据以及对用户脚本的其他输入。 他们编写了用户案例并描述了业务需求,而没有涉及系统本身的细节。

列举了11个简短的基本方案,并将其作为工作的基础。 脚本的长度从3到9步不等。

工作方案清单:

  • 注册新的上诉。
  • 对上诉的回应。
  • 查看具有对应关系的申诉。
  • 搜索吸引力。
  • 将上诉移交给CLAIM。
  • 印刷,出口流通。
  • 创建新的客户作为上诉注册的一部分。
  • 创建新任务,作为查看申诉的一部分。
  • 重新分配上诉。
  • 查看并完成任务。
  • 完成印刷流通决策的任务。


设计和原型


该项目是在Adobe XD中完成的。 我们从概念原型开始-这是我们弄清基本界面元素和导航的阶段。 在开始更详细的工作之前,我们做了几个关键屏幕并与业务客户进行了讨论。

设计原则


在多页系统中,有几种解决相同问题的方法。 没有创建表或表单的单一方法。 我们试图制作一个好的工作工具,并为自己确定关键指标。 我们专注于可理解性,可学习性,易用性的指标。

我们的目标是:使用熟悉的模式创建一个界面,该界面不需要大量的培训时间,并且同时保持灵活性和可扩展性。

在接口级别,这导致我们尝试遵守的规则:

  • 不应有隐藏的动作,所有内容都应该可见。
  • 我们对图标使用标题,字段必须清楚。
  • 不小,我们喜欢大文本。
  • 如果有很多信息,那么我们不会尝试将所有内容都放在一个屏幕中。 让用户滚动页面,这是每个人都熟悉的。
  • 我们使用人工签名制作错误消息,以了解正在发生的情况。

设计方案而不是屏幕



我们不关注单个页面,而是关注相关的屏幕链。

方案具有几个优点:

  1. 检查工作质量。 您可以将自己放在将使用该系统的员工的位置。 这是不忘记重点的便捷方法。
  2. 与业务客户讨论原型,涉及到各个部门的员工。

借助脚本,可以建立良好的沟通,参与者可以很快将自己沉浸在项目中,并且我们还可以评估所做工作的正确性。





原型中级测试


该项目由每周的冲刺驱动。 扩大了的工作组讨论了Sprint的结果:我们是执行者,业务客户代表和技术专家。 原型在这些讨论中通过了测试,但是...在演示版本发布之后,很明显,我们错过了一个重要的阶段:在开始工作之前接受最终用户的采访,结果几乎是横向的。

商业客户代表广播了他们认为重要的最终用户需求。 但是,尽管已尽一切努力使目标变得客观,但他们的意见仍然扭曲了对系统的期望。

如果我们不是在演示版发布之后而是在收集和澄清需求的阶段与用户交谈,则界面会更好。

改变一切的设计


在我们进行设计时,项目的概念已经改变。 功能仍然存在,但导航发生了变化。

我们提供了两个设计选项:第一个与原型非常相似,但是在外观上却没有吸引力。 第二个考虑了导航方法的变化。 我们保留了功能,并坚持使用第二个选项。



随着时间的流逝,我习惯于从哲学上看待这样的过程:设计师无法自己创建产品-您需要允许同事对其进行更改。 因此,您可以使任何项目都非常好。

实施结果


客户的其中一家商店引入了更新的界面。 测试表明基本任务已成功解决,界面清晰易用。

没错,我们发现其他业务流程需要自动化。 一个紧紧抓住另一个,系统用户开始期望更多。



您可以在AGIMA案例中了解有关此项目的更多信息。

Source: https://habr.com/ru/post/zh-CN479038/


All Articles