专业的B端设计师，应该具备哪些技能？

对于 B 端设计师应该具备哪些能力，工作中应该负责什么事情，一直是非常难定性的事情。经过最近整理写了一篇分享进行汇总，方便大家进行回顾总结。

B端设计师的职责

B 端设计师的工作主要还是 UI 界面的设计，只是这是针对 B 端相关项目和系统的。常规 UI 设计师应该处理的工作是必备的。包含：

这些工作都很好理解，不用多做解释。

但我们需要探讨的是，做 B 端 UI 的主要目标，仅仅是根据需求把东西做得 “高级”、“美观” 再处理后续收尾就足够的嘛？

在今天的 UI 行业中，仅仅为做界面而做界面的认知显然是错误的，我们做界面必然要和商业的目标联系，不同的商业目标会对界面有完全不同的要求。

为了拉新、裂变、曝光的需求，和服务好既有会员提升品牌形象的策略，会直接影响我们应该设计什么样的界面。而我们要搞懂的，就是 B 端行业的设计师怎么做才能实现商业价值。

C 端行业比较好理解，千言万语汇总起来，就是实现 “增长”，UX 设计改个名就叫增长设计，实现用户、停留、交易、体验、满意度的增长的增长，获得更大的商业价值。

但是 B 端行业的增长有意义嘛？某些领域有，比如通用 SAAS 服务，它们和 C 端行业非常接近，一样需要获得外部的用户。

但绝大多数 B 端行业，并没有这种增长的商业动力，因为这些 B 端项目，是附着于企业其它业务中的，产品本身功能并不形成一个完整的商业闭环。比如 CRM、ERP、OA 等产品，都起源于下面不同的商业诉求。

B 端项目将线下的业务痛点转移到线上进行解决，而这些产品核心的诉求，就是让服务的业务运转效率更高，从而产生更多的商业效益。

所以，做 B 端设计，目标就不是为了界面美观，美观是个基础要求，但它对项目没有起实质营销。你要让用户可以更高效的实现操作，完成任务。所以，B 端设计在自己的领域中，交互性才是最重要的工作内容，它们直接影响该产品的有效性和对业务的影响。

但 B 端设计师做好界面，深耕交互就完事了吗？显然是不可能的。

B端设计师职能的冲突

讲 B 端设计师应该做什么，我们就绕不开产品经理的工作职能。在一个理想 B 端项目的 6 个阶段里，产品要负责业务初期的探索、功能的规划、测试、上线。

产品的核心职责也就包含 3 个大项，找到需求、需求解释、推进项目。分别作用在一个项目流程中的不同阶段，推进一个产品从该做什么都不知道到最终的落地。

一个产品经理，除了在需求解释中，要输出的 PRD、流程图、产品框架图等内容，实际还包含非常多的隐藏工作。其中最难被设计师接触到的，就是参与技术有关的内容制定上。

比如参与制定技术架构、数据库的设计、字段设计、接口字段制定。

对于 B 端产品来讲，完全不懂技术是不合格的，中高级产品和大厂招聘要求普遍对 B 端产品有一定的技术要求。

再简化一下，B 端产品在一个项目的工作流程大概可以包含下面 7 个步骤组成。当然，实际情况往往远比这里复杂。

但不管我们怎么分析产品的工作、职责，我们都要面对一个残酷的现状：

大量项目的产品专业度是不足的（咦，我们怎么在讨论一个没有的东西），或者干脆没有产品。

这时候，一定会有产品的工作落到设计头上，不管是做需求列表、地图、原型，或者后面做项目的一些管理。这时候，我们要怎么办？

这里只有一个建议，就是跳出设计师的舒适区 —— 起码保证一个项目可以正常运作。

通过在这样的项目里拓展工作范围，可以比较好的帮助我们认识商业的本质、团队的协作和获得不同的视角，这是未来提升到更高级的岗位和团队的必要经验。

所以我们大致梳理了一个技能表，B 端设计需要掌握的能让项目正常运作的 8 个方向。

B端设计师知识积累方法

上面提到的 8 个领域，包含的需求肯定不止我们列出来的 8 个，看起来是不是非常劝退？

学习前虽然要求我们有宏观思维和视野，但不是让我们自己吓自己的。B 端对技能的广度要求远远比 C 端高。但相应的，视觉部分的要求就没那么多深入。你可以忽略类似插画、3D、合成这些视觉技能。

B 端要学的东西多，不同业务项目要接触到的新知识远超过我们想象，所以掌握学习方法，比盲目开干重要的多。

我们建议大家使用结构化思维的方式来学习，也就是通过树状图的方式来拆分一个大的知识范畴，将它拆分成若干的子项和知识点。在我们的体系中，帮助大家提前准备了一个底版。

将知识点结构化拆解、分配，可以帮助我们有效记忆并内化。

下一步，就是我们要在这个框架中决定先学什么，先掌握什么技巧。对于任何短期需要学习和了解的知识点，大概都可以经历下面的步骤：

• 了解概念
• 结构拆分
• 分别认识
• 复盘掌握

比如，我们要学会 PRD 怎么写，第一步，肯定有我们知道 PRD 这个词然后做简单的扫盲，查找概念的说明。这个过程中我们会大概知道它是做什么的，包含什么模块，组成的形式。

这时候就要拆解出下级的知识点，比如使用什么工具写，目录的注意项，流程图怎么画，需求怎么描述。分别对每个知识点进行查找。这个查找的过程就是到各个网站找，把有价值的文章记录下来。

然后，就要根据自己对这些收集到的信息进行整理了，可以通过笔记工具进行记录，把自己的认识和笔记结构化整理进去。

这当中，要学会如何灵活使用各种各样提升生产力的工具，我们推荐 Xmind、Cubox、Notion 进行结合使用，效率倍增。

网上有很多 Wiki 化的收录，尤其类似语雀中的各个交互、体验文档，看起来文章非常多，都仅仅只是做了搬运的整理，虽然它们可以像字典一样用来查找一些内容，但这样收集出来的知识点，永远不是你自己的。

掌握结构化的学习方式，整理自己的知识库，最重要的事情是过程。你为了理解它进行了哪些拆解、思考、总结，这不是看一两篇干货就能比拟得了的。

只有自己掌握高效的学习方式，你才不会被自己的工作环境、不同课程的局限性束缚住，任意翱翔……

结语

优秀的 B 端设计师，一定是严谨、理性、知识点广泛的，只想闭着眼闷头作图必然在这个领域是走不长远的。

上面就是我们总结的对于 B 端学习和工作的思路，希望可以对你们带来良好的启发。如果有探讨的地方，可以在留言中回复。

下周我们会继续 B 端界面的系列干货，会尽快把它们完结掉。

欢迎关注作者的微信公众号：「超人的电话亭」