2019.02.22
  • 作者

    王稚砚

    指南创新策略师

  • 分享观点

    前有国际知名新能源汽车品牌大举进入中国市场,后有国家相关政策的大力扶持。在两者的共同催生下,大量本土的新兴汽车品牌开始聚焦用车人更深的诉求、更广的出行场景和更前所未有的体验方式,想要分得新能源出行市场的一杯羹。


    但全新的用户需求研究成果和无前人验证的交互方式,对车辆研发落地提出了巨大的挑战。究其深层原因,还是因为用户研究部门与车辆研发部门的沟通方式有待优化。


    Use Case 的出现和合理应用,使得团队合作的效率得以提升,车辆研发因此将更灵活高效。


    WechatIMG2.jpg


    1.jpg


    Use Case 是一个和软件工程相关的概念,是原爱立信公司的软件总设计师 Ivar Jacobson 对软件界最重要的贡献之一。因项目背景不同、行业不同,Use Case 需要包含的内容以及写法逻辑也会不同。在新兴车联网公司的的车辆交互项目中(以及在其他汽车企业相关的项目中),Use Case 也得到相当多的应用。


    通常来说,Use Case 的编写从使用者角度出发: 系统是在什么场景下、如何操作、会有怎样的反馈感受。


    2.jpg


    ? 参与者 (Actor)

    参与者指存在于系统外部并与该系统发生交互的人或其他系统,是该系统的使用者或使用环境。 例如:用户、服务中心等。


    ? 用例 (Use Case) 

    用例用于表示系统向参与者提供的服务,描述了用户与系统的一系列交流互动或使用操作步骤。 服务的实施者可以是维修团队、安全器械等。


    ? 通讯关联 (Communication Association) 

    通讯关联用于表示参与者和用例之间的对应关系,它表示参与者如何使用系统中的某些服务(用例)。


    3.jpg


    Use Case 的写作形式通常表现为两类:文字 / 流程图


    WechatIMG15副本.jpg


    两者的内容构成相同,但形式随部门工作方式变化而变化。出于内容丰富程度的考量,Use Case 的编写者通常会先参考流程图来梳理逻辑框架,再回到文字版进行细节描写。


    4.jpg


    指南在短期内快速掌握并梳理了大量客户现有的硬件、软件、交互信息,最终交付了基于体验场景的 Use Case 创新解决方案。首先,我们针对汽车的 Use Case 编写,基于整理出的用户体验旅程 (Experience Journey) 确定了:


    1. 必要发生前提;

    2. 多场景判断;

    3. 触发时间点及动作;

    4. 反馈及后续。


    未标题-1.jpg


    同时,指南从用户体验角度出发,将原本基于硬件原件的 Use Case 重新按照用户体验流程归纳梳理,为客户在未来人车交互、甚至是整车的开发打开一个突破口。


    WX20190220-125147@2x.png


    为了确保各部门在拿到用例后可以直接使用,我们着重加强了对场景描述和功能描述的深度,针对客户不同发展时期①不同部门的使用者②所需要的信息量和精细度,在用例系统的结构和颗粒度上进行了细分。


    dsbfahfkuahf.jpg


    WechatIMG2.jpg


    最终,指南根据在撰写 Use Case 前发现的以下问题,在后期提出了相应的解决方案:


    Problem 1: Use Case 编写不规范。

    在某一项目中有许多不同领域背景的参与者,他们之间没有一个统一规范的编写版式,最终导致随着在开发车辆过程中积累的信息量越来越多,查阅、理解这些信息变得越来越繁琐耗时。

    Solution 1: 搭建类似 Use Case 的框架供企业参考。

    比如,在和客户的合作中,我们针对车载 AI 展开了表情、动作、语言三个角度的描述,使车载 AI 的表达更加完整清晰。


    Problem 2: Use Case 零散,缺少重要信息。

    因开发时间不足,所有的沟通交流都止于口头形式,没有文字化记录。甚至许多关键动作反馈等重要信息都没有得到较好的保留,这将直接导致用户体验的断崖式下跌。

    Solution 2: 重新搭建 Use Case 内容的结构。

    这使得整个 Use Case 体系更加系统化,便于后期开发以及部门间(例如设计与硬件开发)的推广和沟通。


    Problem 3: 从用户出发的使用场景不完整。

    Solution 3: 以时间为逻辑线,推出一个完整的 Experience System。

    我们先采用了自上而下的方法,将已有的 Use Case 适当总结归纳,并赋予一个具体的时间节点(有些贯穿全局的动作也同样适用),再自下而上地从用户角度出发,头脑风暴、查缺补漏,确保尽可能涵盖每一种情景。


    Problem 4: 从用户出发的交互不完整。

    Solution 4: 以现有车辆配备的硬件技术条件为标准,在将多场景连接前,先明确在各个细分情况下都不变的基础场景,并从下面 6 个角度对现有交互体验进行评估及优化:


    1) 交互流畅性:使用某些功能时,车载 AI 是否在准确的时间点进行了必要的反馈,且引导方式自然不刻意。

    2) 交互完整性:是否能涵盖不同分支场景(尤其是突发情况)中用户会遇到的问题;是否能涵盖用户从进入功能直到退出功能所需要涉及的所有关键步骤,并使其尽可能简洁而完整。

    3) 交互可读性:目标市场的用户是否能快速理解,没有歧义。

    4) 交互系统性:相似的功能在表达上是否有一定程度的相关性,让用户可以感受到车载 AI的表达是系统连贯的,以便于用户更快地理解和记忆。

    5) 品牌统一性:整个基调风格是否积极向上,且能够进行微妙地拟人,并秉持安全至上的原则。

    6) 未来拓展性:是否能给到设计部门清晰的导向,而又保证足够的优化空间。 


    WX20190225-103929@2x.png


    题图来自:亚马逊

    参考文献及链接:

    https://www.jianshu.com/p/7ff70e28bb72

    http://www.bubuko.com/infodetail-2529058.html

    https://www.cnblogs.com/xiaolongbao-lzh/p/4590897.html


    分享观点
    就爱啪啪