大家好，我是陈小喵，一名今年年初刚刚转型B端的交互设计师。之前一直从事C端交互设计工作，没有受过传统B端设计方法的“熏陶”，我在项目实践中慢慢摸索出了一些B端设计方法，希望能给你的实际工作带来一丝启发和帮助。
下面我将基于自己的经验，围绕B端交互设计师的工作流程、B端和C端的差异、给B端设计师的建议三个方面，为大家慢慢讲解。
B端交互设计师的工作流程
相信很多同学会好奇，B端交互设计师的工作流程是怎样的呢？
其实B端和C端的设计流程大同小异，都可以拆分成设计前、设计中、设计后三个阶段。
设计前：
1、需求调研
什么是需求调研？
产品经理撰写PRD之前，一般会进行需求调研，旨在了解业务背景、挖掘需求痛点。需求调研的方式有很多种，如客户拜访、电话访谈、问卷调查、轮岗实习等。
B端和C端有什么不同？
（1）设计目标不同
这就要从B端的设计目标说起。在设计目标上，B端和C端是有差异的。C端服务的是终端消费者，设计目标无非是拉新、转化和留存，设计时要考虑如何通过设计策略引导用户发生点击、转化等行为，C端设计是感性而冲动的，因此更注重产品的视觉表现、交互细节和用户体验。
B端服务的是企业，设计目标是为企业创造价值，最直接的方式就是“降本增效”（帮助企业降低成本、提升效率和效益），B端设计是理性而严谨的，这就要求B端设计师要更懂业务、更懂组织内部的协作方式、更懂不同用户角色的需求痛点。
（2）需求调研的重要性不同
作为C端消费者本身，C端设计师更容易将自己代入“用户”角色中去设计；而B端服务的企业可能来自各行各业，每个企业的业务范围和商业模式、内部的管理机制和运营方式也不同，因此，B端设计师很难将自己代入“用户”角色中，只能依靠调研等手段来挖掘用户需求。
只有更深入地了解业务，对用户价值有更深刻的理解，才能从长远角度去规划产品，从更高维度去思考解决方案，避免重复做无用功，也避免被客户的“伪需求”牵着鼻子走。B端设计师需要投入更多精力到需求调研中去。
给B端设计师的建议
（1）主导设计，培养调研能力
建议B端设计师在时间和精力允许的情况下，尽可能多地参与到需求调研中去。你也许会问，这不是产品经理该做的吗？没错，但产品经理也有他的局限性，产品经理没有考虑到的，设计师应从不同视角对其补充和完善。设计师不能单纯地依照PRD做设计，把自己定位在“执行者”的角色上，而是应该做设计的主导者，主动去发起调研，尽可能多地收集有价值信息，这都为设计决策提供有力依据。书面上的调研方法终究是纸上谈兵，唯有在实践中不断积累经验，这些方法才能成为自己真正的技能。B端设计师要注重打磨自己的用研能力。
（2）掌握需求调研的常用方法——电话访谈
下面给大家介绍一种常用的需求调研方式——电话访谈。如何进行一次有效的电话访谈呢？
合理选取访谈对象
访谈对象一般为需求的提出者和利益相关者（大客户权重会高一些），需求利益相关者涉及多种用户角色时，尽量每种典型角色都访谈到。有些需求是客户反馈给CSM、项目经理、技术支持等服务团队，再由服务团队的同学汇报上来的，这时尽可能联系到需求的直接提出者，避免需求传递过程中出现的理解偏差。注意维系与服务团队、客户的长期友好关系，方便以后调研工作更顺利地开展。
访谈前做好充分的准备工作
首先找产品经理沟通需求背景，了解被访者所在的公司、职务及工作内容、性格特点等；其次自己做一些初步的竞品调研，通过竞品的功能设计反推需求，将大致的需求范围梳理出来；围绕已得到的信息进行思考，明确本次的访谈主题、访谈范围和访谈目标；把大而宽泛的访谈主题分解细化成可被回答、易于被回答的具体问题，提炼出一份有逻辑性的访谈大纲。
访谈中的注意事项
正式访谈前，可以先联系被访者，告知访谈目标、大致流程以及所需时间，被访者可以针对访谈内容提前做准备。访谈时要保持自信、友善、亲和的态度，营造一种轻松自在的氛围感，尽量让受访者畅所欲言。先从简单的问题开始暖场，然后逐步深入。建议开放性问题和封闭性问题相结合，开放性问题能获得更加全面、深度、有价值的回答，有时能收到意想不到的答案；封闭性问题能有针对性地了解具体信息，更容易得到被访者的真实观点。不要过多纠结交互、视觉等细节内容和被访者讲述的解决方案，而是把重点放在业务场景的分析和业务需求的梳理。
整理访谈记录
访谈的过程可以录音，可以使用飞书文档一边访谈一边做记录，避免漏掉有价值的信息。访谈结束后，不要忘记整理访谈记录。这个记录可以放在设计稿中作为参考文件，便于上下游同学了解业务背景，也便于日后对设计初衷进行回溯。
2、PRD评审
什么是PRD评审？
PRD评审即产品的需求文档评审，大家在会上对需求进行讨论，评估需求的合理性，明确需求边界，细化需求粒度。
B端和C端有什么不同？
（1）评审参与人员不同
C端的PRD评审通常在产品团队内部进行，评审结束后由负责的产品经理和设计师直接进行需求沟通；B端的PRD评审一般会邀请设计师和产品团队其他成员一同参加。
（2）评审内容不同
C端需求对接，产品经理只需讲解清楚业务逻辑、业务流程、需求目标即可；B端评审时大家针对业务背景和目标、商业价值和用户价值、业务流程和逻辑、需求调研和竞品分析结果、用户故事、需求优先级（产品MVP）等进行讨论，还要考虑新增功能的权限问题、新旧系统的兼容问题，这其中可能还会涉及到很多技术层面、行业领域内的专业知识。
（3）评审的重要性不同
C端业务需求相对简单明确，需求对接不会耗费太多时间，设计师会把工作重点放到后期的竞品调研和方案设计中去；B端业务需求复杂，理解成本较高，需求评审环节至关重要，设计师和产品经理在需求讨论阶段会耗费比较多的精力，如果前期需求调研和竞品分析做得充分，后期方案设计是水到渠成的事情。
给B端设计师的建议
（1）提前通读PRD，带着问题去评审
PRD涉及到大量专业知识时，提前对不懂的专业术语、知识点进行桌面调研。比如在做【归因分析】模块时，我会先了解一下什么是归因分析，归因分析适用于哪些场景，能带来什么样的业务价值，归因模型是什么，每种模型有什么区别等等，在对专业知识有一定了解之后再听产品经理讲解PRD，能加深对业务的理解。提前对文档中不理解的内容进行评论标记，方便会上和产品经理讨论。
（2）评审时保持专注，积极提问
评审前调整好精神状态，别因为瞌睡错过了关键信息。PRD中可能有不合理的伪需求，有需求模糊和不明确的地方，有逻辑不严谨的地方，设计师需要高度集中注意力，认真思考，把所能发现的、所想到的问题大胆抛出来，和大家一起讨论。需求的业务价值和用户场景越明确、需求颗粒度越细，设计方案时的阻力越小。
（3）评审后做好规划，充分利用时间
评审结束后，推进产品经理尽快解答遗留问题，完善PRD文档。遗留问题较多时产品经理可能发起二次评审。不管怎样，尽早确认PRD可以给设计和研发留出更充裕的时间。尽早了解项目规划，跟产品经理确认设计交付日期。多个项目并行时应先确定优先级再开展工作。工期紧张时可以先着手一些已经确认的需求，或者做一些竞品调研等准备工作，充分利用时间。
3、竞品调研
什么是竞品调研？
通过研究竞品在功能、交互、视觉等各方面的解决方案，给设计提供更多思路和参考。在设计方案之前，建议先进行充分的竞品调研。
B端和C端有什么不同？
（1）调研难度不同
C端竞品数量多，普通用户也可下载使用，调研门槛低；B端产品需要付费才能使用，产品私密性强，很多是企业自主研发，不对外公开，做调研的门槛高。
（2）调研重点不同
竞品调研可以根据具体需求，有针对性的进行。C端调研时更关注产品的设计策略、交互形式、视觉效果等细节问题，同类型功能的产品差异性不大，解决方案大多情况下可以套用；B端调研关注产品的功能范围、业务逻辑、页面布局和操作流程等，其次才是交互细节、视觉表现。B端解决方案不能盲目套用，还要考虑竞品的业务模式、产品定位跟我们是否相符，现有的系统架构、产品逻辑和技术实现方法是否支持。
（3）调研频率不同
C端产品迭代速度快，除项目需求外，定期进行调研必不可少，部份公司的产品和设计师们每周会对竞品做一次研究和内部分享，对竞品新上的功能点、近期运营活动、体验细节等做分析；B端竞品调研一般跟随项目进行，产品经理也会定期对竞品的战略部署、大的发展方向等做全员性的分享，可能每个月或者每个季度一次。
给B端设计师的建议
（1）掌握花式竞品调研方法
众所周知B端竞品调研难度大、渠道少，那么有哪些方式可以获取竞品信息呢？我总结了一些方法。
试用产品demo，阅读官方帮助手册，联系销售获取资料
竞品调研时可以浏览竞品官网，了解竞品的业务范围、产品亮点、公司情况等。试用产品demo，了解产品的功能架构、页面布局、交互形式等，分析其优缺点。对于不提供demo的产品，可以在官网搜索它的产品操作手册或者帮助文档，一般会有对产品功能的详细介绍、截图、视频资料等。联系销售给你发一些产品介绍PPT，有些销售还会来公司演示，这些都能为设计提供一些方向性的指导。
搜索原型素材或设计作品
竞品调研时可以参考同类型业务的原型素材，可以和同行小伙伴们置换原型，可以从万能的淘宝购买原型资料。通过搜索关键字的方式从Dribble、站酷、Medium、Quora、人人都是产品经理等网站搜索相关的设计师作品或知识输出，都能汲取到设计灵感。
从其他领域汲取灵感
即使找不到业务范围相近的竞品，还可以从其他领域中汲取灵感。我在做侧导航的收起功能时，就参考了Confluence和飞书文档的设计，虽然我们公司和这两款产品的业务范围完全不同，但像这种通用性的功能，完全可以借鉴不同领域的竞品。多留意我们能接触到的B端产品，如钉钉、飞书、OA等企业办公类软件，Tower、Confluence等协作软件，友盟、Google Analytics等数据分析产品，Moka、牛客等招聘系统，Gmail、Workmail等邮箱系统，淘宝店铺、微信公众号等后台系统，就连出门吃饭时都可以留意一下餐厅的点餐系统、结账系统，没准哪个就能帮助你解决实际工作中的问题。
多和同行交流
人多力量大，多问问身边的同事、同行朋友，可以扩展自己的竞品清单。加一些设计交流群，参加设计师线下活动，报一些B端设计培训课程，不仅能结识更多小伙伴，老师也会分享很多资料大礼包，大家资源共享，还能快速获取到行业内的最新信息。别不舍得交学费，如果花钱能换时间和价值，那这钱就花得很值。
注重英文的学习
英语不仅是一门语言，也是打开国际化的大门。国外有很多优秀的B端产品、优秀的设计类网站和设计教程、设计类的专业书籍，学好英语不仅可以更好地做竞品调研，还能获取到国外先进的设计理论，优质的设计素材和资源，帮助设计师打开眼界，自我提升。大家可以在浏览器内安装英语翻译插件，我推荐Chrome插件“侧边翻译”，鼠标划词自动翻译，浏览英文网站so easy；另外推荐大家一个国外网站G2（https://www.g2.com/），可以搜索某个产品的竞对产品，如图所示越靠近右上角的区域代表该产品在行业内越领先。
G2-Mixpanel产品的竞品分布
（2）调研结果落实到文档
竞品调研后，建议大家不要偷懒，将调研结果落实到笔头，形成结构化的文档输出。不要忽略写调研文档这个过程，一来能激励我们更仔细认真的进行调研，在总结对比的过程中加深印象、发现洞察。二来可以共享给组内成员，形成知识沉淀，方便以后查阅。
以上为设计前期的流程：需求调研、PRD评审和竞品调研。如果大家还有其他问题，或者有不同的想法和观点，欢迎留言一起交流。下篇文章我将为大家讲解设计中（交互方案设计、设计评审、技术评审）和设计后（研发跟进、设计验收、反馈收集）的流程和工作方法，尽请期待~
关于我们的设计团队
也许是特别的缘分，我加入了GrowingIO这个可爱的设计团队。多元、包容、有爱，每个人都无私地分享着自己的经验和知识。2021年Q3，我们决定建立自己的自媒体账号——GIO Design ，把我们在B端的设计经验和方法、在数据分析、数据可视化方面的知识分享给大家，帮大家解决一些工作中的实际问题，让大家少走一些弯路，少踩一些坑，同时把我们摸爬滚打的成长经历记录下来，这将是一件十分有意义的事情吧。
GIO Design，一支小而美的B端数据产品设计团队。
如果喜欢，就关注我们吧。
文章中所有观点均为团队成员的经验总结，如果有不准确、不完善的地方，欢迎大家指正，一起切磋交流~