我们做产品时，UX的一些相关原则是必须要掌握的东西。但这个内容又与思维有关，很多产品经理并不是特别了解。这篇文章，作者遵循由外向内，由整体到局部的方式来展开讲解UX的6个通用原则，希望能对大家有所帮助。

几年前面试的时候，面试官问我，你觉得产品经理最核心的能力是什么呢？

如果是你，你会怎么回答？

他的答案是：产品设计能力

我当时刚入行，对这个问题也没多少感觉，但现在我会觉得核心能力即产品思维，而产品思维=产品可生产化思维+产品商业化思维。

——因为思维认知决定你的行为，形成产品经理表层可生产出来的东西（如产品设计稿、战略规划方案、或者团队管理等），所以思维是我觉得最本质的能力。

怎么理解呢？

这里我们不聊商业化思维（这个很好理解，职级越往上，产品经理是要有前瞻的商业眼光，通过产品研发帮助企业赚钱的），想重点聊下可生产化思维。

我的理解是：可生产化思维=是什么（产品定位、战略方向）、能否设计（技术、资源等各类限制条件）、怎么设计（产品版本、团队协作等）以及设计的价值（用户需要、竞争力等因素评估）。

毕竟若没有意义，也没必要做。

我们学习和实践大量的知识背景，比如懂市场、懂行业、懂业务、懂数据、懂用户等等，

都是为了形成我们的产品思维体系，植入进产品设计里，帮助产品可生产化的同时，能运用产品商业化思维，

在竞争激烈的市场里，创造商业价值、并不断地更新产品，形成对用户良性且相对持久的影响力。

但有时候，我们太关注功能、商业价值，太想把产品做好，学了很多，往往忽视了产品经理应该具备的一些体系化的东西。

我就发现，初入行的也好，干了好几年的产品也好，很多都是靠自己的感觉或者“借鉴”做设计，却根本没有系统化去深究下本质，想想为什么要这么做？比如在功能上、甚至一个图标、一个按钮的位置上。

本文我想通过6个简单要素，聊下我们最容易忽视的UX设计细节，并尽量全面结构化体系化地表达出来，希望对你有所帮助和启发。

当你按照体系化的思路，去梳理深究产品设计的时候，会发现，有时候产品失败不一定是市场不好、功能不够精准，而是一些最基础的设计体验，本身就容易让用户产生“放弃”感。

或许比起做一款成功的产品，我们要先学会“生产”出一个相对合格的产品。

一、一些前言（多说几句）

一定要学会有意识让自己认知体系化

注：如果在平时工作中，你可以有意识且主动合理地，把所有知识和经验都体系化，我相信这是对产品思维最好的训练方法、希望大家都可以有这样的意识、定期复盘总结的习惯。

想起在我刚入行的时候，做产品设计是混乱的，按钮要怎么放、什么页面跟什么页面有关系，……

根本不懂这些……

这种无序的思维方式，导致的行为结果，就是做出来的产品光看起来点几下就是不合格的。

回到本文关键点：产品设计上来说，产品经理首先就要有一个共识是：

1. 用户看到的一款产品，没有一个元素是多余的；这些元素可能包括颜色、文本、数字、控件（比如按钮、弹窗）、页面、功能点、甚至一个图标，他们绝不是随意就可以堆砌和放置的。
2. 这些元素不止有关联关系，承载着信息，更从细节里承载着一定的商业导向，可以直接或者间接影响产品的客户群体留存转化及商业价值；比如b站一键三连，按钮放在左边还是右边还是隐藏，用心形点赞还是用大拇指点赞，很多的产品设计是不一样的……你有没有想过为什么？

作为产品经理从设计之初就要合理考虑这些元素的关联关系；不只是做TOC产品，TOB产品也需要。

接下来，我们具体来看看这些提升UX设计细节都有什么通用的原则：

二、UX通用原则

遵循由外向内，由整体到局部的方式来展开：

1. 表层

认识一款产品，首先是表层（相当于人的外貌）

产品里我们把它叫做UI界面层。

设计原则：符合用户群体、产品定位风格；结构清晰简洁。

主要要求会分为：

A、美感统一：

1、符合产品定位的配色方案，比如字体、图标设计风格的统一；科技（蓝色）、医疗（绿色）…….

2、不同终端还要满足响应式设计（适应不同分辨率和屏幕大小）

B、控件统一：尽量使用标准控件集；形成用户稳定的认知且能提升操作效率。

注：关于标准控件集，有很多现成且成熟的UI框架可以直接用：

如阿里巴巴的企业级Ant Design、适用于中后台应用；开源前端框架Bootstrap、Google 的 Material Design、Vue.js 等等，产品经理可以参考多看培养自己的产品结构感，提升对UI设计的审美和判断力，同时运用于开发也能节省大量的团队时间和精力。

具体控件统一要求如：

1. 对齐方式要一致、相邻控件的间距要对等；同一类型页面尺寸、颜色、样式要一致
2. 要易于识别理解，位置合理、传达的信息与承载的功能要匹配；必要的时候，要具备引导性提示，且交互方式尽量要一致

比如列表都会用的页签筛选控件，A控件左弹出、B控件右弹出、C上弹出，就很错乱。

以上，更多由UI来做、产品经理得把关，并逐步形成团队里成熟且可复用的标准控件集。

2. 框架布局层

1、各框架、导航、区域划分清晰合理，符合用户直觉，可帮助用户快速理解和操作。

2、简洁、突出核心和关键；

3. 信息结构层

1、信息层级结构关系合理

（比如根据重要性，信息有主次之分、先后之分；根据内容的颜色、字体的粗细、大小来表达信息层级关系）；或者将相关功能、信息进行分组、归类展示。

常见的组织方式包括目录结构、标签/标签页、菜单导航等。

2、信息的内容：

a、可扩展性：在设计信息结构时考虑未来的扩展和变化，确保界面可以容纳未来新的功能和内容,并保证了在更新调整时，不影响其他的模块。

比如浏览器提供了各种插件和扩展，后台系统提供用户可以自定义去管理界面流程或者列表内容、配置数据属性等

b、可反馈：无歧义、有引导性、简洁标识和反馈，帮助用户快速找到所需的功能或者信息

比如进入页面空数据时，需要引导信息反馈下一步可能的任务动作，避免用户的失落感

再比如保存文件时，通过通知的信息引导用户去清理文件磁盘等等

诸如成功提示、表单验证提示、按钮点击反馈、异常错误反馈等很多

c、信息可视化：为了便于用户了解，降低学习成本；

可以采用图标、图像等可视化方式，比如高德的驾车图标，很轻易就理解自驾路线；自行车就是骑车路线；进度、百分比图标就是任务进度

3、信息关联性和便于查找

a、比如相关的功能和内容，通过合理的导航和菜单结构、分类进行关联

订单管理类：新增订单、订单取消、订单记录等

客户管理类：客户新增、客户转移、客户跟进等

b、数据关联或者搜索：

比如相关信息的页面跳转、标签可点击的设置、通过信息关键词进行高效查找

4. 页面层级

1、页面层级关系合理：操作路径不能较深，一般保持在3-4个层级；降低用户操作复杂性，不至于将功能的重心分散

2、可闭环、可返回、可回退、各页面关联且完整（指的是承载信息、功能、流程的完整）

3、确保页面导航的一致性和可见性：如常用的导航模式：菜单、标签页、面包屑导航等

4、符合用户习惯:

a、页面信息层级放置：

遵循整体到局部，比如列表—详情—分支操作页面；再比如搜索是针对全局页面的信息查询，一般会置顶

b、功能层级放置：

一级、二级、三级功能划分层级明确且合理，有主次之分；比如一款购物产品，促成用户购物下单是主要场景，你肯定不能把功能菜单隐藏在较深的页面层级里

c、反馈引导处理：

比如常见的新手引导页面在哪些场景放置，再比如用户在3层级页面操作结束后，点击返回到上一层级还是主层级页面还是引导去新的页面？

5. 功能层

说完了界面层、我们再来深化、说下功能层

1、人机功能交互层：

功能交互：用户操作使用上

a、可闭环（大功能、小功能）、尤其是流程类的业务；

无论哪种形式的闭环，都需要尽量具备可操作、可溯源（数据/操作记录）

b、操作反馈机制：功能正常主分支、异常分支的操作反馈

主要通过颜色状态、文字/声音/触感、撤销或者恢复、动态交互（比如实时数据更新、位置的改变等）来体现

除了业务功能层的交互反馈，也不能忽视非业务层面的反馈设计：

比如空页面设计、toast设计（考虑不同终端的差异性，合理使用）、网络不佳、加载失败、服务器崩溃、文件不存在、权限不足、磁盘空间不足等文件读写错误异常，数据调用异常、安全异常、操作系统版本不匹配等

产品经理需要针对以上异常提供处理机制，并持续监测、改进和修复。

c、外围功能模块的调用关系

比如一些前置条件：

• 系统要求：某些功能可能对特定的操作系统、设备或软件版本、联网有特定的要求，需要确保面向用户的系统符合这些要求
• 资源信息：比如内部关联：权限（语音、相机、空间、定位、功能数据权限）等或者有业务数据交互的模块；再比如外部集成：（聚合支付、人脸识别、打印机、扫描仪）等

包括后置条件的考虑：即操作结束后结果是什么、需不需要处理、有什么影响

比如功能反馈出现bug，应该提供反馈并及时执行修复措施，以确保功能能够正常工作。

再比如数据保存或者操作出于安全考虑、需要有应对的监控报警措施并同步保存数据及操作记录。

订单取消后的状态设计等等

2、数据交互层面上

a、前置、后置数据调用，同步刷新、加载等规则、数据校验

b、考虑不同的数据类型（语音、视频等）对性能和系统稳定性、兼容性的影响，

比如为了解决跨平台的兼容性，通常会将视频格式选择为广泛兼容的格式（如MP4），不然有的浏览器可能会打不开；

再比如视频的存储传输也会占据很大的空间，要综合考虑选择合适的数据类型和处理方案；

c、数据安全和隐私保护：要考虑在部分数据的交互上，采取一些方式保证安全。比如数据脱敏加密（常见的有手机号、姓名、身份证、订单交易额等隐私信息）

6. 最后还需要考虑非功能层DFX

DFX＝“Design for X”，表示面向产品非功能性属性的设计。其中“X”代表面向产品全生命周期或其中某一环节，如代表系统性能要求的可拓展性、易用性、稳定性等，代表产品竞争力或决定产品竞争力的因素，如可迁移性、网络安全性等。

在传统的工业产品制造中，DFX需求包括但远远不仅限于以上特性；甚至有几十种，感兴趣可以去查阅学习；放在软件行业，产品经理可以根据行业、产品定位、客户等多方需求衡量产品的DFX能力。

注：大部分情况下，很多PM都会忽略这些、但其实DFX方面的需求，我们需要在产品设计前甚至各个阶段都要提前与团队进行方案探讨。

目标就是：通过衡量产品DFX的特性，使我们设计的软件更加人性化、易用性、且可靠安全，从而提高质量、效率和成本、用户满意度。

经过筛选后，具体产品经理主要关注考量以下关键特性，并根据需要增加部分产品功能设计：

综上，通过6要素（界面表层、框架层、信息结构层、页面级别层、人机功能交互层、数据交互层）技巧拆解，

如果你能理解，并逐步运用好以上所说的设计原则，就可以很好地做出一个相对合格的产品了，这是做一款成功产品的必要且充分条件。

三、结语（再多说几句）

同时，更需要关注和思考的是：

要主动构建自我知识体系，并通过实践积累具象的方法，从而不断完善和加强这棵“知识树”，这无疑是一个正向的良性循环，因为这意味着体系化可以有助于产品思维，高效地迁移和强化；意味着我们在面对不同的业务要求时，都可以快速地去把产品需求可生产化，甚至可商业化；这才是产品经理、又或者可以说是一个人，最底层的强者思维。