主题为：
1.B端产品的设计流程
2.B端产品设计师如何做到更懂业务和更专业的设计
3.设计中遇到的问题以及如何对应解决
To C和To B产品设计的差异化
首先，先了解一下To C和To B产品设计的差异化：
传统C端设计流程是从产品经理获得需求，经过沟通确认需求后，进入设计阶段。若在设计中遇到问题，再与产品经理进行沟通，解决问题后继续设计工作，继而输出设计初稿。
但C端产品与B端有一定差异性，故对于设计师的能力要求也不尽相同。
负责C端产品要求设计师思维开阔度较高，深挖度要求不够。
B端产品要求设计师要对某一具体行业有仔细延伸和仔细思考的能力，而对专业广度没那么高。
由于B端和C端产品的差异化，如果将C端产品设计流程运用到B端，有问题的：
① 自身：导致自身对业务了解不足。如果简单跟产品沟通需求之后便着手进行设计，很容易让设计师陷入交互细节之中无法自拔，浪费时间
② 业务： B端竞品少，业务逻辑复杂，梳理起来费时费力。负责B端的各个环节人员，人员紧缺，导致设计高度和难度
③ 客户：B端产品，就是工具性产品，好用、易用、快速完成任务作为主要目的，所以客户不希望频繁改版迭代。迭代意味原有逻辑会改变，增加学习成本。
所以，B端产品最好一次成型，减少大规模改版
1.合理的B端设计流程
接到产品需求之后，不要第一时间与产品沟通。因为产品作为懂的业务逻辑，而设计师不懂业务逻辑，若此时与产品沟通，很容易陷入被动的产品讲、设计听的问题中。作为设计师，无法搭话，会很被动很疲惫。大多情况下设计师不了解其背后的原因、逻辑。所以此时需要针对需求进行解读。
如何解读需求？
从这个需求背后客户的使用场景入手，以及需求依托的商业价值去解读。
在解读时，设计师会对产品的需求提出各种疑问和质疑，如果对需求产生疑问和建议时，这是一个思考的过程。此时，带着疑问或建议去跟产品进行初次沟通。此举产品也会觉得设计师是专业的，也会觉得我们是了解产品的。这样沟通能够提高沟通效率。
在与产品初次沟通需求之后，需要对需求进行结构。为什么？
因为B端产品给的需求比较粗略，缺少逻辑的。
如何结构需求？
即将需求按照产品的各个角色进行解构。解构成具体功能点，并将其功能角色之间的关系进行对应。再与产品进行第二次讨论。双方对于需求细节更加明确。之后进入交互设计阶段，会轻松很多。需要注意，将功能点放在产品大环境中进行考虑，考虑该功能点对于设计整体体验的影响。将这两点考虑清楚，避免设计方案的偏差。
对比C端产品设计流程，B端产品设计明显前期讨论工作变多，但这并不意味着需求流转时间变长。相反，如果只通过一次与产品的沟通，很容易出现来回返工，住不住重点目标。而在新的流程中，把难点前置，带着产品一起思考沟通。解决之后进入设计阶段，会直接、明了很多，相对节约设计时间。同时能够帮助设计师摆脱边缘化，让设计师更懂业务，避免被产品牵着走。
2.如何让设计师更懂业务
如何解读需求？
① 竞品产品的账号，有参考
② 客户意见反馈群
③ 让自身成为产品的重度用户，帮助加深对产品的理解。
有了这些基本知识储备之后，才能对产品有更深的理解、思考和见解。才能使我们更快更准确地解读产品需求。
① 客户线：需求对客户来说是强需求还是弱需求使用频次。例如百度搜索，在移动端出现之前，它是大部分流量的入口，这就是强需求。但是不需要登录，所以登录就是弱需求。再例如支付宝，登录就是强需求。
② 商业线：这个需求如何实现商业价值，是为会员服务还是付费功能点。
对于需求，要善于提问，不同于C端，B端因业务逻辑复杂，针对需求文档会产生很多疑问。不畏惧提问，提问从不专业到专业的过程。与产品沟通，初步确认需求。
如何结构需求？
结构需求的核心是将产品需求按照角色进行划分。
核心是客户用户，为客户服务。
但是也有业务用户（即超级管理员）和普通用户（即广大C端用户）
为了使客户用户体验更好更优，为什么有业务用户呢？因为很多平台不会把管理客户用户的角色单独做一套系统。通常业务用户和客户用户共用一套系统平台。业务用户凌驾于客户用户，这导致交互更复杂，需要设计师考虑的方面更全面。
3.如何让设计更专业
将功能放在产品大环境中进行考虑：平行关系/耦合关系/历史逻辑
对设计整体体验的影响：是否符合秩序，是否符合设计一致性，是否后续有迭代版本、灵活性
在产品的大环境中考虑：
平行关系：功能互相独立，互不影响
耦合关系：例如在线文档编辑软件 模块之前的互相联系性，整体考虑功能性。针对高耦合模块，将两个模块打包设计成一个整体模块，可以适当降低功能之前的复杂性，提高易用性。（例如：问卷分值设置）
历史逻辑：询问开发 减少设计中的弯路
设计整体体验：
B端产品的交互设计需要遵循一定的秩序，并且各功能设计保证一致性，还需要有一定可扩展的灵活性。
秩序：为B端产品界面定义主页面、子页面以及核心交互。
定义主页面框架结构，一级二级三级导航，内容区如何展现，区分内容层级。
设计一致性：由于B端产品功能复杂，往往由多位设计师合力完成，所以为了保证设计输出一致性，需要建立组件库。
① 核心组件库：是维护所有产品的核心体验，即秩序中的内容。核心组件库的建立原则：宁缺毋滥，需要简洁、通用、并且不易被风格差异化而左右。通常核心组件库可以包含主页面、子页面结构、导航、通用表格样式、按钮、反馈信息等。
② 补充组件库：每个产品能抽离出来的控件整理而成，要求大而全。补充组件库通常样式简洁，但内容丰富，有明确的风格导向。补充组件库并不是功能一开始就能立刻定义完成的，而是在功能需求不断增加的情况下，不停完善、添加控件样式。亦在能涵盖该产品尽可能多的使用场景下所需要的控件。例如：图表样式（柱形图、折线图、堆叠图等）、选择器（多选、单选、穿梭框等）、表单（单级、多级、填写时、错误时等）……
灵活性：要求设计方案可扩展性强，对功能迭代有预判。
在设计中，考虑到以上各点，能够一定程度上保证各产品有较为一致的整体体验，并且能够在设计团队中，提高工作效率。同时也能够让设计师注重细节打磨。
总结回顾
B端产品设计过程中，需要设计师对需求进行解读，根据需求中不同角色的使用场景和商业价值进行判断。同时解构需求，按角色的使用场景去拆解需求并且梳理出功能点与各角色之间的关系。在解读和解构需求的过程中，发现问题并与产品沟通，解决问题后，再进行设计工作。
在设计中，首先考虑产品大环境，考虑各功能点和逻辑关系，即是否存在平行关系、耦合关系和历史逻辑。其次考虑设计整体体验，保证设计一致性。可以通过建立组件库来统一设计规范、提高团队工作效率。
设计中常见问题及解决方法：
1. 不了解用户：
建立与客户的沟通群，重视用户反馈，是用户感受到尊重。
有针对性地去拜访用户，进行用户访谈，获取用户的反馈意见。
使自己成为产品的重度用户，发现问题
2.排期紧张：
需要设计师与产品确定重点功能，做更好的投入产出比，可以暂时不纠结于细节。
交互和视觉紧密配合，尽量做到视觉前置
3.互相扯皮：
推动项目流程合理化，重视和产品的2次大沟通，将问题前置，不要按产品的思路将需求做到底，设计师要有自己的思考过程。
在交互评审前，提前将交互文档交互给相关产品、开发，给大家预留阅读和思考的时间。
4.实现效果与设计反差大：
善于运用设计组件库，保证一致性
强交互的逻辑问题，设计师尽量提前沟通到位，后期重视走查
Tips:为B端产品设计时，绝对不可以想着改版，尽量一次成型，后期可以进行微调。设计师必须先讲需求吃透，理清重点和逻辑之后，再进行设计工作，避免返工和来回改稿。
若有收获，就点个赞吧
0 人点赞
