没有竞品，如何做好体验设计——差旅报销为例

最近在做报销相关的交互设计。众所周知报销流程一般在B端，所以很难找竞品。

没有竞品就做不了设计了嘛？漏、漏、漏。

用这个方法，你也能做出让产品服气的交互设计。

下面开始说正事：

很多小伙伴的业务背景知识都是从产品方承接过来的，看看产品需求文档，和产品聊两句，就觉得了解业务背景了。

其实这是不完整的，很多情况下会有坑。你以为产品经理完全了解业务，可能他只是从上级那接到改版指令；也可能他刚接手想大干一场，实际没有考虑到与其他业务间的合作&牵扯关系。

这个时候交互设计师不能盲目跟从，要本着“从我这出去的稿子一定要比产品经理给的原型更加完善，体验更加好”的理念。

每次接到不熟悉的业务，我都需要1天时间去了解业务基本知识，了解有使用经历的用户（其实是拉有经历的同事）的使用场景特点。

虽然可能查漏补缺不够完整，但每个经手人都能正确得进行查漏补缺，最终的成品肯定不会漏洞百出。

举个例子1:

比如这次的“名称叫「差旅政策」是否合理？”这个问题。第一时间不要找产品探讨，按照自己的思路先大致搜索一下相关文件。

果不其然，一下子就搜到有力支撑，然后再与产品沟通，会更加有底气和说服力。

举个例子2:

产品想将差旅报销中的「城市维护」与「价格维护」分开进行。

众所周知，报销价格上限是与城市相关的（如果不知道的请点赞/留言，下次把整理了1天的基础资料发出来）。一二线城市的差旅费用一般比三四线高。且不同城市差旅费用划分与企业自身情况相关，很难给用户提前做好划分，让用户直接选择。如下图所展示的某单位、某公司的差旅标准。

分开维护反而增加用户记忆成本&操作成本。

差旅费用标准顾名思义，肯定是与出差相关的。那么他的目标人群用一句话总结就是：

具有订购差旅所需酒店、机票、火车票等业务的人群

你可能觉得这是一句废话，但是拆开关键词看：

1. 订购——谁订购？给谁订购？

2. 差旅——去多远？多久？

3. 业务——功能范围多大？

A. 首先是主体划分，可以分为：

· 仅为自己订购

· 为多人订购（包含自己）

这还不够准确，为多人订购，如果是同一差旅标准呢？所以进一步升级可划分为：

· 仅为同标准人群订购

· 为不同标准人群订购

B. 其次是目的地划分，可以分为：

· 固定出差一个城市/多个城市同一标准

· 固定全国多个城市

· 不固定出差城市

有了上述经验，可以继续优化成：

· 固定出差同一标准城市

· 固定出差全国不同标准城市

· 不固定出差不同标准城市

C. 主体和目的地的关系

出差？不一定哦！我们可以猜测一下，维护这个功能的可能性大小，如下。

固定出差全国不同标准城市（助理/秘书/跨城市协作人员）>为不同标准人群订购（助理/秘书）>仅为同标准人群订购（员工/活动策划专员/助理/秘书）=固定出差同一标准城市（多个）（员工）>固定出差同一标准城市（单个）（员工）>不固定出差不同标准城市（员工/老总）。

为什么用户要维护「差旅标准」？直接在搜索时筛选不好吗？

· 那如果搜索时记不得那么多费用标准呢？

· 如果搜索时直接一键筛选是不是更好呢？

这就是维护差旅标准的目的与意义：

1. 方便差旅人群在预订相关产品/服务时能够符合报销标准，避免「不能报销」，「报销费用超额」等情况的发生。

2. 减少用户记忆压力：

· 当用户所在单位/公司对不同城市的报销标准存在差异时，能够根据城市为用户筛选/推荐符合报销标准的产品/服务。

· 当用户为秘书/助理等职业，为不同职级同事代订时，能够准确预定符合人员标准的酒店。

A. 什么是5E原则？

5E原则由Whitney Quesenbery 提出。他认为用户体验包含五个方面，如下图：

B. 「差旅费用标准」有哪些功能？

这是一个需要用户输入编辑的功能，那必定就有新建、编辑、查看三个主功能。那么针对这三个主功能我们可以发散出以下思考点：

C. 功能与5E间的联系

我们将每个功能的思考点与5E原则一一对应，在设计遇到难点时，主要思考该内容是否能够解决用户当前的问题，是否满足5E原则？在该原则下，哪种方案效果最好？

举个例子：如何设计输入费用价格区间？

常见的价格输入方式有以下三种方式，各有优点，那么如何选择适合本次差旅费用维护的交互方式呢？

首先明确，输入需要考虑「效率&准确率」的问题，上述哪个操作的即高效又正确？综合来看，还是直接输入最为方便。

选择金额区间虽然高效，但是不同公司的区间范围千差万别，平台不可能了解所有公司的制定标准，最终还得用户选择后修改。

拖动金额区间相对有趣，但是拖动选择需要有一定的区间范围&拖动最小单位，如果制定过于宽泛，不能满足用户需求，制定过于狭隘，用户操作费劲。

到这里所有方法步骤已经讲述完毕，最后就是画图阶段啦，不必多说。

做交互最重要的是有理有据，了解业务是站稳脚跟的前提，深入用户是专业特色的加持，善用原则是才能拔高设计，熟知组件用途是基本专业能力。