设计师在业务流程中，若想对整体流程有所把控，推动产品方案的落地实现，则可以借用某种设计思路，达成统筹效果。用例驱动也许是一种不错的设计思路。优漫教育小编在本篇文章里，作者就对用户驱动设计的流程做了整体梳理，一起来看一下。

  一、背景

  产业赋能如火如荼，B端产品因其复杂的业务逻辑令人生畏，再加诸多角色的分层、平台化技术架构，俨然在构造一个复杂的系统。单纯基于角色现状的行为洞察、业务流程的梳理，仍不易完整把控其产品设计。从业务方传递到设计方的信息存在断层，含杂其中的体验设计则显得扑朔迷离，设计师较难“从外向内”摸到产品的核心逻辑，遑论其业务逻辑。面对既定的、不完美的“产品结构”爱莫能助，只能试图在框架层或表现层做缓解，长期下来，将失去对设计逻辑的控制。

  复杂的AutoCAD与Inventor工具

  我们需要一种能应对该局面的设计思路，有效地连接业务逻辑、产品逻辑，层层渗入对体验的考量，最终构造出既契合B端业务，又具有良好体验的产品服务，设计在此过程中有条不紊的推进和管理。

  用例（Use Case）的概念早在1986年就已被提出，它是需求分析的好帮手，可有效地划定范围、锚定用户、区分关系、定义价值，通过不同颗粒度的抽象层次，不断瓦解复杂系统，使设计和管理有序化。

  本文基于早已发展成熟的用例驱动设计理念，试图从中找到一条适合体验设计师介入的小径，来应对复杂业务的产品设计（备注：用例、参与者、UML等详细的内容不在阐述范围内，本文仅探索一条可行的方式）。

  一、什么是用例

  定义：参与者与系统交互的一系列活动的集合。

  可以发现，一个用例以一组活动集合来表现，集合中包含两个角色，参与者、系统。参与者是“活的”（不一定是人类），TA的诉求驱动了这一系列活动，此诉求即用例的核心，也是价值的体现。一个参与者可以对系统有多个诉求，详见如下案例：

  由用例驱动的体验设计过程，着重关注对“行为”的设计。与系统的互动“行为”被协调的、有组织的设计后，为界面表现设计建立坚实基础，避免因逻辑的变更使界面设计反复推倒重来。试图通过在界面设计的过程中寻找线索和灵感，反向的去设计背后逻辑是本末倒置的，个中原由在于我们更易于把控具象的视觉感知，较难把控抽象的行为。

  二、系统用例和业务用例的关系

  在划分用例前，有必要澄清系统用例和业务用例的关系。

  业务用例是从客户当前的业务逻辑中抽象出的用例，与数字产品无关，即便没有该产品服务，客户的业务体系也可以流转。新的产品服务实际上是对传统业务体系的替换关系，而系统用例就是从该产品服务中抽象出来的，图示业务侧和产品侧的对接关系：

  用例驱动设计的案例

  总述：

  为清晰阐释我们是如何利用“用例”这个概念作为切入口，最终一步步驱动、解构、细化体验设计的，下面将完整展示一个注册登陆试用产品的案例进行讲解，本案例为虚拟案例，方便设计过程的串连。

  step1：整理故事与确定用例

  故事中包含了用户的行为及其所处情境，将更易于被理解、共情和传递，故事情节的内在联系，上下游的完整性也直指价值的辐射范畴。在开始设计前，我们能从各个渠道收集到相关、相似的诉求，整合这些信息后以“故事”的方式表达出来，非常重要。

  本案例的注册登陆试用故事从“企业”、“用户”两个维度进行描述，能确保在用户诉求达成的情况下，也能达成商业诉求，和谐统一的以产品服务提供出去。

  1）企业故事

  公司统一了Platform账号体系，在保证多设备产品端的一键畅通体验的同时，收集用户行为信息，以提供更精准的售后服务。同时与授权中心合作，通过网上商城定期开展活动，以下放试用天数，获得试用授权。

  产品经理与销售部门达成持续的合作，通过试用用户的手机号进行电话回访，提高购买转化率。同时软件的设计应能最大限度的提升客户自发购买行为，需要在何时的时机，合适的位置提供购买入口。

  获取用例的方式：

  sys_运营人员→获取用户信息；

  sys_运营人员→开展活动。

  2）用户故事

  新家装项目开展在即，大量的图纸设计使张经理感到困难。

  在受到同行推荐的Platform出图软件后，回到办公室，通过Platform官网找到软件信息，并利用现场wifi网络下载安装；迫不及待地启动软件，虽没有购买，但软件提供了试用入口，张经理提交Platform账号后开始试用软件。

  连续使用了两天，后面每次自动登录提高了试用的体验过程，产品一键自动化生成图纸初步解决了张经理的烦恼。

  经过和集团沟通后，张经理在界面上找到购买入口，并购买软件正版。

  他将软件推荐给朋友刘经理，他是Platform造价产品的老用户，且已购买过Platform加密锁，启动软件后，界面自动显示为正式版，不用登录试用让张经理艳羡不已。

  获取用例的方式：sys_采购经理→试用软件。

  step2：快速描摹流程图

  用户和企业的“故事”是一种情节式的、场景式的描述，它易于想象、理解和整合。

  但为了更清晰地辅助设计，我们需要根据描述，进一步梳理出流程关系，将其具象化。

  在绘制流程图时，可不用关注角色的职责关系，旨在快速描摹出所涉及到几个业务点的关系，将企业和客户的诉求点包含进去，并在反复确认过程中思考、推敲，大体设计出其中的基本结构。

  过程中，可能需要补足新的故事描绘，或对既有的故事描述进行修正，以达成一个诉求与技术实现的平衡点。

  step3：泳道角色化

  理清核心业务流程关系后，将进一步绘制其角色泳道图，每个泳道下对应参与的角色。泳道图仍然是分析过程的一步，它在这里的意义是可清晰地观察到各个模块间的协作互动，是细化过程，各个“对象”的职责不同，他们之间的交互关系存在进一步优化的可能，以保证整体行为的和谐，减低系统冗余。

  以上就是优漫教育小编为大家介绍的“【UI设计培训】：实用驱动设计，让你的设计更加严谨”相关内容，学习ui设计培训，可以参考优漫教育提供的ui学习路线，该学习路线内容包含ps软件入门、AI与品牌设计、视觉表达技法、web视觉设计、图标设计、产品交互、移动端设计等，根据优漫提供的ui学习路线图，可以让你对学好ui需要掌握的知识有个清晰的了解 ！