C端运营转型B端交互 | 如何解决职业转型面临的问题?

2 评论 9323 浏览 87 收藏 10 分钟

本文内容不局限于交互设计领域,更多会涉及职业转型面临的问题及解决思路的探讨。

笔者在学生时代的专业是工业设计产品方向,因机缘巧合,当初校招入职A厂时选择了产品运营岗位。由于每家公司的业务驱动有侧重,A厂的运营较其他公司而言更为强势,所以也更容易接触业务前线以及了解整个业务运转流程。

目前作为一名C端产品运营转型到B端产品交互,负责的第一款产品是B端SaaS产品(Software-as-a-Service),觉得富有挑战也很有趣。工作中会更多的关注横向业务思考能力与纵向设计专业度的结合。

本文内容不局限于交互设计领域,更多会涉及职业转型面临的问题及解决思路的探讨。

今天主要与大家分享以下几个思路:

  1. ToC运营转行ToB交互面临怎样的职责差异?
  2. 应具备怎样的横向底层能力与职业素养?
  3. 该如何培养纵向交互设计专业度?

一、To C运营与To B交互的职责差异

我们必须认识到作为To C运营和作为To 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产品或职业转型的话题。

 

作者:刘莹莹,UEDC交互设计师,工业设计背景,工业设计背景。C端运营转B端交互,重视用户价值和商业价值的平衡,以需求分析和流程闭环为切入点,探求设计与场景的融合,提升设计核心价值。

本文来源于人人都是产品经理合作媒体@网易UEDC,作者@刘莹莹

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 请问“整理需求:将需求点分模块分条记录”这一块可以展开讲讲吗?感谢!

    来自广东 回复