在产品设计中 ，度新端体B 端和 C 端的手也速学体验分析的思路和应用有很大差异，很多同学苦于不知道怎么做 B 端的验分体验分析 ，工作还是析思作品集里不知道如何结合这些分析做输出 。
所以这篇内容就要围绕 B 端体验分析的掌握不同方法做分享 ，帮助大家快速入门 B 端体验设计 。度新端体
理解体验设计就要理解它和 UI 界面设计的差异，狭义的验分 UI 界面设计是只根据产品原型完成界面的视觉样式设计 ，而体验设计则是析思在产品给出需求以后进行体验的分析 ，再根据分析结果制定设计方案，掌握再完成后续的度新端体设计内容 。
简单来说 ，验分界面设计就是析思按指令画图 ，体验设计就是自己找出问题（体验的）再自己解决问题的过程。
市面上大多体验设计的流程 、理论都解释得非常复杂 ，给出的图例也往往让人望而生畏 ，从而让我们觉得体验设计是非常有深度且专业的领域 ，阻碍我们对体验设计的认知和实践 。
实际上体验设计并没有你们想的那么神秘 ，我把它概括成一个前提和三个纬度 ，如下图所示：
体验分析的前提 — 可用性
用户体验就是用户使用产品时获得的体验 ，体验分析就是了解这种体验 ，并找到优化和提升它们的方向 。但并不是对产品分析的第一步就是立马开始做体验，尤其是在做新项目还是新功能需求时，它还有个更前置的条件 —— 可用性。
在这里明确一遍可用性的概念 ，即产品本身的功能是否可以被正常操作、使用 ，符合我们对它的功能预期。
如果产品本身设计有缺陷 、逻辑没闭环 、功能有障碍 ，连最基本的正常使用都无法保证的话 ，那么做体验分析就没有任何意义。也就是老话说的 "先说能不能用 ，再说好不好用" 。
可用性的分析包括两种方式 ，一种是我们自己做自查 ，不管是设计稿还是开发出来的测试/线上版本 ，尽可能细致的检查一遍产品的可用性（有点类似 QA 的工作） 。另一种则是提供特定的 DEMO ，让用户参与进来使用 ，从他们的使用情况来评估可用性 。
可用性上发现的问题会是优先级最高的问题 ，等于产品无法正常使用的故障。可用性有问题虽然影响体验，但啥问题都和体验有关，但它的分析更多属于产品和交互的分析 。
体验分析基础 —— 逻辑分析
逻辑分析 ，简单说就是用自己的使用体验和相关经验 ，直接找出产品的体验问题以及待优化的点。很多同学可能认为体验分析是和用户调研强绑定 ，没有用户的调查研究还是数据的支撑 ，就算不上体验分析 。
这一直是对体验设计最大的误解 ，体验的优化并不是只有一个来源 ，逻辑分析也并不是就不可靠 。因为产品的很多问题是显而易见的 ，或者以你的经验可以准确地指出它的问题，在这种情况下我们就无需借助外部的帮助 。
这里我要举个有味道的案例 ，假设去商场男厕长这样 ，它能不能用？用起来体验好嘛 ？
这种男生用了流泪 ，女生看了沉默的设计 ，需要双钻模型 、马斯洛需求理论、峰终定律还是用户访谈 、数据分析 、问卷调查 ，来验证和解释它体验不好吗（这一直是我认为这世界上最傻 x 的设计，谁反对） ？
所以同理 ，在产品中往往存在大量这类问题 ，只要你自己使用一遍，就能立马发现其中的问题 。比如下面腾讯云的服务面板 ，就没法正常查看和找到自己想要的服务 ：
逻辑分析只要找出问题并给出解决方案 ，在解释中能让人信服，那就是对体验的正面优化 ，而这也是占 B 端项目中 90%以上体验分析所使用的方法 ，这由项目本来局促的排期和碎片的需求客观决定。
体验分析中级 —— 用研分析
体验分析的第二个阶段 ，就是用逻辑分析无法得出结果的部分 。即部分决策难以判断对错 ，一定会涉及到用户主观偏好 、习惯的场景 ，就需要使用用研的方法来分析体验问题 。
举个栗子 ，比如在车企开发新品时 ，要做什么样的车靠自己的主观喜好是很有偏向性的 ，作为专业人士往往更看重一些技术力强的领域 。而经过用户调研和数据反馈以后，很可能发现用户一点也不在意你关心的东西 ，反而更倾向于你不屑一顾的部分 ，比如“冰箱大彩电” 。
用研分析就是消除这种认知盲区 ，而 C 端用研有很多方法和条条框框 ，B 端体验设计却不用那么纠结 ，进行用户研究的方法主要就集中在访谈 、问卷和试用反馈上 。
也就是哪里有体验决策的障碍 ，那就找到合理的方式让用户来选择或回答 。比如打开一个商品的详情页 ，用户是更喜欢弹窗还是侧边栏 ，你可以直接问 ，也可以做出样本让用户选 。越简单直接的做法 ，效率越高 ，效果越好 。
体验分析进阶 —— 系统评估
最后一种系统评估 ，则是为了实现更系统的体验优化而做出的全面分析。这种全面的分析没有范围限制 ，可以包含我们能找到的所有分析方法和方向 ，不管是竞品调研 ，还是用户分析、数据分析 、产品测试等。
比如我们都知道星巴克在国内市场正在接受严峻的考验 ，很多消费者开始渐渐失去对它的青睐 ，如果我们要着手解决这个问题 ，提供给客户更好的体验让他们重新关注品牌 ，是简单更新下 VI 、调整产品口味 、门店装修风格就能解决的吗 ？
显然不太现实 ，因为面对的问题是系统性的，是众多问题集合所引发的整体反应，而不是发现并优化其中几个小问题就能解决的 。这种问题在产品中也不少见 ，只有做全面的分析并收集出足够多的信息，才能构想出更整体的解决方案 。
在这个过程中确实存在很复杂很抽象的实践 、思考 、决策过程，但这类分析往往只适用于 C 端产品，因为 B 端产品往往在成型以后很少会做翻新 ，全局体验优化和产品的发展轨迹是有冲突的 ，所以反而应用的场景并不多 。
所以 B 端做系统体验分析的场景往往是在立项阶段 ，且分析的内容和工具也不像 C 端那么花哨 ，难的是在实际决策过程中兼顾未来的迭代和开发效率 ，这就是另一个话题了 。
了解以上三个体验分析的纬度对 B 端设计师至关重要 ，因为只要在一开始确定了分析的纬度 ，我们才能进行后续的工作 。且对体验分析本身不再抱有不切实际的期待 ，我们才能真正着手进行应用和操作 。
最后 ，在体验设计的过程中 ，分析其实是最没有难度的部分 ，难的是怎么根据分析形成设计方案 ，并在最终输出中确保设计能有效的解决前面的问题，形成逻辑的闭环 。而市面上多数的体验分析作品集案例，仅仅只是前面分析前面的 ，后面设计后面的，互不相干 ，这才是最大的问题 。
想提升体验分析和设计的能力，多从细处着手自己推导才是最佳的方式 ，否则就会变成没办法解决细节问题满嘴宏观叙事（跑火车）的设计师 。
作者 ：超人的电话亭
