原文：https://mp.weixin.qq.com/s/jQXYJF9EMZj4X-cx-ILZvA
前言
对于一直做C端产品设计的同学来说，面对复杂又陌生的B端业务，难免会有些头“秃”，设计师该如何应对？或者说我们如何更好地完成项目？并挖掘和发挥设计价值？B端产品通常具有较高的业务门槛和业务深度，对于设计师也具有一定的挑战性，本文根据自己的这一年的B端工作经历，总结了一些设计方法以及自己的经验。希望会对处在这个领域感到迷茫的设计师有所指引和帮助。
B端产品业务目的明确，业务逻辑和场景相对比较复杂，所以对设计师的要求更高，要更清晰理解B端业务，下面是我转B端产品设计时的一些思路：
01
针对之前一直做 C端的我来说转战到B端业务，也面临着两个端的设计反差，B C端的商业属性、产品定位、用户人群、视觉呈现、业务逻辑/流程都不尽相同，这将是一场知识迁移的过程。
需要转变自己之前的整个设计思路和角色定位，从之前被动接需求做图，只做执行输出设计稿，转被动为主动。也深知设计和产品的配合就是互相成就，互相补位。面对之前不太熟悉的B 端那些较为复杂的业务场景和逻辑，尽量让自己在和产品需求对接时，提前介入，思维前置，全链路思考主动提出对产品的一些想法，难点或疑惑点都可以，也可以帮助自己梳理需求，了解从根本要解决的问题是什么，需求背后其核心是达到什么用途与目的，也想办法去收集来自用户、业务方的反馈，或主动去进行竞品调研，用户调研，这样不仅可以让我们更清晰的了解用户需求和业务场景，在这个过程中，往往也会更容易挖掘出需求的突破点，找到更好的解决方案和更有价值的驱动点，为业务赋能。不再只做被动接受的工具人，也会要求自己去做“项目推动型设计师”，尽量让自己全链路的参与其中，在每个环节寻找可挖掘和贡献的价值点。
02
转变了自己的定位后，由于自己负责的B端项目，是之前没有接触过的业务，很多业务场景无法使用设计C端产品时的同理心来对待，又有较高的业务门槛和业务深度的，首先我认真系统的学习业务涉及到的一些相关知识，可以帮助了解自己手里的设计工作的业务细节，和产研团队多方面沟通产品的需求，弄清每个步骤的业务逻辑，不懂可以多问多学，在产品评审需求的环节，一定要将业务逻辑理解透彻再考虑应该如何进行设计实现。要问问为什么业务流程是这样，每一个页面的跳转每一个功能的用途以及业务含义是什么等等，多出几版样式进行探讨最优方案。
03
设计工作的开展前，首先需要分析产品的背景是什么，要做什么，要提供用户什么服务？调研分析一下它的竞品状况是怎样的？现在是什么发展阶段（一般 b 端的产品竞品是极少的），不管是网上查找还是书籍搜寻了解一些行业内的资料，也可以找一些间接竞品吸取灵感。了解产品的目标用户群有哪些（用户画像）？不同角色的用户会有哪些权限？以及分析业务存在哪些重要的流程，背后设计的意图和产生的价值是什么，要解决用户或业务上的哪些痛点。进行了初步的业务分析以后，大致复现分析下使用场景，在需求分析阶段，要对产品本身和行业本身有一些基本的认知。
04