图16 问题与解决方案
① 系统构成
整个设计系统包括设计原则制定、图标规范、色彩规范、设计规范、流程规范等，期望能够提供全面的设计指导，减少从需求-设计-研发-验收等各环节中可能出现的问题，具体内容大家可以查看下图。
图17 设计系统构成
下面简要说明设计原则与设计规范（模式）的制定。
② 设计原则制定
a. 有据可循
虽然B端产品有着通用的设计原则，但是具体到某一业务的原则，业务的定位、目标，行业属性，客户的要求，目标用户的行为习惯等要素都会影响设计原则的制定。因此需要对业务进行分析、对用户进行调研后去得出指导原则。
以房企为例，其涉及到多个端，多个角色，多个功能模块，用户的操作链路相对比较复杂；加之与客户的沟通，对用户的目标、行为也有了更加明确的感知，因此梳理出房产业务的设计原则，并且运用在日常的设计当中。
b. 切忌模糊，可行性强
对于设计原则的定义一定要清晰明确，并且在团队内部达成一致，确保设计师看到原则知道如何设计产品，可以辅助具体的案例加以说明。例如房企设计原则中的“直观性”原则，是通过跟客户汇报设计稿时，客户明确反馈出来的建议。
对于“直观性”的解读为：图文并茂，增强可读性；降低页面信息密度；不可过度追求高效导致用户在任务流程中感到困惑。它既影响界面布局，又影响到流程层面，需要设计师在设计时充分考虑这两个方面。
图18 房企设计原则
③ 设计规范（模式）
设计模式指的是可以解决同一类设计问题的通用性的解决方案，比如“搜索模式”，“批量选择”等，关于设计模式的解读大家感兴趣的话可以去查看《Design System》相关的文章。
a. 基于对业务的分析产出模式/组件
设计师将需求转化为设计稿时离不开对业务本身的分析，因此我们会发现不同的业务场景下设计师采取了同样的设计方案。
举个例子，房企业务下用户通常比较关注“项目、分期、楼栋、户型面积”等字段，这些字段几乎横亘了房企“方案管理、户型管理”等多个场景下，但是不同角色用户关注的字段又存在差异性。因此在卡片组件设计时，组件上面的字段数量及名称定义为可灵活配置的，不用场景下只需要显示不同的字段就可以实现组件通用性的应用。
b. 设计模式/组件并非一成不变
值得说明的是设计模式并非一成不变，会随着产品迭代而不断更新。设计系统中需包含对模式/组件的构建与使用机制，保证模式/组件可以持续迭代和维护。
图19定义/产出模式和组件
五、总结面向大B客户的SaaS业务，通常需要从标杆项目切入市场，逐渐在行业内树立品牌影响力，进而渗透更多大型客户。需要时刻保持标准化思维，拓展标准化的产品能力，逐步赋能到整个行业。
1. 走近客户，总结业务特征，转化为设计
设计师需要抓住一切机会走近客户，深入了解行业与业务。基于对业务和用户的分析，为设计方案的产出提供有力支撑。
对于SaaS业务，大客户中决策人员的话语权重，是决定是否买单的关键角色。设计时需要充分考虑决策人员的建议，并与产品通用能力相结合。比如决策人员均觉得系统应该符合自身的品牌调性，那么不同公司的品牌调性又存在差异性，这时是否可以考虑通用的品牌定制化能力来解决客户的定制化诉求。
2. 洞见问题，系统化的解决问题
具备洞见问题和系统化解决问题的能力。如果只是点对点地解决问题，会发现解决一个问题后其他问题此起彼伏的出现。
因此需要学会定义本质问题，并且系统化地进行解决。比如系统性地梳理问题，搭建设计系统，面面俱到地解决日常设计以及与研发人员之前协作时出现的各种问题，让设计有据可循的同时提升产研效率；对房企整体进行系统化的视觉升级，助力业务签单的同时树立品牌影响力。
在0-1的创新业务中，洞见问题和系统化解决问题的能力，更有助于设计师充分发挥自身价值，实现业务发展与个人提升的双向促进。
作者：瑶一，噪雾，巫堵，公众号：群核科技用户体验设计
本文由 @酷家乐用户体验设计 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于CCO协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
,
