从事B端产品的设计能让我们在短时间内快速提高我们的设计水平，长期培养严谨的逻辑思维、工匠精神、在应付多角色或者大型产品的时候会更加从心应手，再去做C端产品就不再有难度。好的产品，这会让你获得很好的满足感和成就感，这证明了你设计知识具备了较高的广度和深度，更加了解产品的核心运作机制以及各类商业变现的手法。
拿到一个产品需求后，我们设计师要将此需求拆解为业务、客户、终端这三类用户各有什么的需求，然后归纳总结得到我们的设计需求。
重点考虑：涉及角色、功能逻辑；如果时间充裕的情况下，重要性和时间分布就不用考虑。
但大部分情况，项目的迭代时间是偏紧张的，给予设计师的时间往往不足，所以就要求设计师抓大放小，不要在不重要的功能点上浪费太多时间，优先将核心功能设计好。
在进行具体设计前先思考功能的历史、功能之间的关联关系以及耦合关系，优先解决此类问题，然后再考虑设计的秩序、一致性以及灵活性。
一、秩序
对产品的用户体验起决定性作用。
二、设计一致性
设计组件库和规范文档。
三、灵活性
随着产品的不断演进和发展，需求会不断的扩充且变得越来越复杂，单一的设计方案往往很难满足不同使用场景的和企业的定制需求，所以B端的设计方案需尽量灵活一些，尽量确保方案的可延展性。
举个例子
多选控件应用到不同的使用场景，如：
- 设计师想统计特定路径用户点击的转化情况，看AB两版方案 那个效果更好
- 外推运营产品经理需要对比同一物料在各渠道之间推广效果的好坏，以此来决定后续各渠道的推广费用
- 销售需要统计各地区的交易额，以此来决定下一个季度重点攻坚的城市
在同一设计组件下，兼容不同的使用场景：在选择路径时，为普通的多选结构+预览路径按钮，在对比渠道时，增加了颗粒度的选择，并针对每个二三级渠道表示出所在的上级渠道，方便用户理解；在对比地区时，增加了全部添加和全部移除的功能，方便用户快捷操作。在设计上充分体现了对不同需求满足时方案的灵活性，同时也降低了前端的开发难度以及维护了设计的一致性和特殊性。
在产品的大环境中考虑：平行关系、耦合关系、历史逻辑。
四、平行关系
1、功能模块间相互独立，彼此之间不互通、不相互影响，但又从属于同一模块下。
2、在平级角色条件下，多用户在同一时间使用一个模块，彼此之间独立且不相互影响。
五、耦合关系
1、耦合分高耦合和低耦合。高耦合即各个功能模块彼此结合的越紧密，耦合性越强，独立性越差，在设计时要尽量避免这种情况发生，尽量做到每个模块之间的联系是简单的，即低耦合；如果实在没法做到这一点，就将其打包设计成一个高内聚的独立模块。
2、在平级角色条件下，多用户在同一时间使用一个模块，彼此之间会相互影响，如：数据结构变化或丢失等，很容易造成其它用户在使用上的不方便。
高耦合意味着功能模块之间有各种复杂的逻辑关系，很容易让人迷糊，造成使用上的苦难，易用性差
高内聚使得人更容易总结出单个模块的特征，适当降低产品的复杂性
整体案例（多用户共享一个账号来看问卷的数据）。
问卷的主要为产品服务，一个产品对应的用研、交互、视觉、产品、运营、开发等等干系人，一个产品在生命周期内需要投放很多问卷来进行调研，所以不是腾讯问卷和TIM多人聊天的方式来实现。
六、历史逻辑
1、B端难以实地进行用户访谈，但此类用户群体忠诚度高，可以建立QQ群、泡泡群等方式，提供用户及时反馈的渠道，这样他们能及时帮我们找出很多实际问题；或者使用问卷调查等用研方法
2、拜访用户，在项目上线初期，可以拜访产品的使用者，这样能够快速了解对方在产品使用过程中的方向与思路，从而更好的进行方案设计。
3、多使用产品和竞品，让自己成为此产品的重度用户群体，这样能加深对产品的理解能力以及业务的熟悉程度。
不了解用户
客户用户更换产品的难度大 ，他们的忠诚度非常高。
- B端难以实地进行用户访谈，但此类用户群体忠诚度高，可以建立QQ群等方式，提供用户及时反馈的渠道，这样他们能及时帮我们找出很多实际问题；或者使用问卷调查等用研方法；
- 拜访用户，在项目上线初期，可以拜访产品的使用者，这样能够快速了解对方在产品使用过程中的方向与思路，从而更好的进行方案设计；
- 多使用产品和竞品，让自己成为此产品的重度用户群体，这样能加深对产品的理解能力以及业务的熟悉程度。
排期紧张
解决方案：针对产品的需求，在开始做之前和产品经理先核对功能的重要程度，在设计时不要眉毛胡子一把抓，抓大放小，沉住气来优先确保重要功能的体验，其它的小问题可以在后续修修补补。
相互扯皮
解决方案：设计师要做到比产品经理更加熟悉产品和理解用户，对产品经理不合理的需求在需求评审阶段就及时指出并给予正确的解决方案。
实现效果与设计反差大
此类问题出现的可能情况：
- 交互设计完成后，没有进行交互评审，设计方案可能实现难度大
- 排期相当紧张，功能优先于体验，先上线再说
- 项目进入开发阶段后，设计答疑与跟进没有做到位
解决方案：
- 及时评审；
- 在项目进入设计之初就对该版本的周期了然于胸，在设计时优先保证核心体验；
- 及时与前后端进行沟通，针对特殊情况，及时出备用的设计解决方案；
- 视觉设计尽量简洁、少样式，方便前端快速实现为主。
B端产品千万别想着改版，小修小改可以，尽量一次性成型。先想清楚重点和逻辑，胸有成竹，再动手画稿。
