大家一定经常听说 UI 设计师需要具备产品思维，但又不知道产品思维具体是什么，尤其是很多同学只把产品思维当成是产品经理做需求的能力。
兰亭妙微UI设计公司：今天我们的主题就是分享产品思维的具体思考方式和应用
产品思维一句话总结，就是——通过规划产品形式来解决产品问题的思考模式。
这里我们先明确 “产品问题” 是什么，它是一个非常宽泛的概念，可以说所有产品相关的问题都可以是产品问题，包括但不局限于功能、交互、体验、视觉、技术、服务等领域。
在产品的研发和运营过程中，产品团队总会发现和积累出各式各样的问题，比如功能太简陋不能满足用户需求、交互太复杂用户用不懂、逻辑太复杂技术实现不出来等等。这些问题当然需要被解决，而解决的方式有两种，一种就是直接使用相关领域的 “技术方案” 解决，另一种就是提供新的 “产品方案” 来解决。
这里技术方案是泛指，指产品以外的其它类岗位使用自身专业技能来解决问题的方案。比如用户觉得页面信息混乱，设计师通过布局、尺寸、间距、色彩的视觉调整，就能解决这个问题。或者某些交互设计需要非常复杂的编程方案，前端自己通过钻研技术，来实现这个效果。
比如下面这些就是纯粹的视觉优化方案：
产品方案则是指通过制定或调整产品的功能、服务、表现形式，来解决相关的问题。比如上面觉得信息混乱，不再是改设计，而是直接优化和增减字段信息。交互设计开发起来太难，那就直接调整产品功能，分拆交互步骤降低开发难度。
比如下面这个就是对产品的形式做出了一定的调整：
两种方案各有优劣，但在真实项目中，产品是先于设计和开发的，好的产品方案不仅能提高产品的实际表现，同时还可以大大降低技术实现的成本。所以在解决问题时，团队必然会倾向先使用产品思维来创建产品方案，然后再去实施。
总结起来，产品方案就是涉及对产品本身的调整方案。原则上，这种方案是由产品经理提供，设计师只要跟着产品的要求去做设计就好了。
但在真实项目中，产品不可能考虑到所有问题，尤其是和体验、交互、视觉高度相关的部分。
每当我们每做界面或功能时，碰到所有和产品有关的问题，都需要反馈给产品经理再等它做决策，那么他必然是处理不过来的，项目肯定也做不下去。所以设计师需要在自己力所能及的范围里，尽量自己去解决这些问题，提高项目整体运转的效率和质量。
尤其在一些对视觉要求不是特别严苛的环境中，UI设计的成果往往“能看”就够了，领导或者面试官对设计价值的定义就不会在视觉上，往往会聚焦在产品方案上。就是因为设计师自己有产品思维具备解决产品问题的能力时，可以极大的填补产品经理层面的空缺，还可以提高产品质量和研发效率。
但是，产品方案不是只提供解决方案就行了，还需要合理、有效，所以就要综合各方面的制约与影响，才能输出优质的结果，这就是一个非常综合性的分析过程，我很难用简单的语言进行归纳和总结。
所以，下面就通过前面的案例，来展示产品思维的具体思考过程
在原有两步路路线详情页中，顶部的大图和信息区域是我重点调整的区域之一。
之所以重点关注，不仅仅是因为它 “不好看”，而是这个大图的缺陷很多。作为浏览用户，图片的关注度不是没有但绝对不是重点，往往只是草草快速浏览一遍就够了，但现在的轮播形式就没办法高效看完相关图例，且占据的篇幅又过大，挤占下方的其它关键信息点。
当然也有同学可能会觉得看图怎么会不重要，你们看小红书找旅游地不就是被图吸引然后再点击进入做出选择的嘛？
不排除这种情况是存在的，但这不是小红书，这是一个比较硬核的徒步社区，不是给用户看大图就有问题，而是在发布用户这一侧，硬核优质的分享者（是去走或跑几十公里不是到打卡点自拍）大多不具备那种拍“美照”的能力，最终呈现的路线图景多数就是随手一拍的质量，浏览用户压根没必要仔细欣赏。
再进一步考虑，有很多经典线路本身景色就不是特别好，尤其是偏越野跑的线路往往杂乱又逼仄，照片带来的作用更多是一种对路线的概括（功能性），而不是作为吸引人的美照。在这个限制下面，大篇幅展示封面就不会获得常规以图片为导向的应用的结果。
这些就是针对问题的分析，而这里面既有体验的问题，也有产品的问题，甚至还有运营的问题，但具体去区分它们没有意义，只要它们不是纯粹的视觉问题我们都可以统一归纳为它们是产品问题。
基于这些问题去思考解决方案时，就可以问自己一个简单的问题，是不是只做视觉调整，如优化布局、更改尺寸、添加投影、增加圆角之类操作就能解决。如果不能，那就要涉及到对产品形式的调整了，也就是涉及功能、信息的改动。
这里我们先看改完之后的结果：
为了减少图片的面积和提高观看效率，我选择缩小图片并做成左右滑动的列表，把发布用户信息做到上面，合理利用空间且突出收藏、分享等操作。但光改这个依旧只是一个简单的视觉调整，缺乏深度和细节，没有什么解释的空间。
所以再往深一点挖掘，一屏只能展示一张图多一点，理由不是图片比例的问题，而是因为用户发布路线最小可以添加的封面图只有一张。如果只有一张，那么右侧留空显然是不能接受的，这样的方案也就做不了。而且只展示图片实在是有点不够看。
我会再想到链家之类看房软件的顶部区域，除了展示摄影图以外，还会添加固定的房型图，应用了多种图片类型。而在两步路中，如果发布路线，除了封面图外，路线图本身肯定也是能直接生成图片的，可以生成类似跑步软件的那种路径图。
顶部图片也可以不止有用户自己拍的摄影图，还可以添加路线生成图，同时这张图因为是静态的，就可以在生成过程中添加一些数据信息或标注内容等，和下方可交互的地图路线展示区分开来。并且在下方区域添加一个类似电商中 “商品图/视频” 切换的标签快速选择。
甚至再仔细想想，当我进入路线详情页时其实更关注的是路线本身，第一张图直接放路线图而不是放在最后，可能对相当一部分用户来说也是更实用的做法。但这么做就有点激进，需要给出初步设计以后再套一些真实内容做出页面看效果，这就是内部评审或用户测试要做的事情了。
到这里这个模块基本解释的就差不多了，而我们为了优化它已经做出了一些超出视觉设计外的变更，且需要考虑尽可能多的细节，照顾到方方面面，这就是产品思维应用的过程。
再往下的路线模块改动也同理，我就不多做展开，你们可以自己深入解构一下：
设计过程中对产品思维的应用，不是成为产品经理构思新的功能需求，而是维持原先目标的不变的情况下，给出新的、更完整、更合理的产品方案。
而产品方案当然不是你们想怎么输出就怎么输出，这些方案还需要再后续经过团队的评审（我要验牌），也就是说服其他人同意你的设计方案。而光看图肯定不够，所以要进行解释说明，从一开始的问题分析出发，到如何完成这个结果的考虑过程。
在这个场景中只看设计图效果是最没价值的，如果你能说服团队通过，那这套方案就是好方案，如果不行，那不管你想的如何天花乱坠还是视觉做得多花里胡哨都没用。所以方案构建逻辑性是非常重要的，因为没有逻辑就没有说服力。
产品思维本身就是一种比较抽象的思维，提升这种底层思维能力需要通过自己大量的积累。我们后续还会陆续做一些相关的案例分享（这应该才是最有用的）。
同时，面对真实工作场景里产品思维很多时候会沦为一种过稿的武器，是一种职场“诡辩”的技术，毕竟上线有没有用无所谓，领导、客户觉得好，才是真的好……
转载自优设网
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
作为一个 B 端设计师，我们究竟要如何理解组件？
当接触到一个新组件时，通常会陷入到迷茫。一方面是组件过于的熟悉，我们在日常的工作当中会频繁接触到大量的组件内容（毕竟是组件设计师...）另一方面则是新的组件不断涌入，我们作为设计师一时之间不知道如何进行分析，今天我们就来聊聊 B 端设计师与组件之间的“爱恨情仇”。
先来简单说说什么是组件？
我认为组件就是组成用户界面的基本元素，也是前端在开发过程当中，抽象出来可以复用的模块。对于定义大家不必过于纠结，最主要还是要了解其使用，比如在下方页面当中，会包含有哪一些组件？
A. 输入框 开关 上传 按钮 文本提示
B. 输入框 开关 上传 按钮 气泡卡片
C. 输入框 开关 图片预览 按钮 文本提示
这就是我们要了解关于一个组件的判断流程，我认为会有三步：形式、交互、场景。
其实我们在去辨别新一个组件的时候，会优先关注组件的「样子」，进而来进行辨别。
比如下方的两个组件，我们其实很快速就能判断出一个是 单选框，一个是多选框。因为在我们潜意识当中单选为圆形、多选则为方形，因此对于一个组件的第一印象则会和它的形式相关。
但很多时候，随着业务的变化，我们也会给组件更多含义。比如在下方三个新建按钮当中，因为他们的形式不同，所对应的含义也并不相同。
通过形式上，我们可以理解为：
再举一个例子，比如在这三个选择组件当中，正是由于其组件形式的变化，导致它们在使用上也会存在较大差别~
当然，正是因为它们样子的改变，组件的使用含义也会产生变化。
知道它的样子还不够，我们还要了解它究竟应该如何操作，因此就需要明确对应的交互状态。
比如同样给到大家两个组件，请你去辨别这两个组件分别是什么？
其实我们很难进行细致的辨认，因为这两个组件在形式上基本相同。但我们一旦将其动起来，你就会发现不同，左侧的是一个按钮，而右侧则为链接。
其实我们在辨别交互状态时，通常会存在两种辨别维度：常规交互与业务交互。
常规交互是指在网页端当中的基础交互，比如 Hover、点击，这种情况大多数设计师经常接触，因此我们就不花太多时间放在这上面。
第二种交互类型是业务交互，它主要出现在特定的页面上。比如在图表中的下钻、过滤、联动、缩放等等；在表格就会有 冻结、拖拽、选中 等交互，这些内容都是我们在涉及特定页面时需要关注的。
所以我们再去理解一个组件的时候，也需要去考虑这个组件所关联的交互状态，这样才能够对于这个组件有个更为全面的认识。
作用对比则是去思考这个组件与其他作用类似的组件之间究竟会存在什么差别？
因为每一个组件都会有它存在的意义，我们可以通过横向单维度的对比，了解到这个组件它所对应的特点。
这个我们来举一个完整的例子，带大家感受一下~
举一个例子
比如最近在行业当中，出现一种新的组件叫做：蚂蚁线
刚开始在腾讯云的官网看到了蚂蚁线，但其实我对他真的一无所知。于是乎，我开始了组件调研。
从形式开始，你会发现“蚂蚁线”是位于文本下方，通过虚线的方式呈现。
通过这种形式，我们能够拓展一些其他的类似样式。
比如在飞书当中，当你写一个错别字的时候，飞书会提供默认的下划线提示你修改错误。但这个下划线是一个实线，并且会以黄色作为标注，这就是形式上的差异。
其次，在交互上，在整个页面中，当你将鼠标悬停在虚线上时，这个提示会告诉你这里有信息可以进行预览。通过这样，我们就能大致明白“蚂蚁线”的含义：它出现在文本下方，使用虚线的方式提示用户这里有更多的信息。用户通过将鼠标悬停在虚线区域的文本上，便可以查看更多内容。
最后，在对组件进行对比时，思考与“蚂蚁线”具有相同作用的组件，我想到有两个：Tooltips和Popover。并简单整理它们在日常页面的使用，一共会包含三种相同的情况下的交互形式。同时，明确分析纬度以信息凸显程度进行对比，进而能够将这三个组件进行区分。
并且在页面中，交互的形式也会有所不同。因此我们简单整理，会有三种相对应的对比方式。并明确它们，以信息干扰程度作为标准，来进行单维度的划分。进而就能得到“蚂蚁线”组件的一个整体的用途。
关于组件，确实由于时间有限，给大家分享到这里。
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
我们的世界正在快速的数字化，这也是为什么UI界面在近10年来一直都是热门话题，同时，这也意味着，作为设计师的我们比以往任何时候都要专注打造高素质的UI，以及让用户欲罢不能的用户体验。我们需要好的UI和优秀的设计。
兰亭妙微设计公司，一直在追求好设计，优秀的设计，让人难忘的设计，能够脱颖而出的设计。我们相信设计是有迹可循的，有成熟的、可考量的标准来衡量，它甚至可以作为我们设计的方向而存在。
从网站到手机，从家用的恒温控制器到汽车的控制面板，所有的这些UI构成了我们的日常数字体验。越来越多的屏幕和日渐庞大的数字化内容，使得我们对于优质的UI设计越来越渴望。
虽然好设计的原则是老生常谈，但是我们还是要经常总结，结合自己的设计，三省吾身。
优秀的UI界面是隐形的，华丽的装饰和不必要的元素都已经被剔除，简单直接的页面逻辑和直观必要的元素构成了这样的UI界面。设计UI的时候，你在添加任何元素的时候，都最好问一下自己“这个功能是否会影响用户现有的任务？它是否真的必要？”先将你的UI内的元素限定为必须的，专注于核心的用户体验。
如何设计一个简单的UI界面，Maaemo 的产品在这方面就做的很突出。这个挪威餐厅的网站上，你看到的是预订的表单，其他次重要的内容被隐藏在汉堡菜单当中，避免引起混乱。用户不用浪费时间去来回浏览扫视，直接进入预订的环节。
清晰应该是所有UI界面都具备的基本属性。请记住，你的UI界面存在的目的是让用户能够更便捷地同你的系统进行交互，为此，它需要能够清晰地同用户进行沟通，如果用户无法弄明白界面的使用，会因此感到沮丧。
保持清晰的UI界面设计并不难，首先要保证一点：按钮和操作的标签文字指向性要明确，保持清晰的信息传递，让用户能够快速弄明白交互的指向性。
这个时候，你也别忘了开头的“简单”的原则。尽量不要在UI中使用冗长、复杂、难以记住的文本标签，你的用户不会花费时间去读，也不会去欣赏它们，越复杂越“独特”，就越会影响整体的用户体验。
一个词能解释清楚的事情，千万不要用更多的语言去表述。保持简明能够让你的界面更加清晰，节省用户的阅读时间，降低认知疲劳。可能精简出直观又易于识别的文本很难，但是做好了是很有价值的，对于整体体验的加分很多。
不论是哪个设计师，都会希望自己的设计能给用户带来一致的体验的吧？一致的设计能够让用户对于你的设计模式更快认知、熟悉，并且在此基础上快速适应整体的体验。人们渴望规律，追求一致性，也希望在实际操作中验证自己所“发现”的一致性。
所以，用户是期望借助自己习得的经验，来探索更多的内容的，而探索能否有效就得看设计的一致性是否够好了。在整个UI设计中保持一致的语言、布局和设计规律，整个用户体验会显得更加“通透”。
用户体验设计的一个重要的目标是要让用户能够凭借直觉来操作UI界面。那么，怎么才能让用户更加“直觉”地完成交互呢？用户要能够自然地理解其中的内容，操作自然就不难了，也就是说，你要让用户对你的界面产生“熟悉感”。所以，你要充分利用用户对于你的设计所熟悉的部分。
当用户对UI界面抱有熟悉感的时候，通常意味着他们对于这个设计有所了解，甚至知道怎么交互，他们明白操作之后大概会发生什么，也知道哪些事情不应该做。所以，如果你能利用好用户对于交互和界面模式的熟悉来进行设计的话，能让你的用户更快上手操作。
汉堡图标就是这样的典型。现在当用户看到汉堡图标的时候，就会明白这代表着菜单。当用户在界面中找不到预期的功能或者服务的时候，会主动地寻找汉堡图标，希望能在其中找到需要的东西。
Born Shoes 这个网站也充分利用了这一点，将熟悉的图标放在熟悉的位置，用户上手就知道怎么用了。
UI界面的视觉层次是非常重要且常常被忽视的一个属性，它能够帮助用户专注重要的内容。如果你想让界面中每个内容都看起来很重要，那么只会单纯地让信息过载，让每个元素都分摊用户的注意力，最终只会让整个设计显得混乱不堪。不同尺寸的字体、不同的色彩和不同的控件最终应该是相互搭配，构成层次，有轻重缓急地呈现给用户，将复杂的结构简单化，帮助用户完成任务。
Budnitz Bicycles 的网站就很好地使用色彩营造出视觉层次，吸引用户关注到网站的特定部分。网站中的按钮在整个设计中显得非常显眼，引导访客点击。
你的UI界面最终的目标是要带着用户完成任务，达成目标，或者去他们要去的页面。不同的流程要求不同，但是最优秀的UI设计有个共通的特征：高效。提升界面效率最有效的方法是进行任务分析。
熟悉用户的流程，了解用户的目标，然后在此基础上尽量简化流程，使得用户能够便捷快速的达成目标。在此过程中，仔细考虑每个功能细节，规避可能存在的漏洞，帮助用户快速完成用户流程。
Mulberry 在他们的活动页面上提升了用户效率，帮助用户更快地挑选节日礼物，降低繁复的搜寻和思考过程。
UI界面响应牵涉到体验的方方面面。首先，UI界面的响应应该是迅速的，它背后的整个系统应该能够快速反应，否则不够快速的响应会让用户感到沮丧，缓慢的网页加载过程会令人抓狂。
事实上，如果你的网站没有在3秒内加载完成，就会开始有访客因此而流失。根据 Kissmetrics 的统计，超过40%的访客会在加载速度超过3s之后而离开，而加载时长的增加，更多的用户会随之离去。
此外，UI界面的响应是否合理，是否足够“人性化”。当用户点击界面元素的时候，用户希望知道他们的操作是否成功，而这个时候，合理而快速的界面反馈就显得很重要了。比如，当用户点击一个按钮，按钮的状态变化，又或者界面加载时的加载进度条，都能够让用户明白状态的改变，以及他们操作的结果。
界面的合理响应让UI更为富有人性，减少错误的发生，并且让交互进入真正良性的循环。
转载自优设网
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
兰亭妙微UI设计公司:
时间：新店铺支付模块上线第二天，早上 10 点。
小A 正在工位上喝咖啡，客服群突然开始连环炸：
用户A： “我付完钱了，订单怎么还显示’待支付’？”
用户B： “我明明没付成功，为什么钱被扣了？”
用户C： “我取消了订单，钱什么时候退给我？”
小A 赶紧打开后台一看，傻眼了——
同一批订单里，“待支付”“支付中”“已支付”“支付失败”“已退款”五种状态交叉打架，有的订单同时出现在”待支付”列表和”已支付”列表里，还有几笔订单钱已经进了商户账户、但订单状态还停在“支付中”。
她翻出前一天熬夜画的支付链路时序图，越看越冷汗：
小A 硬着头皮拨通了老张的电话。
老张听完小A 的描述，只回了一句：
“你这不是‘支付接口写错了’，是把支付当成了一个动作。它不是一个动作，是一条链路——而链路的地基，就是三件事。”
接着老张发来一段话，小A 把它存成了备忘：
做支付产品，要先分清三件事——
一、交易流：用户 → 订单；
二、资金流：钱 → 账户；
三、信息流：状态 → 系统同步。
这三条流在理想情况下一一对应，但在真实生产环境里，它们永远会错位。你的产品工作，就是把这些错位“兜回来”。
在正式拆关之前，先澄清两个小A 一开始就搞混的认知——也是 90% 新手都会栽的坑：
很多人以为”接入微信支付”= 调一个 API。错。一次完整的支付涉及 7 个系统 + 2 个异步回调 + N 个状态流转。后面关卡二会展开。
订单篇讲过订单状态机，但订单状态 ≠ 支付状态。一个订单”已支付”不代表钱真到账了，可能只是”支付成功回调到了”。这两个状态机必须分开设计、双轨管理。后面关卡三会展开。
支付结算整套完整拆解要过 7 道关卡，上下篇分开讲：
上篇（本篇）· 地基三关 —— 钱怎么进来
第 1 关 · 支付方式全景 —— 用户能用什么付钱
第 2 关 · 支付链路 —— 点“付款”之后发生了什么
第 3 关 · 支付状态机 —— 钱到底在哪一步
下篇 · 进阶四关 —— 钱怎么不出事
第 4 关 · 对账 —— 财务最怕出事的环节
第 5 关 · 分账 —— 多方分钱怎么分
第 6 关 · 退款 —— 钱怎么原路退回
第 7 关 · 异常资金池 —— 最后一道防线
上篇讲完，你可以独立设计一个“能把钱收进来”的支付系统；下篇讲完，才能做到”钱进来之后不出事”。
小A 的第一个反问：“不就是微信、支付宝、银行卡吗？”
老张笑：“电商平台的收银台里，平均要接 12-18 种支付方式。你要是只知道三种，写出来的 PRD 就只能支撑一个最小 MVP。”
每一种支付方式的存在，都对应着某个特定场景下用户最低阻力的选择：
产品经理的第一课：不是选“最好的支付方式”，是覆盖“用户触达时的最低阻力路径”。
原则一：用户画像优先
品牌 X 的数据：
如果不接花呗，高客单商品转化率会下降 15-20%。
原则二：费率与到账时效平衡
原则三：接入成本要控制
每接一种支付方式 = 一套对接 + 一套回调 + 一套对账 + 一套退款。不要盲目追求“支付方式最全”，要评估 ROI。
小A 的第二个反问：“不就是前端调个 API 嘛？”
老张说：“这也是你整天对不上账的根因——你以为支付是一个动作，它其实是一条链路。”
从用户点击”立即支付”按钮，到最终”钱到账”，一笔支付要经过 7 个系统角色 × 2 次异步回调：
三个真实事故（品牌 X 上月发生）：
这三个事故的解法都写在订单篇下篇“支付三道防线”里——但真正在支付结算模块里实现的，是这些：
防线一：被动回调 + 主动查询双保险
– 三方通知到 → 立即更新（最快路径）
– 超过 30 秒没通知 → 订单系统主动反查一次
– 每 30 秒主动查询，最多查 10 次（共 5 分钟）
– 任一次成功即完成支付闭环
防线二：全链路幂等
– 支付单号（而非订单号）作为幂等键
– 同一支付单号的任何操作（成功通知/失败通知/查询响应）都要幂等
– 重复请求的返回值必须和第一次请求一致
防线三：异常资金池
– 所有”钱进账但找不到订单”或”订单已取消但钱到了”的交易，进入异常池
– 72 小时内必须处理完：原路退回 / 人工对账 / 转公司应付账款
– 详见关卡七
为什么用户看到的是“支付中”而不是“支付成功”？
答：因为用户点击的一刻，钱还没扣。扣款发生在第 8 步，那时用户可能已经退出 App 了。
好的设计：
坏的设计（小A 第一版设计）：
小A 的第三个反问：“订单状态机不就够了吗？为什么还要单独的支付状态机？”
老张说：“订单关心的是‘货的进度’，支付关心的是‘钱的进度’。这两件事在 80% 的时间里是同步的，但在 20% 的异常时刻会错位——而恰恰是那 20% 决定了你的产品水平。”
一笔完整的支付，在产品设计上至少要覆盖 8 种状态：
+ 1 个兜底状态：异常资金 — 第 7 关展开。
这是小A 在第一版 PRD 里漏掉的——她只设计了订单状态机，没有独立的支付状态机，结果”订单已支付”和”支付成功”混在一起，对账时根本拆不清。
矩阵的价值：
小A 上月踩的坑——“已取消 + 已支付”组合（矩阵右下橙色加粗格）：
订单被超时取消，但支付回调 30 分钟后才到。结果订单是”已取消”，支付是”已支付”。这笔钱就挂在了系统里，进入异常资金池。
解法（关卡七深度展开）：
铁律一：订单状态由支付状态驱动
很多新手 PRD 的错误写法：
“用户支付成功后，把订单状态改为’已支付’。”
这句话逻辑上没问题，但在系统层面是反的。正确的是：
“支付状态机从’支付中’流转到’已支付’时，触发订单状态机从’待支付’流转到’已支付’。”
区别在于：支付状态是因，订单状态是果。如果把它们耦合在一个状态机里，就做不到独立兜底。
铁律二：所有状态变更必须带“来源”
字段设计：
payment_status_log:
– payment_id: 支付单号
– from_status: 变更前状态
– to_status: 变更后状态
– source: 变更来源（user / system / callback / reconcile / manual）
– operator: 操作人（用户ID / 系统名 / 财务人员）
– timestamp: 变更时间
– remark: 备注（必填）
为什么必须带来源？因为财务对账、客诉排查、合规审计，三个场景都要追溯“是谁让它变成这个状态的”。
铁律三：每个异常态都要有退出通道
支付状态机里最容易出事的”死状态”：
任何状态都要有“进入规则 + 退出规则”，不能只有进入没有退出。
场景：品牌 X 上线”组合支付”，允许用户用”积分 + 微信”支付。
小A 第一版设计：
问题：积分成功了但微信支付失败，订单状态已经是”已支付”但实际只支付了积分部分。
正确设计：
关键：组合支付必须有“部分支付”这个中间态，而不是每个支付通道成功就是”已支付”。
订单篇问的是“订单系统扎不扎实”和“抗不抗压”，支付篇上篇先问一件事：地基稳不稳。能答对 3 题以上的，才好进下篇的对账、分账、退款、异常资金池。
1. 所有支付通道都有“被动回调 + 主动查询”双保险吗？ 只靠被动回调=钱进账但订单没更新
2. 所有支付接口都做了幂等吗？ 用”支付单号”做幂等键，不是订单号——重复回调必须识别出来
3. 订单状态机和支付状态机是独立的吗？ 而不是一个字段 status 揉完订单和支付
4. 支付方式的接入是按“用户画像 × 客单价 × 资金成本”选的吗？ 还是上来先接个微信和支付宝了事
一句话总结上篇： 支付系统的地基，不是”接完三个通道就完事”，而是把一条链路、一张双轨状态机、一套兜底与幂等，都提前画清楚。地基稳了，下篇才有资格谈”能扛”。
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
知识科普
- 渐进式披露：按需展示高阶复杂功能，不一次性堆砌全部信息，降低用户认知负荷，适配新手渐进学习。
- 自我决定理论：产品设计满足用户自主性、胜任感、归属感三大心理需求，提升使用意愿与粘性。
兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。
北京兰亭妙微设计专注 UI/UX 体验设计十六年，在政务、医疗、企业 SaaS、工业可视化等项目中，我们已建立完整设计规范体系，用以提升效率、保证输出统一。但在真实项目里，客户个性化需求、特殊业务场景、跨终端适配等情况，常与规范产生冲突。
北京兰亭妙微科技有限公司（蓝蓝设计）深耕 UI/UX 设计 16 年，专注企业信息化、大数据、医疗健康、工业监控等领域的全链路体验设计与优化。近期我们完成某企业级综合服务平台可用性测试，现将报告输出思路完整复盘，供团队内部复用与同行交流。
在移动 UI 设计中，APP 导航是用户触达功能与内容的核心路径，直接决定界面易用性、操作效率与整体体验。兰亭妙微设计在多年项目实战中，总结出一套完整的导航设计方法论，兼顾产品逻辑、用户习惯与视觉美感，确保每一款产品都清晰、高效、好用。
UI 设计师想要从 “执行层” 走向 “资深 / 专家层”，核心差距不在软件操作，而在商业分析能力与全链路设计思维。兰亭妙微设计结合一线互联网职级标准，为设计师梳理可落地、可考核的能力进阶框架，帮你从 “画图师” 升级为 “价值设计师”。
蓝蓝设计的小编 http://www.lanlanwork.com
