很多同学都熟知“用户体验地图”这个设计工具的制作方法和流程，但其实，想要使用“用户体验地图”来让我们更清晰用户如何使用产品、同时挖掘一些优化点去提升产品体验和留存并不是一件简单的事情 ——“图” 做得再好看也不会起作用，更重要的还是要依靠你的设计分析经验。
今天和大家聊聊我对「SaaS」和「SaaS 用户体验」价值思考及设计实践总结分享，本文从如下三个方面展开：
随着互联网的快速发展，高端网站已经成为企业展示形象、推广产品和服务的重要平台。作为UI设计师，如何做好高端网站的UI设计，打造卓越的用户体验设计和交互体验设计，成为了一项重要任务。本文将从用户体验、产品体验和品牌体验的角度，深入解析UI设计师如何做好高端网站的UI设计。
作为UI设计师，我们的核心任务是提升产品的用户体验与交互体验设计。为了实现这一目标，我们需要做好需求评估，以确保我们的设计能够满足用户的需求和期望。本文将探讨UI设计师如何做好需求评估，提升用户体验与交互体验设计。
UI设计师在产品开发过程中扮演着至关重要的角色，他们通过设计用户界面和用户体验，为产品注入生命和灵魂。为了提高产品的用户体验并驱动产品优化，UI设计师需要关注以下几个方面：
2.全流程设计包括有什么主要内容和步骤？
1）明确设计目标，聚焦设计要解决的核心问题
2）明确目标用户，要明确产品价值要解决的用户群体，描述用户画像，提炼用户场景，挖掘用户需求。
从产品应用的具体场景，来研究和理解所涉及到的产品体验问题。这些可能是产品中已经出现的体验问题，也可能还包括有未满足的用户需求问题。通过不同的用户研究手段，了解已有的用户行为和使用习惯，进行策略分析，改变原有业务逻辑不合理的操作路径，进而提出有针对性的交互设计和视觉设计解决方案。
3）明确资源配比，了解技术方案，进行设计预估
通过项目启动会了解产品的功能列表和产品规划，避免做出现有功能相冲突/重叠的设计，进行合理的设计预估
4）确定方案流程，确定设计方案
方案流程可以是流程图也可以是交互原型图。最终完成的是高保真的交互原型、可交付开发实现的UI demo。在以最终的结果进行专家评审，确认无误后，进行可用性测试。
5）数据对比分析
在有条件的情况下，需要对于设计前后的数据进行对比分析，对比前流程与现流程的差异，关注某流程的耗时和步骤。大部分B端产品的设计初衷就是为了某业务流程的降本增效。关键就看设计的产品，在上线后给公司的降低了多少的成本，提高了多少的效率。所以成本和效率也是设计的产品是否合格的关键因素所在。B端产品设计可以进行用户可用性测试，了解设计带来的实际收益和效果。依托数据合理改正方案。
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团队支撑复杂、多产品线产品体验快速规模化提升任重道远，我们会持续在未来的实践中积极探索切 实有效的方法。
@布莱恩臣 ：iPhone X 在 2017 年上市以来，全面屏手机就开始逐渐普及。iPhone 8 的 4.7 寸屏幕到目前最新机型 iPhone 11 的 6.1 寸屏幕，以及 Pro Max 系列的 6.5 寸，各种各样的刘海屏、水滴屏、挖孔屏、折叠屏等等屏幕方式随之出现，物理 Home 键都被舍弃改成虚拟按键，甚至是没有虚拟按键的手势滑动操作。
而这些手机都有一个共同的特点，就是屏幕尺寸越来越大。屏幕尺寸变大后，手握手机的方式和界面交互操作方式也随之改变，那对于设计而言，是否也应该随之进行改变呢？
想单手点击屏幕的操作，需要手足够灵活进行一轮操作才能够到屏幕上方，过程中稍有不慎，手机随时会砸地上。作者的手机屏幕已经修了几次，差不多赶上一台二手机的价格了。
在 2013 年，国外设计师 Steven Hoober 发表了一篇《手机界面设计》的研究报告中，对一千三百名手机使用者进行量化研究数据：
据当时研究的数据可以看出，有近半的用户是单手使用手机（现在肯定不止）。当用户单手操作的时候，实际拇指可以触摸到的区域是如下图这样的。绿色区域是拇指的正常操作区域，黄色区域是拇指能触碰到的最大限度范围，红色区域是触摸比较困难的区域。
然而这份研究报告的数据是在 2013 年发布，当时还没有全面屏的出现，如果把上面研究结论的区域，套用到如今的手机屏幕尺寸上，顶部的红色区域会占更大比例。以 iPhone 11 尺寸比例作为参考，如下图：
拇指可操作范围大约在 3 分之 2 的区域，可见想要触碰到红色区域是有一定难度的。也正是因为这份报告只适合当时的手机市场情况，在当今已经不适用了，因此需要重新去考虑如何为大屏幕手机进行界面设计。
根据 2020 年手机UX设计趋势，大屏幕设计将会成为热点。根据数据报告中有说明，2018 年 10 月使用大屏手机的用户比例是16.3%，到 2019 年 12 月，该数据已经上升到 41%，并且会在未来更多新机型的出现中持续上涨。
那随着大屏幕手机的普及，就意味着设计师在设计界面的时候，要为大屏幕手机的使用场景进行界面调整，避免用户难以使用的体验问题。以下是我整理的一些设计建议方案：
1. 头部区域设计更高
通过将标题栏的信息区域放大，尽量把主要操作内容向拇指区域靠近。
2. 常用导航与操作居于底部
比起导航栏放在顶部，更适合大屏幕手机的方式是将导航和重要操作尽量往屏幕底部放置。
3. 手势操作页面切换与返回
抖音和 Instagram story 等短视频应用界面都是通过手势滑动屏幕的方式，对页面进行切换，操作的学习成本很低，而且主要操作也在屏幕底部。这种操作方式也会在今年越来越多地被使用。
4. 提示弹窗从底部升起
常用的弹窗，很多是设计在屏幕中间弹出，为了适配大屏幕，不妨尝试从底部弹出，关键选项都能轻松选择，提高转化率。
5. 使用大卡片
屏幕尺寸变大以后，使用整张大卡片可以让用户浏览内容更专注，大面积的配图和留白，也能提高用户的点击欲望。
除此以外，作为手机厂商，在发布大屏幕手机的时候，就有对界面操作做了一些对应系统级的设计调整，比如界面下拉悬停，键盘单手模式，屏幕边缘滑动返回等等。
大屏幕尺寸已经是趋势，屏幕大意味着内容可以更大限度地得到展示，有利于产品提供更多的服务，不再纠结首屏无法展示完主要内容。在这个信息爆炸的时代，用户也不再满足于小屏幕的浏览方式。可以说，大屏幕已经是无法改变的趋势。与其担心问题到来，设计师更应该思考如何去适应产品的快速迭代，不断更新自己的设计思维模型，更全面思考问题，产出更合理、体验更好的设计方案。
希望本文内容可以对你有所启发。
转载请注明：优设网
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务、UI设计公司、界面设计公司、UI设计服务公司、数据可视化设计公司、UI交互设计公司、高端网站设计公司、UI咨询、用户体验公司、软件界面设计公司
更多精彩文章：
手机及小程序界面设计之一：让设计更有说服力的20条经典原则：菲茨定律
手机及小程序界面设计之六：让设计更有说服力的20条经典原则：菲茨定律
手机及小程序界面设计之八：如何适配iPhone X？来看滴滴出行的实战案例复盘！
现代人的生活离不开应用程序，我们的手机中有着各种各样的app帮我们处理各种琐事。各大互联网公司开发多种应用商店，努力使我们的生活变得有趣，但要想提高整体的用户体验，还需要注意五点，不然再好的app也会让用户放弃使用。
1.禁止使用大段的功能介绍
我们必须要提示一下：如果一个应用程序要在手机屏幕上发挥作用——必须简单。这个应用需要使用冗长的功能介绍，才能让用户熟悉使用起来，那很可能是开发人员在这个版本中设置太多功能。用户并不介意多次更新程序，适应新版本，但他们也不可能为了使用程序而阅读长如圣经般的介绍。
2.牢记用户需求
如果想要急于求成，跳过用户调研，上线新的应用，那么失败的概率会大大增加。大多数应用开发团队都容易犯这样的错误，只拿到了用户发送给支持团队的数据。通过分析数据，就能迅速确定用户所需的功能，使用缺陷等，但是，总的来说，联系支持团队的用户是那些产生挫败感的人；那么99%（或更多）的用户从来没有和支持部门谈过？难道你不愿意让他们一直满意，而是花费时间，只让使用支持功能的1%用户满意？
即使你认为自己了解用户需求，也需要与他们进行沟通。
3.使用屏幕技术
当人们花费了近万元买了一部智能手机时，他们希望能使用手机上的所有功能。所以制作这款手机时没有任何借口在视觉内容上偷工减料（或忽视任何技术能力）。这就是用户花钱的原因，要想提高用户体验，就需要满足用户期望。
4.停用费时的设置向导
设置向导的本意是为用户提供更好的内容，更能让用户获取自己想要的。为了优化用户体验可以让用户填写一些内容，但并不意味着暴露全部隐私。最好在需要时索取，而非提前取得全部数据。
5.减少通知次
每个软件都想要发送通知，但是每一个通知都是必要的吗？每隔两秒钟就有一些应用告知用户一些无用消息，比如谁谁谁又发了微博，谁谁谁上线了，又或者谁谁谁开始直播了，可以根据用户的兴趣选取推送而不是一股脑全部告知用户，所以请尽量减少的通知消息吧！
蓝蓝设计建立了UI设计分享群，每天会分享国内外的一些优秀设计，如果有兴趣的话，可以进入一起成长学习，请扫码ben_lanlan，报下信息，会请您入群。欢迎您加入噢~~希望得到建议咨询、商务合作，也请与我们联系。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
你是否在面试有中被问到，你设计的页面需求是如何获取的? 需求是如何聚焦筛选的？需求是如何做优先级排期的？在互联网产品的全生命周期里都会涉及到很多的需求。企业的CEO、甲方客户，用户调研各方得到的需求时常扎堆，就算是一个小功能也会有很多问题，呈分散式、零星式。
哪个需求对用户来说最重要？用户对我们的新功能是否满意？我们究竟要先做哪些需求？在企业里，大多数时候项目排期内，我们都面临着开发、设计、测试等人力资源有限的境地。用户什么都想要，但是不可能所有功能都一起开发、上线。作为用户体验设计师或者高级UI设计师，我们有充分地理由掌握一个科学系统的方法可视化需求排期。到底有没有一个科学的方法论把需求划分优先级，去说服你的老板、甲方、产品、技术和你自己？
废话不多说 ，我们直接上干货！
维基百科对KANO模型的定义如下：
The Kano model is a theory for product development and customer satisfaction developed in the 1980s by Professor Noriaki Kano, which classifies customer preferences into five categories.
KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。
“用户满意度”是用来衡量需求实现后，用户的满意程度。具体可以分为以下几个等级。
“功能完善程度”是用来衡量某个功能被实现的程度。具体可以分为以下几个等级。
通过“用户满意度”以及“功能完善程度”两个维度，我们可以划分五种不同类型的需求：
（M）基本型质量 —— Must-be Quality
（P）期望型质量 —— Performance Quality
（A）兴奋型质量 —— Attractive Quality
（I）无差异型质量 —— Indifferent Quality
（R）反向型质量 —— Reverse Quality
（1）必要型：产品必须要有的功能，属于用户的基本需求，即用户的痛点。需求满足时，用户不会感到满意；需求不满足时，用户会很不满意；当投入达到一定程度时，不需要再过多的投入。
比如：我们生活中常见的必需品。手机要可以打电话，汽车需要能加速和刹车；微信的聊天功能、抖音的短视频功能、百度的搜索功能等等一系列产品必须的功能。
（2）期望型：（线性增长）用户希望有的功能，用户在其他产品上使用过并养成了一定的用户习惯后，作为期望的标准也希望产品能具备此功能。需求满足时，用户会感到很满意；需求不满足时，用户会很不满意；这类需求与用户的期望契合度极高，需求实现程度越高，用户的满意度也越高。我们要集中投入。
比如：手机的储存容量、续航能力越高，用户的满意度越高。当地服务类生鲜外卖产品，骑手的实时定位以及距离送达时间就属于期望型需求。但也随着整体功能不断完善也在慢慢从期望型需求转化为基本需求。
（3）兴奋型：超出用户预期的的功能。是产品差异化的亮点，如果没有该功能，用户的满意度不会降低，但是如果有了该功能用户的满意度则会大大提升。能极大的提高用户的满意度，但是同时也要付出大量的研发成本。兴奋型需求一般是目前市面上没有的功能，用户没有接触过，也没有养成用户习惯。
比如最近网易云音乐、QQ音乐等推出的一起听功能，bilibili推出的一起看功能就属于兴奋型需求。早年间里第一次使用微信便捷的语音交流，第一次使用抖音等，会让我们在初次使用时出乎我们的意料。
（4）无差别型：用户不在意的功能，这类需求的有无对用户来说无关痛痒，用户并不关注。
在APP中一般为特定目的而产生的多余设计，如提醒你续费会员页面，属于引导消费。这类需求要避免投入过多，将精力转移到其它类型的需求上面去。
（5）反向型：会引起用户反感的功能，是指用户不希望出现在产品或服务上的功能。出现时，用户的满意度不增反降。比如在进入一款APP时有四五个弹窗活动入口引导充值和诱导消费，需要逐个点击关闭才能进入页面，这类设计越多用户的负面体验就越强。
Tips：比如我们做一款手机，打电话功能是基本型需求。我们需要花费大量的时间去夯实这个功能，把它做的稳定准确。如果一款手机打电话交流都有问题，而去花费大量精力去优化它的拍照，视频等功能。就是失去了一款手机最基本的使用。这与产品设计初期优先考虑产品的可用性与易用性，是否能打中用户痛点同理，先把精力集中做好基本型需求，而不是过度关注在产品设计细节等期望型、兴奋性需求上。
根据前面“用户满意度”作为纵坐标，“功能完善程度”作为横坐标得到这张Kano品质要素图
Tips：在图像中可以看到，魅力属性和期望属性是会慢慢发生变化的。魅力属性会随着时间推移、用户习惯的养成、竞品的影响等，慢慢转化为期望属性。一部分的期望属性会随着时间推移、用户习惯的养成、操作流程的影响等，慢慢的转化为基本型属性。
首先我们选择要进行排序的需求。
在实际的工作场景中，我们往往在一个工作周期内可能同时会接到很多的需求。我们面临项目时间紧，开发、设计人手资源有限的境况。我们首先就需要筛选出适合Kano模型的需求类型，才能更好的进行下面的评估过程。
我们的需求池中往往有着不同类别的需求，有的是需求是关系到最终用户，有的需求是运营、管理层、甲方客户。按照常规的需求类型大致可以分为这几类：
（1）软件问题（技术类）：这类问题多为软件BUG，这类问题通常涉及到我们的产品是否为用户提供了良好的可用性（产品功能初期一般优先考虑的是可用性和易用性）体验，一般属于基本型需求，因此属于需要紧急处理的问题。
（2）用户问题 （交互体验类）：这类问题多为交互体验问题，例如用户使用产品过程中出现的不知道如何使用某功能（没有做功能引导、不符合用户心智、学习成本高），或者某功能找不到在哪（功能个入口不清晰、信息入口层级过深）等类似问题。
（3）产品建议：这类问题基本上属于期望型需求，例如用户希望增加某某功能或在某个操作流程感到缺少什么功能。
（4）其他问题：Kano模型适合与最终用户可以直接操作、感知、相关的需求。而不是针对于产品的运营人员、管理层、甲方客户等的需求。
Tips：因为KANO模型只从用户满意度及功能完善程度这两个维度出发去分析需求价值，所以并不适用于当价值衡量需考虑其他维度因素，如需要将战略、商业收益纳入考虑等等。
选择我们产品的目标用户。
可以在问卷题目中增加条件筛选，在后续问卷收集后进行数据清洗。比如产品的目标用户为18-36岁女性用户，就可以在问卷中增加询问年龄问题，在收集上来的数据结果中筛选掉这一部分非目标用户数据。为我们下一步的问卷设计投放做准备。
针对第一步梳理后的需求集，进行正反向的发散。KANO问卷每一个功能或需求问题是由正向和负向两个子问题构成，分别是用户在具备或不具备某项功能做出的反应。问题选项按照：非常喜欢、理所当然、无所谓、勉强接受、很不喜欢，进行评定。
对此我们问用户3个问题：
（1）正向问题：
如果我们增加【功能1】，你的感受是?
（2）反向问题
如果我们不增加【功能1】，你的感受是?
（3）重要程度
【功能1】对你来说有多重要？
Tips：在实际调研中，产品具有某个功能，大部分人不会表示“不喜欢”或“无可奈何”。“无所谓”一般是态度的下线，即很少会有人会觉得“很不喜欢”或“勉强接受”。所以在问卷设计阶段为了提高用户填表的效率，在选项设定中正反向只设定3个选项。
可以采用定量调研的方式，使用“问卷星”设置好问题发在产品用户交流群中或私域流量群中。
Tips：
如何向用户提问，如何收集用户的回答将直接影响到需求排序的结果。这一步非常重要。
提醒用户正反问题之间的区别，注意强调“增加”还是“不增加”，防止用户看错题意。
在实际题目设置中，当功能数量比较多（大于5个时），有比较接近类似的，建议对用户进行分组，每个用户最多回答5个功能点，且尽量是区分度大的功能点。
有时需要对功能进行解释，确保用户能够理解。
调研后需要对数据进行清洗，处理掉一些用户乱填或错误的数据。比如所有题目都选一样和一些可疑结果的数据。
基于收集的问卷量化的结果，进行需求分类分析。每组正反向问题的排列组合一共是25种，得到需求类型参照表。这张表格中，将重点关注正向的回答（即 > 0 的部分），这样我们可以帮把注意力放在最重要的正向需求上面。（避免关注到“具备功能时”用户觉得“勉强接受”和“很不喜欢”的需求上）
Tips：Q：代表可疑结果。对于一个功能的提供与否，用户都表现出了很喜欢或者很不喜欢这种自相矛盾的情况。所以，这样的结果在最终统计时，一般都需要排除掉。
需求优先级排序为：基本型 ＞ 期望型 ＞ 兴奋型 ＞ 无差别型 ＞ 反向型
在需求数量不是很多只需确认需求分类时，到这里就可以结束了。只需要基于以上结果进行统计，根据少数服从大多数的逻辑，最多比例的属性作为统计后的结果，即该需求分类。
比如：【功能1】最后收集数据为，基本型42、期望型28、兴奋型0、无差异型7，【功能1】为基本型需求。再根据需求排序确定优先级。
如果涉及到较多需求，或者同类型需求有多个需要优先级排序时，你还需进行下一步。
我们引入better-worse系数的概念，表示某功能可以增加满意或者消除不喜欢的影响程度。
Better系数=（期望数+兴奋数）/（期望数+兴奋数+基本数+无差异数）
= （P+A）/(P+A+M+I)
Worse系数= -1 *（期望数+必备数）/（期望数+兴奋数+基本数+无差异数）
= -1 *（P+M）/(P+A+M+I)
Bette系数，可以简单理解为满意系数，代表如果产品提供某种功能，用户满意度会提升。Better值越大/越接近1，则表示用户满意度提升的效果会越强。
Worse系数，可以简单理解为不满意系数，Worse的数值通常为负，代表产品如果不提供某种功能或服务，用户满意度会降低。其绝对值越接近1，则表示对用户不满意度的影响最大。
1. 横坐标为Better系数，纵坐标为Worse系数绝对值。根据实际得到结果将最大值均分依次放入两个坐标轴上。
2. 分别计算Better系数平均值、Worser系数绝对值平均值，将其作为参考警戒线加入图表中。
3. 将各个需求的对应的Better系数值、Worser系数绝对值放入图像内。
4. 我们将根据需求的重要性，来调整上图中点的大小。这时我们引入功能重要程度概念（在前文问卷问题中有提到），这里可以量化功能需求的重要程度，从“不重要”到“非常重要”，1到9分依次可对应需求点的直径大小，比如“非常重要”点为90px直径的圆，可根据具体情况灵活运用。
5. 根据需求优先级排序为：基本型 ＞ 期望型 ＞ 兴奋型 ＞ 无差别型 ＞ 反向型 。同一需求类型再根据重要程度二次排序。
6. 至此各个功能需求优先级排序一目了然。
最后，我以“呱呱生鲜”产品为例子回顾整个Kano模型可视化需求的流程。
这次我们有10个需求需要做需求可视化。分别为：
Q1：在点击订单结算后提供优惠换购功能；
Q2：询问上次购买订单是否满意反馈弹窗；
Q3：会员每日可领取免费菜功能；
Q4：进入APP提醒不在常用定位地址功能；
Q5：商品详情页面菜品推荐做法功能；
Q6：有辣味的商品图片提醒辣度指数；
Q7：商品详情页面菜品直播功能；
Q8：商品列表显示菜品榜单排名参数；
Q9：购物车结算提示可以免费领取小葱；
Q10：猜你喜欢你的常购清单功能；
因为KANO模型只从用户满意度及功能完善程度这两个维度出发去分析需求价值，以上10个需求功能均为用户可直接感知。符合Kano模型条件。
选择产品的目标用户进行问卷投放。
对此我们问用户3个问题：
（1）正向问题：
如果我们增加【功能1】，你的感受是?
（2）反向问题
如果我们不增加【功能1】，你的感受是?
（3）重要程度
【功能1】对你来说有多重要？
使用“问卷星”设置好问卷问题投放在产品用户交流群中或私域流量中。
对调研后收集上来的数据进行数据清洗，处理掉一些用户乱填或错误的数据。比如所有题目都选一样和一些可疑结果的数据。
（1）基于收集的问卷量化结果，对照需求类型参照表,进行需求分类分析。
（2）结合需求优先级排序：基本型 ＞ 期望型 ＞ 兴奋型 ＞ 无差别型 ＞ 反向型 。
（3）计算better-worse系数，计算Better系数平均值、Worser系数绝对值平均值，将其作为参考警戒线加入图表中。
（4）将各个需求的对应的Better系数值、Worser系数绝对值放入图像内。
（5）我们将根据需求的重要性，来调整上图中点的大小。
（6）得到最终的需求可视化排期图，至此各个功能需求优先级排序一目了然。
我们设计师需要在自我能力范围内，不断提升为企业团队服务，增加自己对内话语权以及对外影响力。成为自我驱动高级体验设计师。在工作中也需要对需求做一个设计价值和优先级的排序，搭建需求可视化体系。对不同的需求进行品质类型划分，列出属于自己排出的需求列表，在更有价值的需求上花费更多的时间精益求精。
蓝蓝设计建立了UI设计分享群，每天会分享国内外的一些优秀设计，如果有兴趣的话，可以进入一起成长学习，请扫码ben_lanlan，报下信息，会请您入群。欢迎您加入噢~~希望得到建议咨询、商务合作，也请与我们联系。
分享此文一切功德，皆悉回向给文章原作者及众读者.
免责声明：蓝蓝设计尊重原作者，文章的版权归原作者。如涉及版权问题，请及时与我们取得联系，我们立即更正或删除。
蓝蓝设计( www.lanlanwork.com )是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的UI界面设计、BS界面设计 、 cs界面设计 、 ipad界面设计 、 包装设计 、 图标定制 、 用户体验 、交互设计、 网站建设 、平面设计服务
蓝蓝设计的小编 http://www.lanlanwork.com
