前言对于一直在做C端产品设计的同学来说，面对复杂陌生的B端业务，难免有点“秃头””。设计师应该做什么？回复？或者怎样才能更好的完成项目？并挖掘和发挥设计价值？B端产品通常具有较高的业务门槛和业务深度，对设计师的挑战也很大。这篇文章结合自己这一年在B端的工作经历，总结了一些设计方法和自己的体会。希望对迷茫于该领域的设计师有所指导和帮助。B端产品的业务目的明确，业务逻辑和场景相对复杂，对设计师的要求更高。为了更清楚的了解B端业务，以下是我转B端产品设计时的一些想法：副业，我也面临着两端的设计对比。B-C端的业务属性、产品定位、用户群体、视觉呈现、业务逻辑/流程都不同。领域知识转移的过程。需要改变之前的整个设计思路和角色定位，从被动接受需求做图纸，只做执行输出设计稿，变被动为主动。我们也知道，设计与产品的配合是相互成就，相得益彰。面对以前不熟悉的B端更复杂的业务场景和逻辑，尽量让自己提前介入，提前思考，在对接产品需求的时候，把整个环节都想通，也能帮你梳理找出你的需求，了解要解决的根本问题，以及需求背后的核心用途和目的。也可以想办法收集用户和业务方的反馈，或者主动参与竞争。产品研究和用户研究，这不仅让我们更清楚地了解用户需求和业务场景，而且在这个过程中，往往更容易挖掘出需求的突破点，找到更好的解决方案和更有价值的驱动点，赋能这生意。不再只是被动接受的工具人，更要求自己做一个“项目驱动的设计师”，尽量让自己参与到整个环节中，在每个环节中找到可以挖掘和贡献的价值点。在系统学习了业务相关的知识，改变了自己的定位之后，因为我负责的B端项目是我之前从未接触过的业务，很多业务场景在设计C端产品的时候是不能换位思考的，而我有较高的业务门槛和业务深度，首先认真系统地学习业务涉及的一些相关知识，可以帮助我了解自己设计工作的业务细节，与产研团队沟通产品需求多方面，每一步都讲清楚，业务逻辑不懂的可以多提问，多学习。在产品审核需求的过程中，一定要把业务逻辑理解透彻，再考虑如何设计和实现。要问为什么业务流程是这样的，每个页面跳转的每个功能的用途，业务意义是什么等等，多用几个版本的样式来讨论最优解。分析洞察在设计产品业务场景之前，首先要分析产品的背景，要做什么，为用户提供什么服务？研究分析其竞品现状如何？现在发展到什么阶段了（一般b端的竞品很少），不管是网上搜索还是书籍搜索了解一些行业内的资料，也可以找一些间接的竞争对手获取灵感。产品的目标用户群（用户画像）有哪些？不同角色的用户有哪些权限？并分析业务中存在哪些重要流程，设计背后的意图和产生的价值是什么，需要解决用户或业务中的哪些痛点。经过初步的业务分析，大致分析一下使用场景。在需求分析阶段，需要对产品本身和行业本身有一些基本的了解。设计实施&落地策略B端产品的逻辑更加复杂，对交互和体验的要求要更加谨慎。因此，设计需要更加克制和理性。虽然B端产品整体的视觉交互要求没有C端产品高，但每个功能点都需要清晰明了的展示，让用户知道每个功能按钮或页面的使用意图。避免混淆功能堆叠关系。在产品设计之初，需要综合考虑，把握产品设计大方向与业务发展的一致性，同时构建页面通用的设计框架、统一的视觉设计语言、通用的组件规范，可以快速重复使用以提高效率。你可以把更多的精力放在梳理产品逻辑和交互方式、功能的可视化表现上。还要时刻与产研团队保持沟通，从技术和设计层面综合考虑，哪种视觉呈现方式更合理，哪种方式更高效稳定，支持更全面的场景。.确保当前产品方案的可行性。全方位打造一致的产品体验，实现有序统一的操作体验。简而言之，核心重点：界面清晰易懂，用户操作门槛低，用户可以快速使用产品，高效专注地完成任务。回顾结果定期总结经验项目启动后，及时回顾总结非常重要。总结后续有帮助且复用性强的经验，积累自己的一套方法论。Review是设计师提升自我的有效途径，也可以为团队赋能，提高团队效率，提升自身价值。写在最后，说了这么多，比较详细，也有很多逻辑乱七八糟的片段，不过也算是自己对B端设计的一些想法吧~资料和逻辑B端产品承载的比较复杂，需要划分功能层级多呈现一点考虑，需要有清晰的逻辑，多站在企业用户的角度思考，这样任务才可以精准触达，设计B端产品最重要的工作就是不拖沓。
