我，C端运营→B端交互的职业转型所感

（图1 – C端产品运营与B端交互设计的职责差异）

1. 产品用户角色的差异

C端产品面对的用户是单角色用户，即整个产品生命周期内使用产品的用户群，范畴可理解为新用户、KOL及付费用户。

B端产品通常面对的是多角色用户，即企业管理者和产品的真正使用者。

2. 业务需求分析的差异

C端运营更侧重于用户诉求，比较感性和发散。在构思方案时会更关注热点、玩法以及用户抓手，简而言之就是我依靠什么方式去拉新、留存或引导用户按照我们设定的路径使用产品，是一个转化和教育用户的过程。

B端交互更侧重于产品需求分析和商业目标理解，业务驱动，相对较理性。交互的逻辑是以不同角色使用产品的路径为切入点考虑的，要平衡业务需求、不同角色用户对该产品的使用习惯以及学习成本之间的关系。

综上，C端运营着重处理用户使用产品始末过程中，能否通过活动及推广，使产品使用数据提升？能否通过用户运营及数据分析，使产品周期延长？

B端交互着重处理设计方案是否合理的实现了需求？是否在满足需求的同时减轻了用户学习成本，缩短了使用路径？是否在完成了业务目标的同时兼顾了全局方案的统一性和可拓展性？

二、横向底层能力与职业素养

笔者无论在转行前还是转行后都一直觉得，想要做好交互，必须权衡好产品思维、业务分析、用户视角、专业审美这四个因素。如果说这四个因素是笔者认为转行交互所需的职业能力，那么底层能力就是无论你转行到什么岗位，都需要具备的能力，比如：对新知识的接受与学习能力、逻辑分析能力、结构化思维、商业思维等。

这些能力将帮助你快速的理解你当前所处的业务，所需解决的问题，提高自己的上手速度。

（图2 – 横向底层能力与职业素养）

养成好的思维习惯，比解决具体问题本身更重要。这也是笔者对自己的要求（考虑到篇幅，此处不对每种能力展开讨论，因为每个展开都可以再写一篇）。

三、不断提升纵向交互设计专业度

笔者作为转行的交互设计师，在日常工作中会更注意交互方案输出的反馈，以及业务场景案例的积累。从前期需求分析–信息架构梳理 –交互方案输出 –开发跟进 –上线复查，在一次次完整的迭代周期中，不断完善设计方法、调整设计思路。

（图3 – 纵向交互设计专业度）

1. 如何做好需求分析？

在笔者负责B端产品项目中，由于涉及的模块功能相对独立且逻辑复杂，所以在整个产品设计过程中，需求分析的能力约占50%。深入业务需求不仅使自己的交互方案更合理，同时也是帮助产品经理把控和完善需求的过程。

我们从如下几点进行梳理：

• 整理需求：将需求点分模块分条记录（手绘或Xmind）；
• 明确优先级：与产品确定需求优先级（手绘或Xmind）；
• 梳理信息架构：以满足需求为前提结合用户使用习惯梳理功能架构（手绘或Axure）；
• 多维度考量：资源可控时可展现多种设计方案（Axure）。

2. 如何做好方案输出？

好的交互方案需同时兼顾满足产品需求、技术可实现、功能结构统一、流程清晰明了、界面简洁美观。每个产品或功能都不会一蹴而就的产生“完美”方案，在整个项目组遵循“最小可行产品”（MVP）方式小步快跑时，设计方案也存在“最低可行体验”。

我们从如下几点进行梳理：

• 满足业务诉求：多呈现几种设计方案，有时候pk的不是90%和10%的方案，而是55%和45%的方案；
• 保证技术可行：多思考场景的异常情况，因为任何极小概率发生的情况，对技术而言都有一个边界需要界定；
• 信息架构合理：涉及多模块联动的功能型产品，保证信息架构、页面布局、交互组件的统一规范很重要。

一个Tips：

审美意识是全人类的，但作为设计师则更需要培养。审美无他，请多看！多看！多看！说三遍都不够。不要将范围仅局限于设计领域的案例，而是要多关注生活方方面中那些优雅的、实用的、无意识的细节和规律。从建筑中学习、从游戏中学习、从食物中学习…

因为笔者自己是一个好奇心很重的妹子，所以时常会对一个问题发起夺命连问。好奇心帮助你关注问题，独立思考帮助你发现问题，保持沟通帮助你补全信息，从而才能滋生出更贴切的设计。

总结

笔者相信无论处于业务的哪个环节或职位，符合商业预期，为用户创造价值，才是一款产品最好的出路。接触B端业务大半年以来，也是一个不断调整思考方式，丰富自身能力图谱的过程。

本文均是笔者转型B端交互设计师的自身感受和实际思考，考虑到文章篇幅，所以未展开讨论每个小节的内容。不过，期待与大家探讨更多SaaS产品或职业转型的话题。

 

题图来自Unsplash，基于CC0协议