本文描述如何使用ChatGPT成为我们在工作与学习中的超强助手 ChatGPT是一种大型语言模型，它可以通过处理自然语言文本来产生回复，可进行自然、流畅的对话。ChatGPT可以在多种应用场景中使用，例如智能客服、智能助手、问答系统、聊天机器人、翻译等等。
你可能对ChatGPT带来的变革毫不关心，认为只是一个聊天的工具，但是ChatGPT的出现确实见证了技术的革新，对于新事物，尤其是现在处在一个AI科技爆发时代，越早接触新技术，越早拥有核心竞争力。坚持看完文章相信对你会有很大帮助。
以调研专员身份进行对话，使他可以用更专业的词汇回答你的问题。
可以针对某个产品，生成对应用户年龄段的用户画像，辅助产品调研工作
指令：请写 [N 份]，关于 [某个产品 /NN～NN岁] 的用户画像
针对某个产品，去分析产品高频、低频功能。可以生成列表，统计使用频率。
指令：请查阅 [某产品] 用户 [经常使用或最少使用] 的功能，要求数据真实可查询
生成某产品的调研报告，可规定字数，如果写到一半停下，发送「继续」的指令就可以继续发送啦～
指令：请总结一份 [某产品] 用户使用 [某功能] 的调研报告
以竞品研究员的身份进行对话。如果有需求可以附加竞品研究员所处的行业类别。
可以选择自己关注的竞品产品，生成报告，可以规定竞品报告的侧重点。
指令：生成一份有关 [选择你的竞品] 的竞品分析报告，详细分析其双方的 [你的需求]
当你在对产品某个领域不太清楚时，你可以随时收起相关的材料，比如你对金融行业的用户体验的行情感兴趣，你想深度了解的时候，用你的资料整理助手帮你整理资料。
指令：给我 [N 篇] [领域] 的文章
接着你可以让助手对上述文章进行总结
指令：用列点的方式总结上述文章中的 [数字] 重点
指令：用列点的方式总结出 [数字] 个 领域 知识重点
在写报告时，经常会对某个领域或知识点不清晰，无从下手的情况。遇到这种情况，可以直接使用下面的指令获取专业的研究报告，帮你了解最新的研究以及专家观点。
指令：写出一篇有关 [领域] 的 [数字] 研究报告，要求引用真实数据与专家观点。
针对某个主题可以提出反对观点，改变角度，扩大写报告的思维。
指令：针对一下论述 [观点] 提出反驳的观点，每个论点都要有论证
写报告时，可以针对某个部分，用AI帮你去提炼你所需的内容。
指令：你是金融互联网专家，请总结以下内容，并针对以下内容提出未来能进一步研究的方向 [附上内容]
可以辅助你写出一份ppt大纲，为你提供思路。虽然无法写出细节，但是可以根据标题再去发指令，生成详情内容。
指令：请写一份有关于 [领域] 的PPT，页数在 [数量] 页以内
根据大纲标题，细化内容
指令：输入标题名称，[字数] 以内
先去培养角色，让他用简洁的英文单词，为你提供AI绘画的关键词。
指令： 现在起，当我想要你发送图片、照片的时候，用3/8Markdown写，不要有反射线，不要用代码块。使用 Unsplash API(https://source.unsplash.com/1280x720/?)。如果听懂了请回复明白，以后需要这样
可以设定面试场景，生成一个对话场景，为面试做准备，提前准备面试中可能被问到的问题。
指令：请以 [岗位] 的身份，情景再现一场面试工作
将AI的身份塑造成面试官，模拟真实的面试场景，提高自己的面试能力
指令：请你以 [岗位] 面试官的身份与我对话，进行一场面试
针对职业方向如何发展，可以让ChatGPT根据大数据为你推荐现在的职业发展的热门方向，为未来开展明灯。
指令：[行业] 未来职业方向，哪个比较热门
针对职业方向，可以继续探索自己感兴趣的职业规划
指令：请提供 [岗位] 未来的职业规划
输入网页，可帮您总结当前网页的信息，提炼关键信息，提高阅读效率
指令：[网站] 请总结这个网站的信息
指令：详细的说明 [想了解的知识]
指令：[科目] 学习看哪些网站
指令：我学习使用 [工具]，我应该看哪些网站的教程
3、英语学习助手
1）、英语对话
指令：Can we have a conversation about [话题] ?
指令：Please correct my grammar and spelling mistakes in the text above:[附上英文文字]
安装「Voice Control for ChatGPT」谷歌插件，可播报Chatgpt的文字，练习听力与口语。在谷歌应用商店中搜索下载即可。
这些就是我在用chatGPT中对设计师来说比较有价值的提问方向，希望对大家有启发。
SaaS 产品体验要求越来越高，用户体验已经成为产品竞争力的重要组成部分，怎样在多业务线的产品环境中做好体验设计，本文从贴合业务线的设计规范、敏捷易用的前端组件库、产品研发协作流程保障、UI体验文化打造、UI设计质量品控5个方面阐述项目快速、规模化提升多产品线整体体验过程中方法论和实践经验。
关键词：
用户体验设计；UI设计规范；多产品线；体验文化；UI设计落地
面对多产品体系，多产品线，需要积极寻找和探索适合我们客观情况的最佳实践，我们面临的问题有：
1.过往以功能堆砌为主、基本“能用”，缺乏平台规范和一致性，体验不足。
2.产品线多、体量大。
3.客户对产品体验要求越来越高。
4.产品历史包袱、修复改动困难。
5.对用户体验认知不一，协同、沟通成本高。
6.重复的开发成本。
7.第三方组件与业务的匹配度不佳。
解决以上几大难题，我们启动了UI 设计规范的搭建、UI组件库的开发等，让规范和组件库成为各产品线坚实底座的一部分，使用户体验文化赋能前端和产品经理，协同 QA 力量一起推动产品体验升级，以下整理分享的实践方法适用于中小型UED团队支撑复杂、多业务线的企业，本文尝试从以下几个方面总结和提炼实践经验，跟业界同行探讨。
设计规范体系的搭建对于新的团队，如何从复杂海量的业务场景中制定出一套适用于自己产品的UI设计规范，是第一道待翻越的高墙，完整的设计规范应该是包含视觉规范与交互规范，本文主要针对设计规范实践过程进行阐述。
贴合场景的设计规范：
虽然市面上已经有众多成熟的设计规范体系可供使用，但是当前我们所处的产品阶段、多业务 线以及复杂的业务场景等综合因素，决定了需要重新搭建一套符合我们自己业务场景的设计规 范体系。
UI规范效益最大化：
一旦我们决定制作规范，就要把规范当成一个产品去做。去梳理一套高效合理、可复用的制作流 程，去分析产出什么样的「规范产品」才能产生最大的价值。 依据规范效益模型，在规范的制定中尽可能的提高规范的通用性至90%，先解决统一性，再解决场景细分，打造高质量通用的模式库以提高质量和效率，并力求让更多人从这套设计体系中获益， 从而让规范体系发挥更大的价值。
UI规范制定的策略：
明确用户对设计规范的诉求，构建适合产品的UI设计规范，首先，需要明确规范体系的用户群体经过设计团队多轮调研，确定设计规范面向的目标用户群、基于核心用户的诉求，为后续规范内容框架的制定提供依据。
确定UI设计价值观：
产品历史包袱重，系统结构复杂，在提升用户体验时，内容表达「清晰明确」是第一要务，例如尊重已经形成的用户习惯，优化改造时，注意版本之间的衔接，让用户「清晰明确」，这也是为什么将「清晰明确」作为价值观之首，另外提升效率是企业级产品用户体验的永恒主题，同时兼顾系统的简洁与一致。
梳理UI规范框架：
UI设计规范包括设计价值观、全局规则、组件库、模式库、典型页面、移动端规范和设计资源框架整理主要从以下3个方面进行：
1.梳理现有组件，剔除不使用的部分 。
2.同类竞品的框架借鉴，查漏补缺。
3.场景验证，与业务场景深度结合经过充分论证和梳理，对规范框架做了重新定义，增补了业务缺少的内容。
如上图所示，例如对高频的工具栏组件的补充，典型页面的补充，增加模式库以及全局规则，当前第一个版本的规范框架是基于业务场景优先级最高的内容进行制定，更多的规范内容的增加依托于不断的迭代，逐渐完善规范框架。
规范内容的制定及评审：
组件规范包含：变更记录、组件定义、何时使用、组件的类型、组件的响应。
规范内容制定的原则：
1.有明确场景可依。
2.精简不必要的分支 例如在定义表单规范时，对于表单标签的对齐方式做了统一的约束，标签右对齐，输入框左对齐全局保持统一。
逻辑正确、规则明确易懂：
例如常见的alert （警告提示）名称调整为常驻提示，语义更贴合场景，便于理解。
规则的可拓展性，多场景的兼容性：
产品架构是PC端到移动端的自动适配，因此在组件设计的时候需同时考虑PC端与移动端的对应关系以及两端场景的兼容性。
协作及敏捷迭代：
规范发布后，伴随着实际项目的检验，业务场景的扩充变化，如何高效的对设计规范进行迭代，决定了设计系统能否持续的走得更远，规范内容定期评审，必须通过业务、技术、设计评审，确保规范是可用的、可落地并且易于使用的规范后期不同的规范模块专属人负责，同时有backup，可以帮助走查复盘双重保障规范的质量。
敏捷易用的前端组件库：
复杂的业务场景和多产品线特点，快速打造一套敏捷易用、高质量并符合实际业务场景的前端组件库，是提高产品研发效率、改善UI质量、提升用户体验的关键。
复杂的业务场景和多产品线特点，快速打造一套敏捷易用、高质量并符合实际业务场景的前端组件库，是提高产品研发效率、改善UI质量、提升用户体验的关键。
前端组件库建立目标：
1.提高开发效率，对高频使用、通用组件进行代码化封装，避免重复开发工作。
2.提高开发质量，通过各类业务场景和业务线的锤炼，沉淀组件代码最佳实践。
3.提高产品体验，组件封装代码化，减少在多角色协同中因为理解偏差、信息传递问题等导致的不确定性和结果不可控性，不同业务线、不行项目、共用一套基础代码，保证体验的一致性，组件的组织形式： 结合实际业务场景和原子设计理论，将组件划分为不同颗粒度：基础组件、业务组件、典型页面 组件，以适用于不同研发场景使用。
1.基础组件，基础组件为组件库最小颗粒度，构成系统界面的基本构件。
2.业务组件，在基础组件的基础上，结合具有共性业务特征的业务场景，梳理出具有业务特征的 业务组件。 3.典型页面组件，梳理具有业务特点的典型页面，相比基础组件和业务组件，典型页面更加具体， 为用户提供具有代表性的内容和框架，并准确描述用户最终看到的内容。如列表和左树右表典型 页面组件，作为最为常见的页面结构，各业务场景可复用页面组件，保证了页面组件内各基础组 件的一致性，最大程度的实现不同产品线产品中页面体验的一致性。
推进前端组件库落地执行：
前期设计规范落地到组件库过程中，面临诸多问题和阻碍，比如开发落地质量不高、内容遗漏、 各方理解不一致、验收及修复问题不到位等问题。处理这些问题对UI团队资源造成很大消耗， 通过总结复盘前期组件库落地时的经验和教训，梳理落地执行流程，在新的协作流程下，新一 批的组件开发不论在协作效率和开发质量上都有质的提升。
分层推进：
组件库开发是一个持续迭代的过程，考虑到组件库开发资源极为有限且无专职负责人员，在跟组 件库开发团队协同过程中，我们通过分步开发来解决组件库更新优化的问题并通过不断优化协作流程来助力组件库高效落地。
前端组件库分步开发原则：
1.优先级原则，优先开发适用于业务线普适场景的组件。
2.紧急性原则，对于急需的业务线所需组件优先开发。
3.快速可实现原则，开发实现成本高的组件暂缓处理。
自查走查验收：
组件UI责任人梳理出下属组件需开发落地的细节点，整理为文档，待开发人员完成组件开发后，自行参照UI提供的自查文档，查漏补缺，保障进入UI验收环节的前端组件不会出现较多的缺陷，降低后期走查和沟通修改的工作量，同时监督开发人员提高组件落地还原度和质量。
组件库的持续迭代：
UI团队通过一套标准的流程来把控组件库迭代的质量，在日常工作中经常会收到产品经理或项目 方提出新的组件需求或对现有组件的优化。UI部门作为推动组件库搭建的核心环节，需要以全局 和更深入的视角加以判断把关，保证前端组件库内容的普适性和高质量，避免组件库内容冗余， 降低研发维护成本。
产品研发协作流程保障：
好的过程是好的结果的有力保障，一个业务需求从产生到开发落地需要经过多角色协同、一系 列环节。必须依靠规范的研发协作流程，确保各角色清楚自己职责以及如何跟上下游衔接，同 时我们也希望协作流程能够确保设计资源可以向重点业务模块倾斜，以及发挥各个角色可以发 挥的作用去共同提升产品体验。
UED团队建立之初，我们面临的首要问题是：需求随机，完全取决于各产品线和产品经理 个人，为了解决这个问题，我们制定了UI融入研发体系的流程以解决合理、有效利用UI资 源的问题。
企业级产品特点、多业务线、大量面向管理员用户的具有相似页面结构和交互模式的业务 模块、产品经理跟交互团队人员配比等因素都决定了并非所有需求都需要流转到UI团队进 行设计，在判断哪些需求需要流转至UI团队设计时，我们给出了如下指导性方向：
1.用户量角度，大量终端用户使用的场景，例如订票、报销、采购页面 。
2.用户重要程度角度，核心、重要用户使用的场景 eg.公司领导、决策层。
3.通用性角度，通用组件或框架，需要UI通盘考虑各个业务线场景需求进行设计。 其他需求则主要由产品经理进行设计，UX以评审方式轻度参与。
协作流程迭代，UI验收成为必要一环： 随后我们又面临新的问题：设计还原度差，被公司老板生动的形容为：看设计稿是“精装修”， 开发落地后就成了“毛坯房”了。为尽可能确保设计还原质量，我们在研发流程中明确了所有涉 及前端页面的功能需求都需要在研发协同工具中流转到UI负责人验收，在产品团队TAPD中记 录UI缺陷、标明严重程度，对于 “严重” 级别以上UI缺陷，禁止发版。
UI工期评估合理化：
为了既能尽力配合各产品线迭代计划又要争取合理UI设计时间、保证产出质量，合理评估设计周期对UI人力管理尤其重要。对此，我们对设计需求分成了ABC三级进行评估。 对于A和B级需求，通常模块较大，先有UI设计方案再去分期迭代开发，对于这两类需求，在评估 模型中给出了大致工期概念，比如以月为单位，大于1个月或2个月。
对于C级需求，通常为产品经理先排进某个迭代再来提UI设计需求，设计范围相对明确，我们则结合典型页面数量因子和设计难度因子给出了UI工期大概评估公式，以天为单位。
1.设计难度因子：根据业务线的复杂程度而定，范围为（0.8~1.5）。
2.典型页面数量因子：评估需求范围规模（N）。
UI设计团队在协作过程中面临诸多挑战：产品线多、产品逻辑复杂、研发链路长、各级人员对产品认知及重视程度不一、好的体验设计难落地、沟通成本高等问题，想要解决这些问题，若仅靠UI团队自身力量是不够的，需要动员公司各个环节和人员重视用户体验，共同促进产 品体验提升。
搭建体验文化灌溉机制：
UI部门通过多维度的体验知识内容矩阵、多渠道多场景全员覆盖，普及和加深各级对产品体验 价值的认识，提升产品体验思考力和洞察力，帮助企业以新的视角思考业务、产品研发和用户 体验的关系，赋能产品经理及研发人员高质量的输出，“以用户为中心”和“打造产品极致体验” 的价值观根植与企业文化中，指导研发流程中各项工作最终影响到产品的战略层、范围层、结 构层、框架层和表现层这5个产品体验维度，以实现企业产品的“极致产品体验”目标。 通过搭建体验文化灌溉机制，提升全员体验意识，能为产品研发带来长久的价值：
1.提高设计还原度
2.减少培训成本
3.提升跨部门沟通效率
4.提升UI团队影响力
5.提升客户满意度
体验文化落地实践：
针对不同类型的体验知识，我们采取不同的传播渠道进行透，以期达到最好的效果，避免形式化， 将体验文化渗透、学习落到实处，最终影响产品研发的各个环节。
以下为UI团队在企业体验文化 推广的主要渠道和方法：
极致体验公众号主要发布产品体验的基础原理，体验价值、项目复盘、常见体验问题等深度长文。让公司各级人 员认识用户体验及价值，让用户体验理念深入人心。
体验知识小卡片整理产品体验小的知识点，阅读学习成本低。利用员工碎片时间，对细小体验知识点的学习，积 跬步，至千里。
直播宣讲针对重点且复杂的产品体验内容，如交互规范宣讲、重点问题复盘、产品经理及开发人员应知应 会的知识点，采用宣讲直播的方式，更好的对内容进行详细解说和疑难问题沟通。
体验调研分享UI部门成员对核心竞品进行体验调研，整理分析后对产品经理及相关人员进行分享，赋能产品经 理，为产品的体验设计提供新的思路。
UI团队专业水平一定程度上决定了公司产品体验的上限，持续提升UI自身专业输出能力可以从源头提升公司产品体验。
设计自查：
企业级产品的大量体验问题都是设计基础问题。因此需要设计师不论在内审前，还是内审过程中都要牢记设计原则，查漏补缺，守住底线。我们在部门内部制定了一套适合企业产品的UI自查表来检查设计方案，通过这些自查点来避免产品中出现基础体验问题，从UI设计师自己这里 把好第一道关。
在日常工作中，UI自查表始终占据工区的醒目位置。在评审过程中，大家也会通过线上文档的形 式来对设计原则的条目进行逐一检查。
做好UI内部评审：
设计团队内评审（Design critique）是几乎所有国内外设计团队的普遍、经典做法，可以有效提 高设计产出水平、保证团队对外输出质量。方法是普适的，但具体执行时如何做才能有更好的效果却各有各异。 在如何做好内部评审上，我们进行了如下尝试。 从“全员参与” 到 “组成内部评审委员会” 团队内评审时邀请全员参加，但发现只有少数同事发言，另外一些同事因资历浅、不了解评审产品或者积极性不高给不出建议。同时随着团队成员数量从几个增加到十几个，评审会议的时间成 本大大增加。
选取团队内相对资深和积极提出问题、建议的同事组成内部评审委员会，以月为周期轮流进行， 可以有效分散评审委员在团队内部评审上的工作负荷，并明确一次UI内部评审除了内部评审委员 会还有哪些关联同事需要参加。 关于邀请评审内容关联同事，比如“消息中心” UI评审跟另外一位同事负责的“讨论消息”有关联，则需要邀请这位同事一起评审，以便发现关联问题，整体考虑设计方案。
以上参与评审机制明确在团队内部协作工具上，做到人人清楚。另外，对于评审建议，要做到有 记录、有回应、有跟踪，确保有效发挥了内部评审的价值。
UI设计师的能力模型：不言而喻，UI设计师自身能力的培养是UI品控的重要一环。因此对于设计师能力培养通道上，我 们引入了以下模型。
我们将UI设计师能力归纳成了3x3能力矩阵。这可以设计师在工作中也可以有目的提升自身薄弱环节，同时也让企业对UI设计师的要求更加清晰，除此之外，我们要求UI设计师也需要多了解业务和前端知识，往前多走一步，跟上下游角色更好的衔接，一方面，UI设计师需要理解业务，要能够有半个产品经理的业务知识储备， 如果能站在更高的行业视角对自己所服务的业务领域（向 业务产品经理再迈进一点）有一定的理解是更好的了，另外一方面，UI设计师跟自己的下游-前端 开发工程师也需要很好的衔接上，知道相关前端技术概念、基本页面布局和交互实现逻辑、方法，能够无缝地将界面和交互设计翻译成前端可理解的语言。
产品体验提升关键取决于两个重要因素：一是设计团队的专业能力水平；二是结合企业实际情况，将“不断提升产品体验”融入到每个相关角色的具体工作中。在企业中，小规模UED团队支撑复杂、多产品线产品体验快速规模化提升任重道远，我们会持续在未来的实践中积极探索切 实有效的方法。
文案的重要性：
说到文案在交互设计中，我们需要通过对话的方式和用户产生共鸣，精准、清晰的语言会更容易让用户理解，合适的语气更容易让用户建立信任感，因此在界面设计时，文案运用也应当被重视，在使用和书写文案时有以下几点需要注意：
1. 从用户或角色的角度出发，角色换位思考一下，所谓的「同理心」理论；
2. 表述一致；
3. 重要的内容放在显著的位置；
4. 专业、精准、完整；
5. 精简、友好、正能量；
在界面中，文案是我们与用户或角色沟通的基础，语言文字的表述也需要精心推敲，仔细设计；清晰、准确、简洁的文案设计能够让界面拥有更好的可用性，同时让用户体验更加友好；
接下来就是要明确表述立足点，这个很重要，在表述内容时，关注点应该是用户和他们能用你的产品做什么，而不是你和你的产品在为他们做什么，所以内容表述立足点很重要；（当用户向后台反馈问题、提出建议或申诉时，使用「我们」是合理的语境，例如「我们将会审核你的申诉」）；
举个例子：
精简语句：
省略无用词汇，不重复用户已知事实；在绝大多数交互场景下，都无需界面描述出全部细节，尽量提供简短、易于快速获取的内容；
例如：
使用用户熟悉的语言：
使用简单、直接、易于理解的词汇，让内容和指示更容易被用户接受和理解，间接、暧昧模糊的说法，生僻和过于“文雅”的用词，会增加用户的认知成本，所以应当尽量避免使用这类用户无法识别的词汇；
例如：
表述一致：
描述同一个事物的词汇要保持统一；上下文的语法、语种、语序要保持统一；操作的名称和目标页面标题的名称保持统一；
例如：
重要的信息放在显著位置：
让用户第一眼看到最重要的内容，不用到段落中寻找；（如果考虑安全性问题时，隐私信息也可调整为「点击后可见」的方式）
例如：
完整、直接得阐述信息：
当我们希望用户进一步操作时，要专注于用户能得到什么，以及用户的感受；在操作前引导告知用户操作的目的或重要性，能促进用户更愿意去执行；
例如：
报错是 UI 中常见的功能，它同样是用户体验中不可小视的组成部分，当用户填写的内容出错的时候，你的报错信息应当符合用户的认知，用易于理解的方式表述出来；
用词精准完整：
通用基本用语，要规范，不能出现错别字，词语表达完整；专业用语要精准，并且是所属行业认可的通用语言；时间的表述必须要明确；
例如：
这边列出一个语言模度的表单给小伙伴们参考：
语气运用规范：
语言定义的是内容，而情绪和气氛更多的是通过语气来表达，并且同样的内容面对不同的用户我们可以使用不同的语气来表达；例如，我们对应专业的运维人员和小白用户应该有不同的表达方式；
拉近彼此的距离：
直接使用「你」、「我」来和用户对话，与用户建立亲密感，避免使用「您」，让用户感觉太过疏远；
例如：
不要在同一个句式中混用「你」和「我」，交互中指代混乱会让用户产生疑惑，增加用户认知负担；
例如：
友好、尊重用户：
多给用户支持与鼓励，不要命令和强迫用户；如果你想留住你的用户，当出错的时候就不要责怪用户，专注解决问题而不是指责；
例如：
表述不能过于极端：
不要使用过于绝对的表述，这样会让用户感觉不适；
例如：
大小写和标点符号：
英文名词大小写规范：产品名称全称，首字母大写；产品名称缩写要全部大写，例如：SEO、SAP等；整个单词都大写不利于阅读和识别，应尽量避免这种用法；
例如：
正确使用专有名词的大小写规范
例如：
全英文的标题，标签，菜单项等等都要遵循英文句式中首字母大写的规范
例如：
统计数据使用阿拉伯数字：
这是常见问题，用户对于数字的感知速度更快，使用数字而非文字表述会更加有效；
例如：
省略不必要的标点：
为了帮助用户更加高效的扫视文本内容，可以省略不必要的断句点；
以下元素单独出现时可以省略标点：
A. 标签
B. 标题
C. 输入框下的提示
D. 悬停文本中的提示
E. 表格中的句子
以下元素单独出现时需要加上标点：
A. 多句或多段的文案和列表内容
B. 任何文字链前的句子
感叹号使用规则：
感叹号会让文案显得过于激动，容易让气氛变的紧张，功能类少用；但是向用户表达问候或祝贺时，使用「！」是合理的的语境，例如：「欢迎回到社区！」
例如：
基本标点规范：
正确使用标点符号会让句子看起来更加清晰和具有可读性；具体使用可以看一下 1995 年中国标准出版社出版的《标点符号用法》，以下展示设计中需要注意的部分；
在如今用户为王的时代，用户体验成为一种新的品牌竞争力。随着技术进步和体验意识的普及，习惯了C端产品流畅愉悦的体验，用户对B端产品体验的期望也越来越高。
B端C化的概念也由此产生，但B、C端有着本质区别，C端的设计思维无法完全复用到B端，那是否可以基于B端产品特征，融合C端体验设计思维，即“B+C”来帮助提升B端产品体验呢？本文聚焦在探索如何通过“B+C”的设计思维，提升B端产品体验。
我们先简单了解下B、C端产品各自的定义。B、C端其实是以使用对象的类型，来代指的产品类型，C指个人消费者 (Customer) ，B指组织 (Business) ，这个组织可以是个人、公司、政府或机构，因此B端模式也是多样的，除了B2B，还有B2C、B2G等。
C端产品帮助个人解决生活场景中的需求痛点，提供人们消费的物质、信息和情感。常见产品类型有工具类、内容类、社交类、游戏类等，如滴滴、知乎、微信、王者荣耀等。
B端产品帮助组织实现其商业目的，提供商业的工具、方法和服务。常见的产品类型有：CRM 客户关系管理、ERP 企业资源计划、OA办公等，如企业微信、金蝶、钉钉等。
下面我将从产品设计的角度，分析B、C端的差异化。
1、设计原则的差异
C端产品主要通过流量转化获得收益，因此人的注意力和使用频率是关键，所以设计原则为“UCD”（User Center Design）以用户为中心的设计。
B端产品主要是为了能高效解决行业业务问题而存在的，所以其设计原则是以效率为中心。
2、功能流程的差异
C端产品主打一个满足用户核心痛点的功能，通过这个核心功能明确产品的特性和定位，附加N个增值功能，提高用户粘性，加之创新和趣味性，保持与竞品之间的差异化。
B端产品功能重全面，为的是能满足组织的各种业务需求，组织的业务逻辑通常就是产品逻辑，功能流程也由业务场景转化而来。
3、交互逻辑的差异
C端产品是单线程操作，完成一项任务后才能进行另一项。碎片化的使用场景和广泛的用户群体，使得C端产品必须信息简洁、容易上手、操作路径短，否则将会导致用户流失影响收益。
B端产品是多线程操作，支持多个任务并行。交互以优化业务流程，提升用户操作效率为主，关注信息架构，清晰的信息架构能帮助用户在呈网状的功能和交织的流程中，定位到自己所在功能页面，找到所需的有效信息。
4、视觉表现的差异
C端产品视觉设计风格多样，如赛博朋克、孟菲斯、3D、酸性设计等，注重情感化表达和氛围的渲染，加上短视频和直播，让用户沉浸其中。
B端产品视觉服务于功能和信息的传递，视觉元素较为简洁，常用色彩对比的形式，建立内容边界和视觉层次。
无论是在设计原则、功能流程、交互和视觉方面，B端产品与C端产品都有比较明显的差异。基于以上差异，结合B端产品特征和C端体验设计思维，我们可以从以下三个方面提升B端体验：
视觉—降低认知负荷
B端产品讲究屏效，看得多通常比看的美重要，信息密度高，则屏效高，却也相应的会增加用户的认知负荷，因此我们需要为用户认知减负。
交互—以用户效率为中心
从用户的行为和感知出发，本着以用户为中心的原则提升操作效率。
情感—关注情绪感受
关注体验过程的“峰”与“终”，提升用户整体的体验感受。
下面我将结合实际工作案例，讲述如何用“B+C”的设计思维，提升B端产品体验。
Speedshop Omnichannel（下面简称为Omnichannel）是款针对国内及东南亚中小商家，统一管理多渠道商品、订单、交易、会员的ERP系统。
目前共支持Lazada、Shopee、Tokopedia、抖音等7个渠道，最多可管理100个线上店，集订单管理、产品管理、会员管理、聊天、导入导出等功能为一体，服务超40,000商家。
视觉 — 降低认知负荷
对信息的识别和处理是认知负荷的主要来源，在视觉层，我们主要解决的是信息识别带来的负荷，信息识别就是用户看到内容并选择的过程，B端产品有信息量大，选择多的特点，降低认知负荷也将围绕这两点进行。
1、优化信息展示
/ 符合用户诉求
B端产品根据用户规模的大小，可以分为大B (一定规模的中大型企业) 和小B (小微企业、个人创业)，两者对信息的关注点和诉求不同。
表格是B端产品最常用的信息展现形式，且能将信息有序、高效、直观的传达给用户，避免信息堆砌带来的认知负荷。
比如同样是订单页，大B用户的订单数据量庞大，且订单通常是自动流转的，无需手工操作，所以针对大B用户，表格信息展示有两个侧重点，一是增加信息密度，二是帮助用户能够快速精准过滤信息。
小B用户的订单数据量相对较小，且以手工处理为主，所以在展示订单时，可以将关键信息整合，通过将信息进行分层、分组的展示形式，降低单页面信息的复杂度，还可以通过各模块之间字体大小、颜色、图标、间距等手段将信息层次区分开。
/ 丰富信息展示维度
还可以通过图形化、可视化和视频的形式，丰富信息的内容维度，化抽象为具象，让信息能更高效的传达。
在Omnichannel中，用户需要完成新手配置后才能使用产品，进入首页看到的是任务型的引导，通过图形辅助任务说明，丰富画面的同时还能增加产品的亲和力。
B端产品由于业务的复杂性和技术的局限性，通常操作没有那么灵活，需要遵守一定的使用规则，传统的做法会通过文字说明的方式传达给用户，面对一长段的规则说明，读几遍还不一定能理解。
比如在导入产品时，规则内容多且逻辑复杂，可以将内容可视化，使其易于传达和理解。
视频比文字的画面感更丰富，传播的内容也更加具体，在帮助中心，图文的基础上增加视频，帮助用户更高效的获取帮助信息。
2、提供个性化配置
B端产品通常包含多种用户角色，每个角色的需求关注点不同，为了满足各角色的需求，单页面信息往往会出现超负荷的情况。
我们可以借鉴C端的个性化，对于非业务性的功能，允许用户根据自己的需求和工作习惯进行自定义。
比如下图，在列表页，我们为用户提供了自定义筛选条件和表格字段的设置。
3、提供有效决策信息
由于业务复杂，保障功能的全面，带来的结果通常是操作和选项较多，如果没有任何指引，B端产品的用户通常无法做出合适的选择。
比如下图的添加商品，根据不同的使用场景，产品为用户提供了三种添加商品的方式：
只有三个选择，看似没有任何操作难度，但用户面对未知功能时，通常会根据自己过往的工作经验，选择熟悉的功能，这样一来，可能会误增了工作量，因此在设计上，要提供辅助介绍说明，帮助用户决策。
我们在此基础上，为第一次使用该功能的用户又做了优化，除了消息提示框，还通过标签强化视觉重点，推荐最适合新用户的选择，添加商品的文案也改的更通俗易懂。
交互 — 以用户效率为中心
1、 提升用户行为效率
无论B端还是C端产品，都有一个共同的体验目标：提升操作效率，高效率意味着用户通过更少的操作，更少的时间完成任务，实现降低成本的目标。在C端产品中，常见的提升效率的方式有：1、根据用户行为的流程分析，推荐相应功能；2、聚合用户行为，缩短操作路径；3、转移用户操作成本，让产品承担更多的用户引导、行为判断和行为记忆，我们可以从以上几点切入优化B端操作效率。
/ 引导用户操作
在C端产品中，经常会有根据用户的操作行为，产品给出相应的推荐操作，如截屏后，在用微信发信息时，系统会提示是否要发送截图，这种在操作过程中增加相关功能的曝光或引导，提高用户操作效率的同时也不影响流程的顺畅进行。
下图是商品管理页，用户首次进入时，可以根据用户触发的操作推荐相关的帮助引导。
手动创建商品时，需要完善很多商品信息，可以为经常出错的内容预设提示，先发的避免用户出现错误。
在收起/展开菜单栏时，提示快捷键功能。
/ 优化任务路径
B端产品中通常会有一个任务关联一些子任务，如果用户在子任务中遇到困难，往往会造成整个任务效率的降低甚至任务中断。
比如在手动创建商品的流程中，需要将商品信息推送到渠道线上店才算创建成功，所以在创建商品前，需要完成渠道线上店的创建。针对这种关键子任务，我们可以尝试并行任务，在选择线上店时，增加创建线上店的入口，将任务连贯起来。还可以通过操作的合并，比如保存和添加同步进行，提升整体的任务效率。
2、弱化低效感知
好的产品体验，不止强调功能，还会在意体验中的感受，设计也可以左右用户感知产品效率的快与慢。
/ 等待时间可感知
用户对等待的耐受度是有限的，等待时间在2s内是相对愉悦的，在时间不可控或时间较长的情况下，我们应尽可能缩短用户的感知时间。
比如在下图中，用户完成新手配置后，产品有个加载的过程，通过加载动画和加载步骤的分解，告知用户系统在运行中，缩短感知时间的同时消除用户的负面情绪。
/ 容错性设计
在产品使用过程中，经常会出现因用户“犯错”而导致的任务中断或失败，这里的“犯错”，通常是因为用户操作偏离产品的使用要求，但这并不是用户的错，人不是精密的仪器，好的体验应该包含这部分“错误”。
比如录入数据时，应给予实时的提醒，让用户可以及时更正，而不是等到提交时才抛出错误提示，还有比如在数字输入框中误输入其他字符时，自动帮用户清除等。
在涉及对用户影响较大、重要且不可挽回的操作时，给出提示。
情感 — 关注情绪感受
在整段体验感受中，情绪最强烈和结束时的感受影响着用户对整个体验好与坏的判断，这个现象就是峰终定律，因此我们可以通过关注这些关键时刻，来确保用户对整段体验是感到愉悦的。
1、减少负峰
消极的情绪，不仅影响用户对产品的体验感受，最终还会落到降低效率上，因此在设计时，我们要考虑减少用户的消极情绪。
/ 提供明确反馈
用户使用产品的过程就像是与产品进行“对话”，良好明确的反馈能帮助用户理解和使用产品，在工作完成时，应告知用户已完成，出错时，告知用户哪个环节错了，如何改进或提供帮助，不要让用户去猜，而是主动为用户提供解决方案，提供确定感。
比如在创建商品的流程中，商品创建完成后要推送到渠道线上店，中间有一段较长时间的等待，在设计时，根据推送中、推送完成、推送失败，分别提供了3种对应场景的提示，让用户知道当前任务进展，以及展示相关对应的操作，即使任务失败，用户也知该如何处理，增加用户的控制感。
/ 任务中断可回溯
在B端产品中，经常会出现决策信息多，处理链路长，需反复多次进入任务流程的情况，当任务被迫中断时，用户情绪会受到影响，且用户对未完成或中断的任务往往比已完成的记忆更深刻，针对这类情况，我们需提供可回溯的设计，帮助用户顺利完成任务。
比如在将商品推送到渠道线上店时，同步过程中，用户可以离开当前页面进行其他操作，系统会将推送结果展示在列表页，用户可以通过列表页，重新推送或者编辑修改后再推送，直至完成任务。
2、结束于正峰
在完成任务后，可以触发氛围动效反馈成就，给用户积极的结尾。
以上就是我基于B端产品特征，和C端产品的体验思维，用“B+C”的设计思维尝试探索优化B端产品体验的一些方案尝试。“B+C”的设计思维，其本质是想找到业务与体验的平衡，作为B端设计师，好的用户体验一定是与业务紧密结合的，与业务匹配的体验优化才有其意义和价值。
相信每一个设计师，在工作中或多或少都做过一些竞品分析的工作，正所谓知彼知己百战不殆，做竞品分析可以帮助我们快速了解竞对产品的优劣和核心竞争力。目前网上的很多竞品分析主要都做的大而空，好多都是偏行业分析，对于设计师而言，看完之后无法得到有用的信息，对于产品本身的设计体验而言，帮助意义不大。
在开展竞品分析之前应该想清楚两件事，弄清楚自家产品的基本情况，如产品定位，基本功能，目标用户等，另外要确定分析的目的是什么，最终要拿到什么成果赋能产品。如果想要提高用户活跃度，那就围绕竞争对手拉新促活方案进行研究；如果是要优化产品的用户体验，那就围绕影响用户体验的交互流程及功能操作去研究。
产品发展的阶段不一样竞品分析的目的也会不一样，可结合互联网产品发展周期辅助确定分析目标。一般产品引入阶段，功能架构还没有完全确定，需要了解市场行业现状、目标客户特点、商业模式、盈利模式等，从而更好为为后期发展指明方向；而产品成长阶段，需要占领用户心智及市场份额，所以要分析了解竞争对手的产品功能、推广路径、营销策略、体验设计等，优化核心功能及经营策略，实现用户增长及促活。 产品成熟期要考虑怎样维护市场份额，怎样跟竞品拉开距离，怎样创收增效，需要及时了解竞对产品的动向及用户经营数据。结合产品发展的阶段性目标及业务产品部门的相关规划才能更好地确定出比较有价值的分析目标。
选择竞品先要明确产品所在行业和细分领域、产品属性、用户群体，找竞品时需要找这些元素相同或者相似的产品。基本原则是选择行业第一梯队中，1.产品的定位及目标人群比较明确且有重合性，2.是否稳定且迭代成熟，3.是否具有独特亮点有参考价值。
直接竞品：功能和用户群体基本一致，有直接的竞争关系，可以考虑借鉴相似的功能设计。
间接竞品：产品用户相同属性相似，但是功能需求匹配度不是特别高，在细分的领域中做的比较优秀，在运营策略、操作流程、视觉设计等方面有借鉴参考的价值。
标杆竞品：目前互联网同类的产品同质化情况相对比较严重，如果只对直接竞品、间接竞品进行分析，忽略当下比较热门、比较具有先进性的产品，有可能会缺乏创新性，所以需要在用户重合度或者产品属性、营销策略等方面做得优秀的产品中选择1-2个作为标杆产品进行分析。将其优秀的部分深入转化应用到自家的产品中。
通过七麦数据、IT桔子、易观分析、比达网等第三方平台，找到类别排行榜，艾瑞网等可以查询相应的行业报告，有利于分析产品目标及功能范围。另外，如果是移动端APP，可以通过应用商店进行搜索。
七麦数据：https://www.qimai.cn/
IT桔子：https://www.itjuzi.com/
易观分析：https://www.analysys.cn/
比达网：http://www.bigdata-research.cn/
艾瑞网：https://report.iresearch.cn/
竞品分析的目的不一样侧重点不一样，但用户体验五要素给我们提供了一种通用的分析思路，从五个层次去逐步分析。但实际分析过程中还是会根据分析者的身份，产出不同，侧重点不一样。
了解竞品的产品定位，产品目标，目标，多平台等方面。做这些分析的主要目的是确定自家产品定位，产产品定位包括产品定义及用户需求：产品定义包括使用群体/主要功能和产品特色，使用群体帮你明确产品的主要为谁服务，所有的功能/内容/设计风格的设定都是围绕这类群体来进行的，主要功能划定了功能的范围和限制，产品特色使产品有别于同类的竞争对手。用户需求包括目标用户/使用场景和用户目标，一个用户需求可以看作是“目标用户”在“使用场景”下的“用户目标”，在做某一个功能的竞品分析时，需要对比分析真实场景下产品怎么解决用户的问题。相对而言产品经理会作战略层的深度分析，作为设计师需要明确这方面的内容，但在竞品分析阶段不用深究，需要重点分析的还是结构层，框架层和表现层。
我们需要思考的是产品需要什么功能实现产品需求，需要分析相同业务和场景下竞品的功能，例如同为电商产品，竞品在购物场景下的基础功能及衍生功能，相同的功能竞品的特点及优势。在竞品功能进行梳理时，可以通过表格对比功能有无，这样可以清晰地看到不同竞品之间的差异。功能对比并不是简单的功能罗列，要进一步思考功能设定背后的原因，可以从用户对功能的依赖程度/使用频率以及公司为实现这一功能要付出的成本，结合自身产品定位老考量自己的产品是否也需要这个功能，从而明确分析主要功能及次要功能进行分析
产品的整体架构包括功能结构/信息架构分析，首先需要理解什么是信息架构，很多人将思维导图理解为信息架构，其实思维导图只是信息架构的一种表现形式 。而功能结构是指功能的阐述，一般是动词+名词。功能结构则更侧重整体逻辑，各个功能之间独立或者关联关系，明确主要功能次要功能。功能结构就是按照功能的逻辑性及用户的操作习惯组织起来，更适合用流程图来梳理，通过优化功能与用户的每个触点优化体验。信息架构中信息指的是内容的载体，常见的文字、图像等都是信息；架构的含义则形容对应的组织和结构。信息架构就是将信息通过一定的形式组织起来，然后呈现出来。从本质上讲是信息的表达和传递，从而降低认知成本，提升使用效率。良好的信息架构是高效用户体验的基础，分析竞品的信息架构是分析竞品分类组织逻辑。随着互联网产品的同质化，其实竞品的很多功能都相似，但信息的组织往往会有所不同。相对而言资讯类，信息类产品需要着重对比信息架构。
任务流程分析，界面设计、导航设计、信息设计，页面的布局内容信息，页面之间的跳转方式，页面内部的交互逻辑等方面，工具类的产品如出行/外卖/购物等用户有明确目的的，这类产品需要着重对比竞品间任务流程的差异，从而寻找哪些步骤可以优化，哪些步骤可以借鉴。
在这个过程中输出使用体验即用户在使用过程中的整体感受，包含用户操作过程中的效率，对信息的呈现和布局的理解。是否存在干扰信息导致用户认知和操作出错，使用起来是否存在压力的情况，简单来说包括：操作效率/信息布局/使用成本/信息干扰/等
而交互体验更加具象，需要在使用反馈/防错/可见性/一致性/流畅度等细节方面需找设计的差异点和亮点。
最容易被用户直观感受的层面，可以从视觉风格，配色，图形，排版布局，情感化设计，动效等方面和竞品进行详细的分析对比，竞品分析并不是罗列细节，而是需要分析出操作体验的优劣，以及这样设计的原因。
产品概况、功能、流程和交互等方面进行全方位的分析后，还有非常重要的一步，即给出结论，且这才是最重要的，结论将其复用到我们产品中，这也是竞品分析的意义所在。在做最终的分析报告时不要只做分析没有结论。任何一个功能点都可以思考出一个结论，竞品为什么这么做，那我可以模仿或超越吗？或是我觉得不好，那么我改怎么避免；不要只有结论没有权威的分析过程。在任何分析中带着主观性的结论是最不好的，有时候会误导大家，所以得出的结论的因果条件要是合理的，分清楚充分条件和必要条件，写明这个结论的必然原因以及分析过程和可能的原因等；要带着目的性的去做分析，避免作数据及内容的拼凑。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
最近看到了一个很有用的知识，它是项目管理中的一个概念，叫做Stacey矩阵模型。
这个模型我看完之后，对应到设计行业上，
发现它对于“设计师面对不同类型项目，应该如何做决策”，很有启发和帮助。
而我自己最近也刚好离开了熟悉的环境，要面对一些新的挑战，
这个模型也给我提供了一些可借鉴的思路。
所以决定整理下自己的心得，给大家分享一下。
这个模型将项目分为“技术”和“需求”两个维度，建立了一个坐标系：
横轴是“技术”层面，判断技术的确定性和不确定性，可以理解为技术是否成熟。
纵轴是“需求”层面，判断需求是明确的还是不明确的。
根据这两个维度，可以将项目划分为五种类型：
1. 简单型（Simple）：技术确定，需求也明确
2. 烧脑型（Complex）：技术确定，但需求不明确
3. 棘手型（Complicated）：需求明确，但技术不确定
4. 混乱型（Chaotic）：技术不确定，需求也不明确
5. 模糊型（Hazy）：并非完全不确定，介于混乱型与其它类型之间
而针对不同区域的项目，这个模型给出了相对应更适合的开发方式、解决方案。
“技术”的确定与否，与“需求”的确定与否，基本上就涵盖了所有的项目情况。
我们可以将目前的项目情况对应到这个模型里，判断它是处于哪个区域的，
再根据它所在区域，选择性使用这个区域所对应的解决方案。
相比没有任何方法原则，仅凭经验做事，
借助一个成熟的方法论模型框架，来辅助自己做决策，
条理会更清晰，做决策的效率也更高，
这就是建立思维模型的好处。
思考一下，你目前的项目是处于什么样的区域呢？
一、不同项目类型的应对思路
在具体介绍不同项目类型对应的解决方案之前，
我们要先从大方向上来看一下这个模型。
从模型整体来看，最理想的项目类型，必然是处于区域1的简单型项目：
技术确定，需求也确定。
所以在大方向上，
我们应先采取一种向下的“简化思路”：
也就是尽可能将项目引导向最简单、最可控、最稳定的“简单型”区域，
需求维度上，引导客户明确需求，达成共识。
技术维度上，尽可能选择更可控、更成熟的技术。
所以项目的前期阶段很重要，这个阶段决定了项目最后的导向。
前期多花点时间沟通讨论，可以为后续执行减轻很多负担，
目的是为了在这个过程中尽量减少不确定性，
让项目类型流向更简单的区域。
接下来介绍下不同项目类型对应的应对方案：
1. 简单型（Simple）：预测型，做好计划，按计划执行。
2. 烧脑型（Complex）：增量型：逐步构建，每次增量一部分。
3. 棘手型（Complicated）：迭代型：先搭建基础框架，再逐渐迭代改进细化。
4. 混乱型（Chaotic）：避免掉，很难成功
5. 模糊型（Hazy）：敏捷开发（更多是对于产品层面了，对设计领域的借鉴意义可能不大，所以这里不做引申。）
01 预测型：
适合需求明确，技术也成熟的项目。
这种通常是比较简单的项目，或者是已经做过多次的很成熟的项目。
对于这种可控性高的项目，可以提前制定好完善的计划，
之后执行就按之前的计划，按部就班完成即可。
02 迭代型：
适合需求明确，但技术不成熟的项目。
对于处于初期阶段的设计师，通常面对的都是这样的项目，缺少经验，技术还未成熟。
这时候应该先去做一个比较简略的粗稿，明确大方向，再去逐渐细化完善。
而错误的做法是：先去抠细节，在一个局部的小细节上磨半天。
结果就是，细节也不对，大方向更不对，
不仅效率低，做的还全是错的。
我自己以前就犯过这样的错误，非要把东西做的差不多了，调了很多细节，再拿给主管看。
结果整个方向都是错的，而且因为已经做了很多细节，改起来还很麻烦。
实际上我应该在做好大方向的粗稿后，就拿去给主管看，
确定了大方向，再去打磨细节。
因为当你经验成熟后就会发现，只要大方向出来了，之后能细化成什么样，基本可以预见了，剩下的只是时间问题而已。
03增量型：
较适合技术成熟，但需求不明确的项目。
这种类型的项目很普遍，比如客户需求不明确，不知道自己具体想要什么。
还有可能是项目体量比较大，要考虑好所有细节，需要很长的时间。
这时候就可以尝试用“增量开发”的模式，
也就是先做好确定的那部分，然后交付给客户，
客户提出了新的需求，再增量进去。
像堆积木一样，想到一点做一点，每次完成一部分，
而不是等全部想好再动手。
这样做的好处是：
1. 可以在执行上先做起来，避免因为需求还未确定，导致执行无法推进。
比如在项目前期，虽然脚本还有很多东西没有完善，但一些已经确定要做的东西，就可以先进执行，或者做技术上的测试等等。
2.交付客户的部分模块，通常是已经比较完善的，客户能尽早看到一个直观的结果，减少理解偏差。
比如有时候明明草图阶段已经确定了，
结果等成品出来，客户又不满意了。
因为每个人想象出来的东西是不一样的。
很多设计师还会遇到这样的问题：难以理解领导者的想法。
无论是自身经验的原因，还是沟通上的问题，
总之，对于需求的理解是模糊的，
不清楚领导想要的到底是什么样的。
这时候其实就可以采用“增量”的设计思路：
先完成自己能理解，能确定的部分，然后拿给领导看，
这时候他可能会提出一些新的反馈，告诉你接下来应该做些什么。
再根据反馈，继续往下做。
这样可以快速产出一个可见的结果，加快沟通频率。
而不太好的做法是：
自己在那死磕，自己在那猜，非要做完再交。
最后,这个过程消耗了很多时间，得到的结果却根本不是对方想要的。
小步快跑，多次更新，这种“增量”的设计思路，
对于需求不清晰的情况，执行效率很高。
二 如何运用到其它方面？
除了项目上，Stacey模型对于设计师遇到的一些其它问题，同样有借鉴价值。
接下来我们看看在职业成长和技能学习上，可以如何借鉴：
职业成长上如何借鉴：
根据Stacey矩阵模型图，我们不难推演：
对于处于初期阶段的设计师，由于能力不成熟，技术上是不确定的。
如果再加上客户需求也不确定，
项目类型就会变为“技术不确定，需求也不确定”的混乱和模糊类型，难度很高。
这就像是，刚出新手村，就要去打BOSS一样。
所以在职业生涯的初期，应尽量去一些大公司，或比较成熟的公司。
因为这样的公司，往往需求到你手里时，基本已经是确定的了，
只要专心去打磨你的技术就好。
如果去一些本身不够成熟的公司，需求也不确定，自身的技术也不确定，
无疑进入了困难模式，导致很难提升，一团乱麻，还会打击自己的信心。
技能学习上如何借鉴：
如果我们想要掌握一个新的技能，它是处于什么样的区域呢？
需求是确定的，而技术不成熟，
所以属于“棘手型”项目。
那就可以用“迭代”的方法。
比如你要学动效，那就可以先去找一个简单但完整的动画小案例，
先去把整个流程、一些最基础的知识点弄明白。
学完之后，就已经可以做一点简单的小动画了。
然后再逐渐加大难度，不断完善和迭代你的技能。
这种方法的好处显而易见，在很短的时间，就能把技能运用起来，
而不必等到学的差不多了，才能开始运用。
我最早学软件时，用的就是一种很低效的方法：对着一本工具书，一点一点学软件的每个功能。
结果整本书看完了，都还不知道要怎么用。
这也跟当时的教学资源环境不成熟有关。现在很多教程都是基于具体、完整的案例教学了，学习起来效率很高。
所以在选择教程时，应优先选择案例型的教学，而避免单纯功能模块的讲解。
小结一下：
面对需求的不确定，或技术的不确定性，无论是迭代开发的思路，还是增量开发的思路，方向上其实都是在逐渐减小不确定性。
面对技术的不确定、不成熟，那就先大致完成一个粗略的版本，再去逐渐细化、优化、迭代。
面对需求的不确定，那就先完成确定的部分，做一步看一步，随着想法、需求的逐渐完整，不断填充完善设计。
而对于技术也不确定，需求也不确定的混乱和模糊项目，但又无法避免的，可以尝试多种方法混合使用。
整体来说，这是一种向下简化，减小不确定性的思路。
拓展：逆向应用的“挑战模式”
而根据这个模型推演，逆向思考，
会发现其实还有一种向上复杂化的思路。
我把它称为“挑战模式”。
顾名思义，就是将处于区域1的简单项目，向复杂的方向演变。
一般是在技术的轴向上，将确定性变为不确定。
为什么要把它变复杂？找虐吗？
当然不是。
处于区域1的简单项目，因为它简单可控，容错率高，
所以恰好是用来尝试新技术的最佳实验对象。
在这样一个非常稳妥的环境里，你可以放手大胆去尝试新的技术，新的想法。
失败了也问题不大，大不了还是换回老方法呗。
比如我们有一些日常的EP项目，每个月都有一两条的产出，技术上和需求上都已经很成熟。
这类项目就是我们的快乐实验场，可以大胆尝试一些新的技术，新的想法。
而且，适当给自己加点挑战，也可以消除重复性工作带来的无聊感。
尝试下这种“挑战模式”，非常有利于设计师能力的成长。
在简单的项目里，将新的技术打磨成熟，
之后就可以在复杂的项目中去应用了。
可以不断拓宽自己在技术轴上的确定性范围。
避免陷入技术和需求双双不确定的混乱情况。
结语
最后，出于严谨考虑，要说一下，
我对这个模型的一些理解，不一定绝对准确。
毕竟它是另一个领域的知识。
但我们学习借鉴其它领域的知识，
本来就不是为了照搬过来。
而是为了从中吸取能够借鉴的部分，
最终目的，是要为自己所用。
最后留给大家一个思考题，可以按照步骤依次进行，
1. 你目前的项目是处于什么样的区域？
2. 如果处于较复杂的区域，能否引导向更简单的区域？
3. 根据Stacey模型，使用什么样的方式更合适？预测型、迭代开发、增量开发还是混合使用？
4. 具体可以如何做？
作者：崔小俊
转载请注明：站酷
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
可视化图表是提升信息传递效率的一种有效方法，特别是在B端平台中经常遇到对统计的数据分析总结的呈现。我们设计师在设计图表的过程中，如果没有系统的可视化知识，会出现设计的图表虽然美观但图表不能很好的反应数据的情况。那么，在复杂的数据关系中如何设计和选用图表，如何在好看的同时提升信息传达效率，看完这篇文章希望对你的设计过程有所帮助。
// 为什么要数据可视化
数据可视化就是用图表来表示数据信息，它所传达的信息包括你所拿到的数据源和你分析后的结果，再通过图形强化用户的理解和记忆。能让用户简洁明了的获取更多的信息，是我们可视化的最终目的。
举个例子，同样一组数据，用表格的形式呈现是很难有所洞察的；如果将各个地区维度的数据聚合以柱图形式呈现，很容易就能看出各个地区间数据的差异，并从中洞察规律
关于如何设计好数据可视化图表，这边总结了三个步骤：选择适合的图表，强化视觉层次，图表响应式适配。
一、选择适合的图表
数据可视化的图表种类繁多，当我们真的开始作图，往往会遇到一个困境：有这么多类型，要如何选择正确的图表呢？首要依据是考虑所要传达的信息意图，即所要制作的图表它的任务是什么，再通过分析数据关系来选择表达方式；第二层意图是图表传达内容，这时候我们就需要根据数据的特征去突出和强化。
1. 分析数据关系
根据数据分析的方式来看，每一种图表都对应了一种数据关系。从数据的维度出发弄清呈现结构，再结合数据关系作出选择。了解图表的可能知道，一般图表的数据关系有构成、比较、分布，以商业数据为例，常见的还有流转关系。
构成关系
构成关系的图表表达的是部分和整体的关系，用于分析总体和各部分的占比比例，构成关系一般局部元素加起来为总数。如果只是想对比个别组成部分的大小，也可以使用比较关系的图表。
常用图表：饼/环图、堆叠图、面积图等，如涉及到层级结构，还会用矩形树图或旭日图等特殊结构图表。
关键词：“占比、比例、百分比”
比较关系
比较关系是基础分析中常用的一种图表类型。在一定的取值范围内，通过对两个或两个以上的指标分析，可以直观的看到变化和差距。对比分析包括趋势对比和分类对比两种形式，趋势对比用于表示一段时间内数据的变化，分类对比用于比较数据规模。
常用图表：趋势对比常用图表有折线图、散点图等；分类对比常用条形图、柱状图、气泡图等。
关键词：“增减、升降、涨跌、波动”
分布关系
利用空间分区来展示数据之间的分布关系，常用于体现两个或以上数据的相关性。
常用图表：散点图、热力图、雷达图等
关键词：“随着……而变化、A/B之间的相关性、交/并集”等
关联与流转
流转关系是B端数据常用的一种关系，它可以动态的体现相关路径下对象之间的关系、状态、数据量的流转变化等，以面积或颜色深浅展示了多个状态或对象之间的流动量或流动强度。
常用图表：关系图、桑基图、漏斗图、进度图等
关键词：“流程步骤、留存、转化、关系”
2. 分析数据特征
按数据关系和分析目的选择好图表类型后，第二步是根据数据特征选择更加适合的展示方式。从数据分析的角度常见数据特征有：变量特征、维度特征、层级特征、流程特征。
变量特征
分辨一个指标通常有两类特征，按变量值是否连续可分为连续数据与离散数据两种。连续数据通常会统计一组数据的变化趋势，离散数据通常统计各分类下数量的变化。
维度特征
多维度分析需要将多个变量在同一平面上直观的表示，可以选择使用极坐标系去展示多个维度变量。如果希望对比多组数据，可使用不同颜色进行分类
层级特征
多层级数据由多个部分构成一个整体，又称树形结构数据。除了用结构树图表表现以外，还可以考虑以下两种图表类型：
例如：上图显示了市场销售额的来源结构。长方形的大小取决于各国家的平均销售额，通过色调来区分不同类型，颜色的深浅代表分类下的子集，面积体现销售占比。对比一般结构树图表，它的优势在于可以有效利用空间。
流程特征
流转关系是表达数据转化流程的重要类型，不仅包含统计意义上的数据总和，同时还表达了信息流转的路径；其中桑基图和漏斗图都可以表达路径中流量的变化，不同的是桑基图重点强调流量的强度和走向，漏斗图更加注重突出转化率和效果，根据不同的表达目的选用。
二、强化视觉层次
选择合适的图表后，在信息传达上也需要正确的表达，展示形式美观的同时能够清晰的体现数据特点。
1. 强化数据特性
使用图表正确的表达信息，需要设计师在强化数据特性的同时避免偏差
2. 色彩视觉传达
除了在设计构图上优化以外，颜色的选择也是图表重要的的信息表达元素。颜色会影响我们对数据的感知，错误的取色会让信息读取产生误解。我们可以通过不同的分析目的设置意图色板，精确传达信息同时后续的项目在选用时也可以达到用色的统一。
我们在之前的文章里有介绍过图表的取色模型，通过调整颜色HSL值的区间，可以得到以下三种意图色板：
那么我们要怎么样去使用这些色板呢？下面几个案例将带你了解其中的差异。
定性型：使用色调来进行分类
数据内在没有顺序差别时，建议使用色调值（H）进行区分；如定义国家、行业等类型。如果希望图表看起来更加专业，以下有几项分类色板的小建议：
定量型：使用深浅色板强调内在顺序
如果在同一个分类下包含子类别，或者数据本身具有排名属性，那么建议使用连续色板来突出他们内在的顺序，使图表更加易读。
三、图表中的响应式设计
B端图表可视化的数据一般是在网页或移动端上动态显示。不同于平面展示或汇报，在基础设计完成后还需要考虑到图表展示的环境，根据不同端去适配显示效果，以适应各种复杂情况。而动态显示带来的交互特性也让数据展示有了更多的可能性。
1. 布局框架适配
在网页端显示时，有时候同一个图表需要考虑不同容器下的适配方式。根据数据相关性变化元素的适应形态，将非必要的的元素转化或隐藏，保留重要的图形元素去适应当前空间；元素隐藏后使用悬浮交互来保证信息的展示，保持图表的可读性同时也避免产生元素的重叠。
如案例中的图表，在不同尺寸下通过改变和隐藏图表元素，以达到适配当前空间的效果。
2. 图表元素适配
要适配移动端，网页端横向延展的显示方式需要适应移动端纵向空间的显示。除了呈现角度的改变外，还需要考虑手机屏幕的尺寸和图表元素的适配性，去兼容相关的交互操作。
3. 极值适配
因B端平台的特性，我们无法预知客户传入的数据量，可能会遇到因数据量过多，造成图表显示不佳，数据读取困难等问题。这种情况下，提前考虑数据极限场景，通过交互的形式变化的方式让用户获取完整信息，提升理解同时信息展示更灵活。
还有悬浮放大、点击下钻、联动图表等交互行为可以组成更加丰富的图表。因篇幅原因，在这篇文章就不做深入讲解了，以后可独立介绍。
// 结语
数据可视化在B端设计场景中发挥着重要作用。设计师在表达数据之美的同时更加准确，才能更直观地向用户传达数据的价值。使业务人员能够从复杂的业务数据中快速、直接地找到重要数据，确保用户能够更好的接收信息，才是可视化的关键。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
随着Ｂ端体验设计的发展，表单类页面已经形成了一定的设计模式，例如登录页面，场景比较明确、业务流程和设计模式都比较成熟了。
业务型表单设计与业务强相关。既需要考虑交互带来的用户体验，又要从业务角度出发满足用户的行为需求，相对比较复杂。不过也形成了一些固定的设计方法。今天我们先来看看「精简」策略。
本文主要内容：
✦ 删除，实现表单轻量化
✦ 组织，让表单更加有层次
✦ 隐藏，让表单更加灵活
✦ 转移，扩展表单的异步空间
表单是系统与用户进行沟通的语言，它应当符合双方的认知逻辑。因此表单设计时，需要解决「产品」和「用户」２个方面的问题：
✦ 表单需要用户提供哪些信息，保证信息的正常流转和业务的完整
✦ 用户如何理解这些信息，如何更好地帮助用户完成表单填写
尤其是面对复杂表单，需要从这两方面寻找到突破口。
✦ 在业务层面，设计师需要探究用户的实际需求，反思表单项是否必要，从而减少不必要的选项，提高用户效率。
✦ 同时在设计层面，还需要基于用户认知习惯，通过合理的信息组织、交互形式帮助用户完成表单任务。
复杂表单通常包含多种业务场景，并且与其他业务存在关联和嵌套，导致表单内容信息量较大。我们需要通过「删除」、「组织」、「隐藏」、「转移」４个交互设计原则，让表单页面更加简单、有效。
前几年，我们在银行或者移动营业厅开通一些新业务时，都会填写表单，通常是密密麻麻一堆信息。但是实际需要填写的内容可能只有2～3项，业务人员会特意勾选出来给客户，其余的都是非必填项，或者是业务人员填写的。
线上表单设计时，没有专门的业务人员指导，用户更容易迷失。所以设计师或者产品经理的首要任务就是尽可能地减少表单信息量，降低用户的认知负荷。
最近在做一个表单的优化，业务方要求增加“入参”、“出参”两个表格项，说是用户会看。与用户沟通后，反馈也说“会看一下”。但是在深度挖掘用户场景后，发现用户确实会查看这个信息，只不过不是在当前环节查看，而是在结果项中查看。
所以我们最终去掉了这两个信息量较大的表格内容，从而让整个表单的信息量得到了明显的下降。因此面对复杂长表单，我们需要从需求入手，判断是否有必要让用户提供如此多的复杂信息。
当我们不得不面对复杂表单时，如果采用简单内容平铺，用户看到的是满屏的散点信息，造成信息识别困难，用户一时间难以找到填写思路，反而增加用户的心理负担。因此信息的层次性，对于复杂表单至关重要。
首先要从内容和视觉层面让复杂信息变得清晰、规整，更加符合用户的认知习惯。例如，可以利用分组标题、分割线、卡片，按照不同信息的类别、属性和相关性进行区块划分。
根据不同的布局和交互，主要有以下4种表单设计模式。
表单分组后，可以按照业务逻辑顺序铺开展示。用户只要按顺序填写就可以了。但是对于超长表单，这种布局方式下，用户无法全览页面信息。页面上下滚动、定位查找带来的交互成本比较高。
1）平铺表单
2）卡片表单
因此顺序表单更多地用在业务信息比较简单的场景中。
为了解决长表单的定位效率问题，可以在顺序表单的基础上增加锚点。另外锚点还可以帮助用户快速了解表单所包含的内容模块。
根据锚点的布局，可以分为横向锚点和纵向锚点两类。锚点需要吸顶方便用户操作。本质上来说，锚点表单是顺序表单的优化版本。
如果长表单内容没有依赖关系，还可以将表单拆分为几个相互独立的标签内容，这就是标签表单。
不过标签表单更强调内容的并列关系，常用于配置表单中，例如 MAC 或者 Windows 系统的配置弹窗。标签表单在全新表单中应用较少。
因为标签表单容易造成内容遗漏，并且无法告知用户哪些标签已经填写，哪些标签未填写，或者无法清晰地展示校验信息。来回切换标签查看信息，也会影响效率，因此主要用于用户有目的的配置行为中。
步骤表单是一种常见的表单拆分方式。通过节点将子表单串联起来，形成一个完整的业务闭环。例如阿里云的云服务器订单流程，或者一些开户流程等。
步骤表单有几个特点：
理论上来说，步骤表单有明显的操作顺序，用户需要按照节点完成内容填写，因此不会产生信息遗漏。当然也可以根据实际的业务场景，设置选填节点。但是总得来说，步骤表单更强调的是顺序操作。
对于复杂业务，步骤表单可以将分散在不同页面中的独立业务串联起来，在一定程度上具备新人教学功能，帮助用户了解业务逻辑。减少用户自定义操作时在不同页面的跳转，从而提供新人用户的操作效率。例如系统配置向导类的步骤表单。
由于步骤表单存在正向和逆向操作，因此设计时还需要考虑清楚逆向操作的设计逻辑。例如：
✦ 当用户想要修改前面步骤信息时，除了逐步返回，是否可以步骤条直接跨节点修改？
✦ 用户中途退出表单后，重启时是从第一步开始，还是直接从未填写的步骤开始呢？
✦ 用户如果完成了步骤条表单填写，想要二次修改时，是用普通表单，还是仍然使用步骤表单形式呢？
步骤表单可以分拆信息，化整为零。但是信息节点也不能过多，否则同样会影响用户的操作效率。所以要减少不必要的流程节点。
最近在做设计时，发现步骤表单最后一步是内容预览。通过用户调研发现，部分用户会谨慎地预览前面４步填写的内容。而另一部分用户则认为，刚填写了内容不需要预览，强制预览的设计并不友好。该如何平衡设计呢？
最终我们选择了将预览节点取消，将预览功能调整到第４步，采用「预览」按钮的形式。既满足了部分用户预览的需要，另一部分用户也可以不做预览，直接提交申请。
所以步骤表单过程中的节点具有一定的强制性，需要谨慎对待，保证节点的合理有效。
表单实际上是任务信息的集合，为了具有更高的适配性，内容通常是多种场景的集合。而场景有高频、低频区分，对于高频信息需要优先展示，便于提高用户的填写效率；对于低频场景，可以隐藏弱化展示，从而降低整个表单的复杂度。
例如我们常见的「高级配置」，通常在表单的底部默认收起展示。
复杂表单中信息会出现多级信息共存的场景。这种场景下，复杂表单默认展示当前选项对应的子内容，隐藏其他选项的内容，从而提高信息的指向性。
3、合理的组件形式
比较典型的就是单选和下拉选择器如何选择。有人为了强调效率，一味地追求单选按钮平铺展示，认为单选更加直观，用户不需要点击下拉滚动查看备选项。但是用户同样需要逐个浏览选择，反而增加了整个页面的信息量。
所以单选框更多用在备选项较少的场景，如果备选项较多，建议优先采用下拉选择器，隐藏备选项。
在表单设计时，可以将部分二级信息转移到弹窗、抽屉中，利用浮层空间拓展业务内容，根据用户操作逐级加载出来。从而减少表单的信息量。
例如下图中，没有将「所有配送区域及运费」直接展示出来供用户选择，而是放在了弹窗中，表单中只呈现最后的选择结果。既简化了表单的内容，又让选择结果更加突出，方便用户的查看和校验。
现在很多浏览器都增加了密码存储功能，减少用户记忆成本。而在电商购物网站可以设定默认的收货地址。系统自动读取调用，从而减少用户的输入操作。
现在越来越多的网站支持「手机短信验证码」免密注册登录方式，或者第三方登录方式，或者手机端扫码登录。将原有的表单填写转变为系统行为，从而降低用户的行为成本。
好了，以上就是我总结的表单设计的内容～
重复一遍：
✦ 删除，实现表单轻量化
✦ 组织，让表单更加有层次
✦ 隐藏，让表单更加灵活
✦ 转移，扩展表单的异步空间
蓝蓝设计建立了UI设计分享群，每天会分享国内外的一些优秀设计，如果有兴趣的话，可以进入一起成长学习，请加微信ban_lanlan，报下信息，蓝小助会请您入群。欢迎您加入噢~~
希望得到建议咨询、商务合作，也请与我们联系。
作者：腾讯ISUX团队 来源：子牧先生
分享此文一切功德，皆悉回向给文章原作者及众读者. 免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
你一定也发现了，在这个时代下只要处在同一赛道的产品，大多数免不了日趋同质化，不论是功能还是形式、内容还是算法。就拿内容型产品来举例：去掉颜色，以下四个产品的首页，你能分得清谁是谁吗？
虽然可以做品牌差异化，但很多产品在招牌打响前，也会经历相当漫长的一段成长期。而在大家都卷的分不清谁是谁的时候，通过趣味性来建立情感链接倒是一个独辟蹊径的狠招。
之前在团队有幸负责过一次产品趣味性的探索，虽未全部落地，但沉淀了不少经验。今天，我将这些经验以文章的方式分享给你，希望对你有所启发。
为什么产品需要趣味性
1.符合本能需求
马斯洛的“需求层次理论”（Hierarchy of Needs）你一定听过。这个理论提出人类的需求状态是持续不断的，一段时间内，个人的动机或许可以获得暂时性的满足。但从人的成长角度来看，人类的需求永远不会止步于一个阶段。类似的还有亚伦·瓦尔特基于此提出的需求层次理论——有用的、可靠的、可用的、愉悦的。在满足了温饱阶段后，自然会需要情感的满足。
尤其现在这个相对严峻、内卷成风的时代下，大家都渴望在上了一天班之后，自己用的产品可以给自己解压，而不只是个单纯的冷血工具。
2.影响用户行为
产品传达趣味性的信息，那么这些信息便更容易被用户接受、甚至激发兴趣。正如用户关系和精准化运营的先驱——史蒂文·贝莱格姆的那句话：“趣味是设计产品中最人类化,最直接,最能引起人们兴趣的因素。”
根据艾达模型这个经典理论，一旦用户对某件事产生兴趣后，则更容易促成他的决策、乃至最后行为的发生。毕竟我们绝大多数的决策并非源自理性。
另外，《疯传》这本书提及过一个重要的概念：情绪唤醒。当情绪唤醒度较高时，往往会更容易激发用户的分享行为（比如愉悦、惊喜这样的正面情绪，当然也会包括愤怒、恐惧这样的负面情绪）。而产品所呈现的趣味性，很大程度上更容易引发用户的高唤醒情绪，从而主动采取一些产品希望他实施的行为。
3.缓解负面情绪
使用一款产品的过程中，必然会出现不够正向的反馈，比如404、断网、填写格式错误、输入隐私信息等等。一旦超出了用户的容忍能力，很容易造成行为中断甚至流失。
但此时如果通过一种趣味性的方式呈现，很大程度上可以缓解用户的负面情绪。
比如readme的登录页面，当你输入密码时，猫头鹰捂住双眼，很好得缓解了用户的不安全感。再比如饿了么，恶劣天气下会实时记录当前的天气状态，通过同理心的触发也可以缓解用户等待时产生的焦虑。
4.实现情感链接
对应诺曼在《情感化设计》中的「反思层」，通过品牌差异、独有内涵等方式来唤起用户深层的记忆和情感，产生情感共鸣，从而形成认知，建立起深厚的情感链接，以让用户越来越忠实于产品。此时产品作用更多的是作为一个承担情感的载体。
我们旅游时经常会购买一些貌似没什么实用性的纪念品，明信片、木雕、徽章等等，可能最多只能放在房间当装饰。但是纪念品的关键意义，在于承载着旅游时的记忆。类似的还有单机游戏发售时，除了标准版外，往往会同步发售包含手办、美术设定集等物品的豪华版，同样用来承载玩家的情怀。
最典型的例子，就是Google的Doodle设计，在不同的节日、纪念日、或者缅怀一些先驱、艺术家时，会投入很高的成本起设计各种趣味性的插画logo，丰富有趣，而且很多时候可以支持互动游戏。比如18年的万圣节，就做了一个有趣的多人对战的小游戏。
Doodle不仅是Google文化、价值观的象征，也通过这种趣味性的创意让用户实现更深层次的情感交流，建立情感纽带并增加粘性，不会轻易得流失到其他替代品中。
趣味性是什么
关于这个概念，有三条相对客观专业的说法。
德国古典哲学创始人康德《实用人类学》中，指出趣味性是人类由于受到外部环境的影响而对客观事物产生的直接的感性反应，不具有普遍性和必然性。通俗来讲是人们对身边的事物感到新奇、有趣、有意思，从而心理产生愉悦的变化。
另外，康德在《判断力批判》也指出，趣味是指主体以积极主动的姿态，在超功利的层次上对某一对象表现出喜爱和愉悦的情绪状态。
《汉语词典》将趣味释义为：使人感到愉快，能引起兴趣的特性。
看似各不相同，但根据这三个概念提炼下，可以发现他们都是在融入一种正向的情绪加以解释。
那么，趣味性背后的情绪到底是什么？
趣味性背后的情绪
情绪这东西千变万化，为了避免主观臆断的不准确，我搜罗了关于情绪的研究资料，目前相对权威的有三个：plutchik情绪轮、日本感性工学、诺曼的三层理论。
后两者未对情绪进行指标的定义，所以这里只聚焦在情绪轮上。
情绪轮由罗伯特·普洛特契克开创，这个理论指出人类的基本情绪一共由8种，生气、厌恶、恐惧、悲伤、期待、愉悦、意外和信任。撇去那些负面情绪，能够符合趣味性带来的情绪基本就三种：愉悦、期待和意外。
为了为产品所用，就需要提炼出更具象的特征。下面，我通过脑暴的方式对每类情绪进行发散联想。
联想了大量可以引发愉悦情绪的事物，比如可爱的猫猫、各类好玩的表情包、毛绒玩具、影视作品里那些会突然说话的动物、解压神器等等。
我发现这些事物，一般具备了以下特征：
1.会给予我们即时反馈；
2.拟人化，比如带有人类才有的表情，或者是人类的动作语言；
3.柔软的、毛茸茸的、圆润的、有温度的；
4.会动的、解压的
联想了大量可以引发期待情绪的事物，比如被买爆的泡泡玛特盲盒，商家售卖的福袋，各种诸如掷骰子、老虎机的随机性游戏，各类抽奖活动，一些游戏开局roll属性点的环节（比如金2、河洛等游戏，当年玩的时候我惊讶得发现我居然能roll上一整天）
这些事物大致会带有这些特征：
1.未知的、神秘的；
2.满足人类的好奇心的；
3.对结果能满怀希望的；
4.随机的正向奖赏；
5.只需要一步简单到发指的操作（打开容器、拉动拉杆、点击按钮等等），不需要任何的行动门槛，也没有等待时间
比如《设计中的设计》这本书中提到的出入境的印章案例、一兰拉面碗底的细节、电影或者游戏中突然出现的彩蛋、iPhone第一代的发布现场、突然发现的世外桃源、突袭的生日惊喜等等。
这些事物大致会带有这些特征：
1.超出原有预期的；
2.未提前告知的；
3.正向结果的；
4.产生共鸣的
那么，这些特征又该如何更具象得落地成策略，产品中又是如何利用这些策略，引导用户产生这些情绪的呢？
下面，我将基于这三类维度，并结合大量的大厂案例来为一步步你抽丝剥茧。
如何制造愉悦感
基于上面的挖掘，我发现能引发愉悦感的一个明显特征，就是拟人化，这个非常有意思。
克利福德·纳斯在《the man who lied to his laptop》这本书中提出过一个观点：人们对待电脑的方式，与我们在与他人交流时使用的社会规范是一致的。我们对电脑的反应，就好像它们是人类一样。
也正因此，很多原本没有生命体征的物体，一旦被赋予了拟人形象，就容易被大家所接纳、引发愉悦。
做一下细分的话，拟人化基本涵盖了三个方面：语言、形象和表情。
1.1拟人化的语言
人对于具体的拟人形象更容易产生情感，其中便包含拟人化的口吻。使用这种口吻与用户交流，而非冷冰冰的设备语言，就可以提升产品温度，引导用户对产品产生正向情感，关于这块我总结了两方面。
一方面，文案尽量得接地气、轻松。
拿京东这款产品举例，文案从口吻上都会采用一种很轻松、接地气的拟人语气，来拉近和用户间的距离。比如在引导词后加入“哦~”“~”这种轻松的语气词。
另外，「京东问答」版块的引导词：传统产品是“添加问答”，是不是平平无奇。但京东使用了“我来助你一臂之力~”
QQ浏览器的评论暗提示，也不是传统的“写评论”“输入评论”，而是像日常聊天那样“我来说两句”，非常接地气、生活化。知乎直接套用了流行语，诙谐的同时引导用户注意言论。
另一方面，人类富有情绪变化，所以一旦用户触发了某个正面/负面行为，就可以给与情绪反馈。
在用户完成商品评价后，京东不仅仅是很传统得反馈“评价成功”，而是又加入了“感谢您！”的感谢词。看似加了三个字，但行动过后的正向感激反馈，和我们日常生活中受到正向反馈一样，被唤起正向的愉悦情绪。并愿意继续这个行为。
知乎的圈子业务，在用户完成签到后，反馈完成的基础上，使用了正向的情感反馈“ 我就知道你会再来看我”，仿佛是一位关系不错的老朋友，来唤起用户正向情绪。
另外，知乎在改版后，回答收到赞也不仅仅是“点赞成功”这类冷冰冰的机器语言，而是“已收到你的喜欢，谢谢！”并且配以作者头像，非常形象得传出对对方对我们的感谢反馈。这种正向反馈，相比”点赞成功“更有效得唤起正向情绪，形成正向激励。
当然，用户的消极行为也可以产生情绪反馈。
比如现在很多产品的取关反馈，不是传统的“确认”“取消”，而是用“残忍取关”和“给个机会”这种融入情感的文案来做挽留，就好像真的有个活生生的人，在被你否定后反馈给你的情绪，请求你再给个机会。有趣的同时一定程度上也可以唤醒用户的同情。（虽然这种做法过于业务导向，且有绑架用户的嫌疑）
人对于具体的拟人形象更容易产生情感。因此，树立一个拟人化的品牌形象（也就是我们常说的IP），可以使用户对产品快速建立情感联系，也可以强化品牌感知。比如优酷的猴子、高德地图的老鹰、钉钉的燕子、linefriends等等。
世界杯的吉祥物也是同理，每一届的吉祥物必定会融入拟人化的特征，凭着亲切、可爱的形象和全世界的观众一起热情互动。
说到产品，以京东的这只狗子为例，兜底页、缺省页、启动页，都做了狗这个拟人形象的贯穿。
如果你记得没错的话，形象改版之前这只狗还是四脚坐地上的，但改版后就两脚着地了。这同样是通过更拟人的形象来赋予「人格」，以此提升愉悦感，拉近距离。
再比如夸克，它甚至单独新增了底tab入口，通过3d品牌形象，实现与用户的智能交流。另外，卡片和语音搜索都做了形象贯穿，后者还使用了形象的眼睛，来通过眼睛的变化进行情感交流。
一段文字在加入了表情后，我们就能迅速了解到对方的情绪（比如我们日常的聊天）。因此表情这一招，也可以用以加深用户与产品的情感交流。
它可以和语音、形象灵活结合使用。通过全面的拟人化，来大幅提升用户对产品的形象感知，促进用户情感的产生、加深用户和产品的情感链接。
比如用语言输入，当系统未识别清楚时，传统的方案可能是一个错误图标加上「未识别声音，请再试一遍」的文案，但夸克中则使用了品牌形象的双眼来传达失落的表情，并结合了拟人化的语言。
同样做法的还有百度的未开麦提示、段子头图，快速传达产品的情绪，和用户情感交流。
另外，闲鱼设置昵称时，正在输入时、以及超出了限定字数，右侧的形象表情也会发生变化。
除了拟人化能引发愉悦外，还有一个很容易被忽略的要素同样能起到作用——动画反馈。
提起动画的作用，我们更多人首先想到的可能是强引导、注意力吸引，但动画同样能触发用户愉悦。比如当动画更加贴近现实，或者结合拟人化的特征时。
最典型的例子，就是苹果appstore从卡片到详情页的转场过渡，点按的预备动作、卡片的放大展开、缓出的曲线、转场完成的惯性等等，都很贴近现实物理世界的运动规律。而这种自然的丝滑也更能引发用户的愉悦。
比如知乎的加载动画，结合了拟人化的特征，让这个过程变得格外有趣。刘看山奋笔疾书的动作也很符合知乎这款产品的定位。
如何制造期待感
根据我们对期待感的脑暴，发现能触发这种情绪最典型的特征，就是随机性。
在产品中，则可以通过随机给予用户有价值的内容来引发用户的关注。结果的不确定使过程充满神秘，这种状态让用户兴奋和满怀期待，不会轻易离开。
比如网易新闻在进行新闻加载的操作时，会在加载动画上加入一个随机的小贴士。内容大致有三类：黄历、名言和一句话新闻。而且这些内容完全是随机出现，这种刷新过程好像在开盲盒，你无法预知会给你什么内容，非常有趣。而且它们入口深，不干扰；内容对用户也具有价值。
同样的还有丁香医生。在首页每次下来刷新后，都会出现不一样的健康类的小贴士。随机性很强，富有趣味。而且可以很好得满足求知欲。
雪球的个人页上，上划时也会随机给一条关于投资、市场的名言和网友的热门观点。
把现实生活中的游戏搬到了手机，同样能激发用户的好奇和期待。比如微信读书的翻牌子、摇一摇、老虎机。还有天猫的翻牌子。
如何制造惊喜感
格雷戈里·伯恩斯曾做个关于脑部区域的研究，发现大脑不仅探寻未知，而且实际上还渴望未知。相比那些已知的日常惯例，新鲜新颖的事物更容易引人注意。所以提供一些以往没有过的、出乎意料的事物或互动，不但能引起注意力，而且也会带来惊喜感。
产品中的惊喜感设计，可以说是使用瞬间能够触达我们内心的一种短暂性愉悦，一个体验的峰值。
根据对惊喜感的挖掘，一个典型的特征就是超出预期，并且未提前预料。
比如Figma使用过程中，团队成员和你同时长按鼠标，并且靠在一起后，就可与触发击掌的动画彩蛋，非常有意思。
比如京东在五星好评后，会放烟花庆祝。
比如很多内容型产品，在详情页长按点赞按钮后，会触发全屏的「爆赞」动画。
再比如用户生日当天，通过启动页、弹窗等场景送上生日祝福等等。
这些能够超出用户预期的细节，即便多么细枝末节、出现频率多低，但只要能够被触发，都可能因为惊喜感而生成情绪峰值，加深用户和产品的情感链接。
最后
以上，便是趣味性背后的情绪挖掘和案例讲解。
作为设计师，我们在工作中总是强调以用户为中心，通过不断的调研、跟访、可用性测试来了解、分类用户，但更多的结果可能只是让产品不断得贴合用户的心智、符合预期。但如何增加粘度、建立深层链接，就需要通过趣味性这种情感化表达方式，来为用户制造愉悦、期待甚至惊喜。
正像诺曼在「情感与设计」中说的那样，每个产品都需要令人更放松、更愉悦的设计，以此来增强产品的适用性。
希望这篇文章能对你有所启发。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
UX/UI设计师在日常工作中是否遇到以下疑问：
- 方案由业务、产品主导，设计师没有发挥空间怎么办？
- 如何从设计视角出发梳理体验优化建议？
- 如何向各方证明你的优化建议是有价值的？
要回答以上问题，首先得理解设计价值究竟为何。
设计≠艺术，设计从诞生之初就是为“解决问题”而存在。
在体验设计场景，如果业务方是“需求提出者”，那产品经理和设计师就是从不同视角切入的“问题解决者”，而用户既是“需求源头”，又是“方案验证者”和最终“价值创造者”。
下面详细解读【设计价值】与【业务/用户/产品】三方的关系：
商业设计本质上服务于业务，因此判断设计价值几何的关键是：是否真正地帮助业务解决问题，助力业务目标达成。换而言之，设计价值就是设计师通过设计思维/策略/方法，直接或间接帮助业务创造的那部分价值。
设计不能脱离业务自嗨，不能“为了强调存在而存在”。 有效设计在于对业务诉求的精准满足。我们构思设计方案时，脑海中始终要回答：
- 实现了哪些业务目标
- 解决了哪些业务问题
- 创造了哪些业务价值
业务价值最直接的来源是用户价值的变现，因此，想要实现业务价值≈要服务好用户，这为设计价值的实现提供了有效抓手：设计师可以通过洞察用户需求，完善产品功能、优化操作体验的方式助力业务目标达成。
P.S.用户价值=产品给目标用户带来的核心价值，即：帮助用户解决了什么问题，满足了什么需求，提供了什么服务。
对于资深设计师来说，产品PRD不一定是最优解，它更像是提供了解决问题的第二参考视角，产品侧在理解业务目标的基础之上，从实现角度产出了初步解决方案，为设计师打开思路。
不同阶段设计师在面对同一份PRD时，有如下处理方式：
- 初级：不知其然，表象复刻——直接按照PRD方案输出相应设计；
- 中级：知其然，表象完善——对PRD方案进行查漏补缺，提出体验层优化建议；
- 高级：知其所以然，透过表象看本质——综合业务/产品目标，挖掘用户原始需求，提出当下最优解。
当设计师拿到 BRD & PRD 后，如何综合多维视角制定设计目标和策略？下面列举了笔者在日常工作中重点关注的维度。
业务会从商业角度提供清晰定义产品边界和价值变现模型，从BRD中可以提取以下重点信息：
- 产品/需求的目标用户类型和特定场景范围；
- 给用户带来的核心价值（帮助用户解决了什么问题/满足了什么诉求）；
- 用户价值变现模型和策略（如何通过满足诉求进而实现用户价值变现）；
- 业务价值可量化指标
我们需要注意一下两点：
- 关注北极星指标，比如某些场景侧重“留存”，有些侧重“转化”，这会影响设计侧重；
- 在产品发展初期，了解业务线未来的布局和规划，可以帮助我们把握设阶段性计节奏。
用户是一切需求的源头，仅从业务视角出发定义需求是无本之木。因此当设计师碰到业务需求不明确，或者对产品方案存疑时，最好的办法就是回归用户视角。用户需求挖掘一方面可以丰富和完善业务目标，另一方面也帮助我们审视当前业务需求是否与用户诉求吻合。通过用户分析我们可以得到：
- 目标用户特征；
- 典型场景下核心诉求、任务和关键行为；
- 关键行为可量化指标
P.S.为了挖掘多维度用户诉求，我们可以根据具体场景将用户细分，如：
- 角色：如B端/C端；
- 熟悉程度：小白/普通/专家；
- 客户价值：高价值/一般价值；
- 兴趣/偏好：价格敏感/XX控；
- 目标强弱：强目标/半目标/无目标；
- 阶段：获取-激活-留存-收益-推荐；
- 流程：开始前/进行中/结束后...
在业务主导的场景下，产品经理往往是需求的“第一经手人”，我们需要在PRD中捕捉到产品对业务需求的理解和转化策略。另外，产品视角也阐释了在落地实现层面的约束限制，特别是前台与中/后台的依赖关系。从 PRD 中可以获取以下重点信息：
- 产品目标和策略；
- 功能范围和核心流程；
- 中后台能力支持；
- 实现成本和风险点；
我们需要注意一下两点：
多数情况下，我们接到的需求是点状的，可能是某个子模块的子流程/功能，此时我们可以用更系统的视角向上追溯，定位模块所属能力矩阵，找到模块与模块之间的联系，这有利于精准把握需求，保证链路场景闭环，为后续由点到面驱动更大层面体验优化作准备；
很多功能不是“不该做”，而是当下“做不了”或“性价比低”，一些优化方案提出前，我们需要从产品角度考虑现有中后台能力支持、研发可行性、运营人力成本等，避免设计“空中楼阁”。
综合以上业务、用户和产品三个维度，我们更加精准推导设计目标。需要注意的是，设计不是万能的，大多情况下设计只能通过“影响/实现局部用户价值”间接助力变现，我们只需关注可以通过设计手段参与、干预和落实的部分即可。一个设计目标的完整表述 = 通过【XX设计策略】帮助目标用户【实现XX价值/满足XX需求/解决XX问题】，以助力【XX业务目标/变现方式】达成。（在实际表达中可以适当精简）
确立明确的设计目标和策略后，下面进入设计实施和验证阶段，这里推荐两个基础的推导模型。
SKS模型，即策略(Strategy) → 影响因子(Key factor) → 解决方案(Solution)。设计目标中的策略是一切方案推导的源头，我们需要找到影响策略实现程度和效果的关键因素，将其视为可控变量，并以这些变量为切入点进行方案尝试，最终衍生多种解法。
比如：我们把提升Banner的点击率作为策略，那影响banner点击的影响因素可能是：形式是否新颖、配色是否亮眼、是否有动效引导、利益点是否突出、行动按钮是否吸引人点击等等，每一个影响因子都可以衍生出多种设计方案。
上文提到，设计手段通常是以间接方式助力用户价值实现，进而赋能业务目标达成。那如何量化设计价值呢？我们可以使用“GAM模型”，即设计目标(Goal) → 高价值行为(Action) → 衡量指标(Metric)。具体方法如下：
一个设计目标实现，一定是由链路中一个/多个高价值行为促成。比如用户在真正“下单”前，会访问商品详情页，浏览商品详情页信息，加购物车等。
用数据刻画和度量高价值行为的指标变化，进而度量设计方案的价值用数据刻画和度量高价值行为的指标变化，进而度量设计方案的价值。 我们可以尽量多维度拆解高价值行为和相应度量指标，维度越多，关联性越高，判断误差越小。
事有轻重缓急，不是所有的需求都需要走上述方法进行设计分析，要学会辨别重点的、有发展潜力的需求投入更多设计精力深入研究。后续笔者将通过具体的设计项目，详细阐述如何运用业务×产品×用户三重视角，推导改版目标和设计策略，敬请期待《「②实战篇」如何提升设计价值——2022京东APP频道广场V2.0改版探索》。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
蓝蓝设计的小编 http://www.lanlanwork.com