产品设计中B端设计师如何学业务

一. 设计的价值在哪里?

设计是以画图的形式解决问题的过程。设计的价值在于解决问题、提升性能、负责美观、促进沟通、改变材质。传统软件开发过程认为设计就是美工,只有美化外表的作用。但随着时间的推移,设计渐渐承担更多,比如通过调研发现问题从而解决问题。通过交互细节优化功能特性使产品更易用。通过原型促进干系人沟通,并将最终产品拉近到产品生命周期前期。改变材质适用于工业设计行业。

总而言之,设计在解决问题的同时让产品更易用,更美观,设计使开发过程更顺畅。

二. B 端和 C端差异

B端C端差异

举个例子,B端如报销系统是公司付费产品解决财务报销过程乱,报销时间长等问题的软件,用户诉求是尽可能的少填写信息,更快的拿到报销金额。企业达成报销管理透明,节省财务人力资源的目的。多角色使用一套业务报销系统,虽各自关注重点存在差异,但整体业务目标相对集中。C端比如音乐app,找歌、查歌词、随便听听、释放,k哥,交友用户行为千差万别,什么样的用户会付费听音乐/什么样的用户只听免费的/是否推送广告/推送什么广告。利用用户行为监测才能更好的掌握用户需求,创造个体用户购买计划。B端和C端也可以理解是功能系统与内容系统的差异。

B端注重业务流程,尊重用户习惯,单页可容纳更多内容便于扫视,目的是快速定位内容与问题。C端重极致体验,傻瓜式操作方式,考虑美观。

三. B端和C端的设计价值差异

1. 关于解决问题,不管是BorC,解决问题是基础。医院x光预约自助系统解决排队长的问题,支付宝付费也解决排队长问题,好的设计使线下流程合理映射到线上。如何理解映射模型是否正确,前提是了解用户,通过用户故事分析用户目标,进一步帮助他解决问题。B端虽很难接触真实用户,但难不是没必要。越是现状是难设计师才更有职责去推动与真实用户的接触。

2. 关于促进沟通,可以说B端使用原型沟通效果更明显,B端产品业务庞大制作耗时很难短期内看到产品效果,使用原型可用性测试或者给领导层演示,将客户/用户拉到研发早期,减少产品返工风险。原型不只是研发内部沟通工具,更多承担向外引导客户/用户的有力武器。而C端产品一天出产品原型一周开发是常态,再根据用户行为监控信息修改产品,原型更多是公司内部的沟通工具。

3. 关于提升性能,C端产品不易用会直接导致用户流失,用户、体验直接影响商业利润。而B端产品不易用损失的是员工效率,员工效率与公司成本之间还有N多影响因素,损失是间接影响。当然公司发展到某阶段各方面需提能提效时,部分领导会重视。

4. 关于美观,美观的产品看起来更易用,C端消费者更倾向于使用美的产品,从而增加使用概率。而B端产品不以个人意志为基础,取决于公司高层或公司制度。与之对应B端视觉设计师需求不高,显得不是那么重要。

综合来说,设计不只是负责美观,更多的是这解决问题,促进沟通,提升性能,所以说不管是B端还是C端设计的价值都很重要。对于注重沟通/提升性能的公司来说,设计的价值已经很明显,而对于那些还没意识到设计的重要性的公司,设计的价值需要数据验证,才能被进一步重视。

四. B端和C端的设计价值衡量方法

C端通过设计前后用户行为数据分析获得转化率、购买率、日活、月活等数据,比如淘宝购物车改版之后购买率提升多少,或通过A&Btest来验证两个设计导致的不同但购买率。C端体验设计改变可以在短时间内影响营收额。

而B端产品目标是提高效率,节省成本,达成企业管理要求。通常涉及整个行业生态搭建与工作规范管理。虽然效率可通过计算点击数、步骤数、输入项、操作时长、菜单数计算,但单页面的操作效率提高,与公司人力增减对应目前还有难处。该如何用数字公式衡量设计价值,是B端产品的难题。

五. 了解B端C端差异,于设计工作的指导意义

1. B端设计优势是解决问题与促进沟通,B端重业务构架大多数传统企业用户意识依然薄弱,设计师更应该主动承担沟通工作,尽力引入用户参与前期设计,分析流程帮助SE建立更优的业务流程,检视最终产品效果确保用户与产品的对话符合人性。

2. 了解BC产品差异之后,设计时更应该挖掘每个产品的特性,组建价值模型(BOSS、用户、业务、设计共同确定),尽可能的将价值数字化。虽道阻且长,但值得期许。

3. B端和C端本身存在很大差异,B端产品很难找到竞品,在参考C端产品时应注意BC用户诉求不同,需要灵活变通,不能照搬。

4. 设计细节:面向人群特点不同,以导航为例,导航的主要用途是引导航向,设计要点是信息架构与语言标签。

  • 信息架构:B端业务复杂结构广而深,功能复杂应提供搜索与快捷菜单,让常用功能快速直达。经过长时间沉淀的系统重新改造时尽量简化处理,但不宜直接丢弃。C端以内容服务为主,少有定制化菜单。
  • 语言:B端业务色彩浓重,大众化词语难以达到业务素语的精炼效果,强制大众化反而不易理解。而C端产品采用大众化简单词语易懂可随产品风格卖萌。

不管是B或C能抓住用户诉求,在行业大环境中理解设计工作,有针对性多施展方法,从多方面利益去权衡选择。不再局限于外观,能去解决问题,促进沟通,提升性能。设计的价值总能发光。

参考资料:

《设计的价值 》by 设计互联

一、什么是业务?设计师为什么学业务?学到什么程度?

业务=行业+事务,或商业+任务。即为了达成某一商业目标需要执行的任务或工作项。业务是SE的专项看家本领,那么设计师为什么学习业务?设计的本质是为了更好的解决问题,我们通过调研了解用户,经过设计后优化解决方案。比如不了解业务调研,无从设置访谈脚本,受访者的问题也很难回答,我初次外出调研访谈,用户多问几个问题我就懵了。实地观察时难看全用户操作,而了解业务后,用户每一步操作都很清楚,可以马上记录多余的行为。另,UCD设计师如何能迅速赢得SE和开发的尊重,个人以为想要赢得尊重就在对方擅长的领域比他更擅长,帮助他们解决难题,至少与SE、开发在同一对话频率上,便于推行设计方案。总而言之,了解业务是解决问题的基础,也是沟通顺畅的利器。

业务学习的三个层次

如业务是地基,那么设计师学业务需要跟SE一样吗?术业有专攻个人认为分几个层次,单页面级业务流程落实到每个字段与按钮的细节上,系统级的理解到角色与信息架构级,每个功能的网状联系,是否便捷,有没有更好的方法。行业级的更多是战略层,不具备行业级业务知识也可以搬好份内砖。假若体验成熟度需攀升,设计师需多了解行业动态。

二、怎么学业务?

方法一:角色场景法

UCD方法论

设计师学业务无非是为了帮助用户解决问题,那么前提是了解用户,明白什么人,什么时候什么地点他在想什么,他完成业务目标的时候有什么诉求,目前还有什么痛点。一般应用于系统改造项目组提供调研资源时,此时有机会接触真实用户,绘制用户体验地图更真实。

方法二:看问画结

业务学习四法宝

(1)看

观察系统,导航结构、界面布局、文字字段。有哪些菜单?不同用户角色是否有不同界面布局?有什么字段,哪些字段最重要,字段显示顺序是否体现了重要等级(B端旧系统很难通过界面体现这点)?这界面在表达什么内容。每个字段直接是否有联系,操作选项是否明显?

(2)问

问自己,用户拿到这些信息后会怎么想?根据这个页面提供的信息是否足够用户做决策判断?顺序是否表达正确?用户使用该业务时处于什么环境中?问SE/开发/专家,日常版本SE获取第一手需求,他们是最清楚用户的人,如何能让SE传达更真切,建议面聊。比如需求文档写场景背景:“领导要求做x功能,为了集中化管理开发这功能”。这冰冷的文字很难让你理解用户如何工作,文字询问SE具体场景,更容易得到:“看需求文档,没什么特别的,客户只说要这功能,其他我也不知道”。而面聊效果则会变成:“客户就坐在客户经理边上,填完单据马上联系审核人审核,快速填单后马上签协议。”SE经验丰富熟悉业务,在他看来功能如何搭建最重要,需求文档少有细节描述,闲聊两句说出来比组织文字容易的多。而对于UCD来说,用户环境是用户如何使用系统至关重要的信息。

(3)画

梳理人物场景用户故事,将自己理解人物形象与诉求简单的画出来列出来,处理多角色交互系统时更清晰,个人习惯使用axure画,便于与原型对应,通常与原型一起展示,方案讲解时更有说服力。

简易线框分析

画流程图,需求文档都有业务流程图通常包括业务与后台数据交互流程,我更多以用户操作流为主重新画流程。若设计到流程优化会将前后两流程一起比较优劣。当业务过程复杂时,画流程图是梳理的最好方法。学习业务与优化业务流程同步进行。

(4)总结

将复杂的业务用其他生活场景类比,也可以理解为是找概念模型。或以自己的话来阐述业务。用三句话阐述,再甚用一句话精炼总结。

方法三:其他提升业务思考的方式

  • 竞品分析,试着写竞品分析,对比2个系统的优劣,一般也会涉及到梳理流程、架构分析。各自设计的优劣。多问为什么这样设计,有没有更好的设计。竞品分析是对业务深度学习的好机会。
  • 项目总结ppt,设计师一般都有机会给领导写项目总结ppt,包括项目背景、现存问题、解决方案、后续规划。这是了解项目大环境,学习业务上层建设目的的绝好机会,这个时候千万不能只做美工。默默的跟着大佬学习吧。

一些小心得:

体验真实系统,找到专家询问,抓住任何机会去实地调研,根据以上方法整理总结。不管哪种方法都脱离不了,他是谁,他在哪,他去哪,5w1h刨根问底的问,形成习惯日积月累,渐渐的我们设计师也可以学会业务。自己琢磨琢磨业务比较耗时,如果与专家们打成一片,找到项目总结文档或面基10分钟,会事半功倍哦。

三、不同行业学习方法有什么差别?

财务类、建筑类、税务类、运营商任务类、B端与C端,每一类业务都有他自己的注意事项。我理解法律法规与日常劳作类业务存在差别,比如法律法规不可变更,日常任务类可以创新。有些业务效率至上,有些安全至上,有些准确至上,而C端体验至上。

我把这些都理解为产品姿态,可以看作行业潜规则,学习业务试着去找这些潜规则,从整体上把握业务的调性。设计师和工程师一样像个螺丝钉可以装订到不同的行业中,适应性佳。但需做个不可或缺的螺丝钉或许可选择在某个行业深耕。

 

文章由PM28网编辑,作者:海阁,如若转载,请注明出处:http://www.pm28.com/1596.html欢迎投稿

联系我们

在线咨询:点击这里给我发消息

邮件:403567334@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息