对于很多体验设计师来说，职业生涯成长到一定高度就意味着要转管理职能。但并不是所有人的技能都匹配，也不是所有人都希望走这条路，许多用户体验经理和主管很羡慕他们的直接下属能够处理棘手的复杂问题。

一些设计师希望在自己所选择的领域中持续深耕，成为更厉害的设计专家。这引出了一个问题…

1.想深耕用户体验，需要在哪些维度提升呢？

换句话说，当你不成为管理者而继续实践高级的用户体验设计意味着什么呢？

虽说职业道路是动态的且持续成长永无止境的，但是达到高级用户体验层次是有些特点的。这些特点是什么呢？如果你问10个资深用户体验专家可能得到10个不同的答案，但值得一提的是，下面是我认为的前五名。

假设你是一个负责企业 B2B 采购软件的体验设计师，虽然并不性感，但充满了我们许多人渴望的那种坚韧的复杂性。（ 我们是硬骨头的征服者，对吧？）你正在开发一个新功能来批量处理过去的订单，以节省用户的时间。从业务角度看似乎很简单—— 选择过去的订单，点击“重新排序”按钮，创建新的批次。很简单，对吧？

作为一个非资深用户体验设计师可能会认同，他们会快速投入画界面草图，打开一个新的 Figma 文件，在订单列表添加多项选择器，并在页面上加一个“重新订购”的按钮。

相反，如果你是高级用户体验设计师，我期待你像以下这样解决问题。

你的关键问题体现了研究差距。

你对系统提出了非常准确且尖锐的问题，暴露出其被他人忽视的复杂性。如果团队还没有准备好，那你可以在界面设计上一举取得重要突破。

举例来说，你可能会问，如果用户勾选了之前使用不同支付账户下单的多个订单时，批量处理将如何工作。是再次向相同的账户收费？还是用户可以覆盖或重新选择一个新账户支付？

哦，那是什么？之前没人想到过吗？在我们开始设计之前，最好是和用户聊下怎么操作，以及和开发者聊一下技术上可以如何实现。

（ 作为用户导向体验设计的倡导者，我想强调文中我用大写标出的内容，特别是它们第一次出现的时候。我并不是在对你大喊~ ）

高阶用户体验设计师会在考虑界面设计之前，先对系统进行建模，以发现未知的未知因素。

1）设计师+开发者的合作模式能够奏效

自我提升不一定要通过懂得编程实现，但是卡罗莱 索伯-詹姆斯说：“设计师应该懂得开发”意思是你需要持续有效与开发者合作，尽早让他们参与项目避免浪费时间。你要对当前产品数据模型和信息如何组织连接有透彻理解。这样你才能在问题发生前察觉。

比如说，你知道账户附属于部门，而部门绑定预算。如果订单超出了预算，系统将报错。

在做批量项目时就有个时钟时刻提醒你，你就会思考：

“如果一批订单中有一个超出了预算，整批订单都要报错嘛？”

高阶用户体验设计师可以看到数据流和潜在的技术或业务问题，他们可能在白板上画一些这样的草图以方便和开发者及利益相关方进行合作讨论。

从业务角度来说什么最重要？从技术角度看什么是可能的？

纵观这些问题通常是损害系统体验的关键问题。想象下如果你没有考虑清楚这一点，你的再设计创造了一个漏洞，让全球的预算陷入赤字？太可怕了。

当你在处理复杂系统的时候能够像玩转 4D 象棋一样游刃有余，让你具备无限价值，从而脱颖而出。

2）使用一致性来提升体验，而不是损害体验

高阶体验设计师，不管你的头衔是“初级”还是“高级”，都懂得人类大脑工作的规律。你知道一致性可以带来安全感和舒适感，让产品易学易理解。但你也知道一致性也让数字环境更难理解。

作为高阶体验设计师，你可以避免变形和雷同 —— 在需要的时候保持一致性，在需要的时候用不同的组件。

雷同= 代表的是两个非常不同的对象采用相似的（一致的）设计。比如把批量处理和单个订单设计的一模一样。

变形= 代表的是相同的对象在不同界面呈现完全不同的样子。比如对批量处理详情页和订单列表页的订单卡片采用完全不同的设计。

作为高阶的体验设计师，你可以在一英里之外就发现这些设计问题。（ 可以在这个迷你工作坊中了解全部四种体验设计错误 ）你用一个设计体系来确保相同的对象看起来一样，不同的对象看起来不同。

所以不论是否是批次的一部分，订单在你设计的工具中看起来是相同的。每个个体只显示额外增加的信息，清楚地表明它是批次 X 的一部分。相反，订单、账户和批次则看起来明显不同，因为它们在用户的心智模型中是非常不同的对象。

细小的视觉设计语言和一致的属性定位能让重要的对象更易识别更有区分度。

3）从全局出发来思考

如果要求你不管整个产品，仅针对一个页面或功能重新设计，作为高阶体验设计师，你会拒绝这样短视的设计要求，而试图让决策者了解产品的内在联系。

你在系统中思考，而不只是页面、功能或组件。你始终在大的语境中思考“范围内”的事物如何影响“范围外”的事物。

作为高阶用户体验设计师，当你从事基于功能的工作时，你会再次提出好的问题。

比如，让你设计“创建新批次”页面时，你将展示批次、订单和账户之间的关系。您提出了用户如何将订单添加到“创建新批次页面”，但用户也可能期望在“订单列表”页面上多选订单并从那里开始批量创建。此外，仔细注意到，用户还可能期望能够从“订单详情页面”将订单添加到任何草稿批次中。

这个新功能将如何影响已有的页面呢？如果用户想取消或复制一个批次会怎样？你需要一个批次列表页吗？

4）在开始设计之前先尝试理解

以上所有这些都归结到最后一点。作为一名高阶体验设计师，您不会容忍只是将甲板上的椅子移来移去，这就像沉没的泰坦尼克号一样，或者像我们行业经常说的，给猪涂口红这样做无用功。作为一个高阶体验设计师，你知道，如果他们只是简单地添加留白空间，更新 UI 语言，或者使用用户体验设计规范，但对他们收集的所有信息的含义没有 清晰透彻的理解，实际上反而可能会使系统变得更糟。（ 也许你感受不深，但我对此深有体会。）

特别是对于复杂的 B 端工具产品，原有系统可能很难看，可能需要额外的点击，但使用了 7 年的人对它了如指掌。如果你介入进来，让它看起来更丝滑，并根据“用户体验设计规范”而不是对系统的全面理解来重新组织内容，你将很有可能做出用户完全拒绝使用的产品。

作为高阶体验设计师，你知道需要在开始设计前先理解业务，且有一套切实可行、可复用的工具来帮助全面快速理解，以及如何 帮助整个团队快速建立认知。

你还具备 软技能，能够将您的问题和深度系统级思考定位为有价值的资产，帮助团队从长远来看节省时间。你能阐明为什么深入理解深入细节如此重要，并让团队认可这些而非认为是将事情复杂化。

所以回到我们的例子中，你需要确信自己正确理解了用户要用批量处理功能的原因，也就是功能的使用场景是什么 —— 用户什么情况下会用这个功能？

你需要弄清楚用户进行批量处理时需要哪些信息，有批号吗还是只有批次内的订单号？用户可以修改订单邮寄地址或新增批次邮寄地址吗？你需要知道批次的履约状态与其中订单的履约状态之间的关系 —— 它是如何运作的？批次的履约状态是否与订单的不同？！