惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
G
Google Developers Blog
小众软件
小众软件
V
V2EX
月光博客
月光博客
腾讯CDC
aimingoo的专栏
aimingoo的专栏
J
Java Code Geeks
Y
Y Combinator Blog
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - 【当耐特】
D
Docker
M
MIT News - Artificial intelligence
Google DeepMind News
Google DeepMind News
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
I
InfoQ
MongoDB | Blog
MongoDB | Blog
Apple Machine Learning Research
Apple Machine Learning Research
Jina AI
Jina AI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
经验分享丨B端设计师价值体现那些事!
江鸟 · 2022-09-14 · via 人人都是产品经理

B端行业由于特殊的行业属性,缺乏完善的数据验证,常常到了最后也区分不了设计师真正的能力体现在何处,这就导致团队成员对设计师的价值认识不够全面。那么,B端设计师如何证明自己的价值所在呢?本文作者对此展开了分析,与你分享。

提到B端设计你是否经常听到这样的声音:

  • B端不需要怎么设计,直接对着低保真出图就可以了;
  • 不要花时间在这些细枝末节上,参照Ant Design上的规范,在我的需求文档的基础上快速出图;
  • 不知道怎么跟需求团队沟通,感觉他们的设计思维太Low,聊不到一起;
  • 产品的图片设计好看才是设计师的价值,功能体验这些与设计师无关;
  • ……

刚转B端那段时间,我相信每一个设计师都曾有过这样的困惑。

设计师在实际工作的时候经常会遇到自己的设计方案与业务需求高度融合,由于B端的行业属性,缺乏完善的数据验证,常常到了最后也区分不了设计师真正的能力体现在何处,这就导致团队成员对设计师的价值认识不够全面。

那么我们B端设计的价值又该如何体现?今天本文将从4个方面进行阐述,一起来看一下吧~

01 设计价值是什么

我们得先明白B端的设计价值是什么,那么何为B端的设计价值呢?

百度百科中设计价值的含义是:把一种计划、规划、设想通过视觉的形式传达出来的活动过程。今天本文中的B端设计价值分为视觉设计、交互体验以及业务流程优化,通过信息传达的改变,帮助客户降本增效的方式获取收益。

如果将B端整个生命流程进行剖析,我们会更好的理解其设计价值。

1.1 视觉设计吸引客户

B端产品与C端产品不同,它需要市场销售人员利用自身的能力以及资源向目标企业进行销售或者在一些大型展会上对外演示,据有关资料表明人所感知的信息的80%的信息来自视觉,这就需要对产品的功能进行视觉化展示。

因为竞争激烈,经常需要在众多竞争者中进行厮杀。在技术水平趋同的情况下,视觉起到了非常大的作用。特别是在展会期间,假如两家公司技术水平相当,演示的视觉完全碾压对手,让客户有着良好的品牌印象,这将产生快速的口碑影响,而这些将影响用户的最终决定。

1.2 交互体验留住客户

这一步需要我们理念进行升华,将视觉视角切换至体验视角。

企业是我们B端设计的重要客户,它是一个具有不同成员角色的群体组织。该组织为了工作管理的效率,会有不同的权限体系。权限的不同关注的信息也有所不同,这需要我们在设计中依据权限,考虑不同信息呈现优先级。

功能繁琐是很多同学对B端的第一印象。因其有着不同角色的参与,每个角色因为岗位职责的不同,所参与公司的业务流程存在差异,这意味着需要将不同的功能在遵循产品体验一致性的基础上汇聚在一起。

1.3 业务价值赋能客户

业务价值对于B端设计特别重要,这是企业决定购买B端产品的核心。我们在说业务设计的时候,需围绕企业“降本增效”理念,让用户觉得有用,完成企业的管理需求。

举个例子,比如我们做了一款报销系统产品,帮助用户解决财务报销过程复杂、冗长的问题。通过前期参与用户调研,洞察业务,挖掘需求的突破点,找到当前背景下最优的业务流程解决方案。企业员工使用我们的产品后少填写信息,更快速的拿到了报销费用,平均比传统流程节省了20分钟。假设企业员工平均时薪60元,那么这个100人的企业每周可以节省1.6万的人力支出,而一年可以节省76.8万左右的支出。

02 如何体现设计价值

在了解了设计价值的体现后,我们知道B端设计的落脚点在业务价值的赋能上。当我们实实在在的解决了业务问题,而不是产品外层视觉与交互的表层需求,才能让我们的设计价值最大化,让设计得到团队其他成员的认可。接下来结合工作经验阐述下设计师可以赋能业务的点。

2.1 主动养成系统思维

很多B端设计师都是被动的接到产品经理的低保真,然后根据低保真的需求直接输出设计稿,妥妥的沦为一个画图的美工,疲于应付工作,一直很忙,但不知道在忙啥,这会使得自己在团队内部被定义为一个工具人。

我们需要主动去寻找设计的发力点,利用自己的专业能力挖掘需求背后更深层次的信息。

借用Jesse James Garrett的理论用户体验五要素这个专业名词(表现层、框架层、结构层、范围层、战略层)。单纯的视觉设计虽然容易感知,但它却属于五要素的最顶层,价值有限,无法准确传达最底层战略层的含义,我们唯有往下突破才能凸显我们的价值。

当我们在收到需求的时候,需要具备系统化思维,从底层战略开始,首先了解业务需求背后的价值,同产品经理对其业务目标后,帮助他梳理业务需求,结合用户目标以及当前的技术能力等多方因素系统性思考最优的设计解决方案。

只有发挥了我们的主观能动性,改变单点视角,具备系统化思考的能力,才能更好出结果,体现我们的价值。

2.2 更专业的组件规范

功能复杂繁琐的B端为了最大化的保证设计的一致性、提升开发的效率以及方便产品的迭代优化,组件规范是我们产品必不可少的工具。

那目前市面上的组件规范这么完善,对于我们设计师而言自身的价值是否无法体现了呢?其实它存在2个问题:

  • 业务属性不符。虽然市面上存在众多的第三方组件,但由于设计的出发点不同(公司不同影响的业务属性不同),导致市面上的组件不一定与自家产品属性贴合,需要我们结合产品愿景以及业务规划进行重新设计;
  • 业务特性不贴合。我们见到的很多组件只能归于基础组件,可以保证基础的设计一致性,但由于业务领域的独特性,在一些专业的场景中有着强烈的业务属性,需要我们对一些基础组件进行组合,进行更专业的沉淀,这样在实际使用的时候会更加高效。例如高级筛选、不同的场景弹框等。

2.3 福赋能业务提升价值

不管B端还是C端的设计目的都是为了解决业务问题(业务目标的达成也是KPI考核的重要目标),我们始终要以业务目标作为我们的关键目标。

我们设计师需要参与整个行业生态的搭建,做到体验结构展示清晰,核心信息简洁明了,降低用户的操作门槛,通过提高体验效率(缩减时间成本),节省企业的人力成本。

对业务需求的赋能其实就是要求我们主动进行需求的挖掘,发现更多的业务增长点,提供当前背景下最优的解决方案。需要例如我们可以主动的进行XX调研活动,给出XX解决方案,最后给公司带来了XX业务价值。

2.4 复盘沉淀经验

项目复盘对于我们设计师的能力成长的作用是巨大的。它之所是最快的学习方式,因为它在是实践中的反馈,这种直观的经验沉淀最终会融入自己解决问题的知识体系架构,而这将进一步反辅自己的职业成长。

复盘可以让我们站在第三方角度,重新对项目流程进行全面的回顾与总结。结合不同的反馈,客观的了解当前设计在整个业务目标中的价值,这是对我们设计量化最佳途径。不单单对于个人,团队内部的其他成员也可以通过复盘加深对设计信任感的建立,他们可以看到我们的设计思路,更深层次的了解我们的设计价值。

03 写在最后

设计价值的体现建立在一朝一夕的积累上,如果想在B端设计中体现价值,一定要透过现象看本质,站在业务的角度,寻找真正的发力点,让自己参与业务赋能的同时共同成长。

本文由@江鸟的设计生活 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。