面试回答、设计思维、思考
有同学问过我一个很有代表性的问题：
“我所在的公司已经开始用组件来做产品了。对于简单的产品，设计师把组件和页面框架做完后，前端就直接用组件库按照规则去搭建页面了。文案也可以由产品和开发直接对接。
设计师已经不需要每个页面都出图了。在这种工作流程中，设计师是不是就不那么重要了？我们 B 端设计师的工作任务和价值又是什么呢？”
这其实是一个很好的问题，值得每一位 B 端设计师都去思考。现在很多公司都已经开始使用组件库来为产品的研发过程降本提效了。那使用组件就真的可以替代设计师的大部分工作了么？
PART 1
组件的核心功能是什么
我们先来看看组件的核心功能是什么。组件的作用有很多，其中有两点最为突出：
降本提效
组件的初衷不是为了替代设计师。 组件的本质是一种降本提效的工具。在工作内容上，可以将不必要的、重复性劳动的时间节省出来；在工作流程上，便于设计师与开发做交接和协作，减少沟通成本。
质量保障
不论是设计还是开发，使用组件后都可以在一定程度上保证工作质量。组件规范了前端和设计师的工作方法，建立了底层的合作机制，设定了设计和开发的质量底线。基于组件完成的产品通常具备：
- 一致性： 相对一致的表现样式，设计风格和交互体验上都可保持统一；
- 可用性： 对于用户来说具备最基本可操作性和可识别性；
- 标准化： 符合基本审美标准，虽不会很亮眼，但也不会很难看。
但对于一款好产品来说，仅达到基础合格线是远远不够的。组件能替代的仅仅是大部分重复性的页面。面对变化多样的业务需求，设计师还是需要做很多非基础性、非重复性的设计工作。
我们也要建立起一个重要的认知，那就是：
做组件不是设计目标，
而是一种为业务赋能的手段和方法。
能够为业务带来正向影响、助力业务发展的组件才是有效的。
PART 2
设计师的工作重心有哪些
设计工作很注重专业与实践相结合，大多数情况下，能为业务赋能的设计行为，才能体现设计价值。在此过程中设计师的工作内容和重心可以分为以下几点（每一点我们也都在之前的文章中有过详细介绍，推荐你阅读完本文再做查看）：
1. 深挖业务诉求，优化体验
一款好的产品，质量不会仅停留在合格线。设计师可以把更多的时间和精力放到更有价值的工作上去，关注业务目标和用户需求，对业务逻辑做深度理解和剖析。不仅仅是在界面细节的表现手法上下功夫，还要用系统性思维为整个产品做全方位的体验优化。
2. 提升组件专业性，赋能业务
很多业务领域有其独特性，比如金融类组件和政务类的产品页面列表内容就有很大区别。这就使得单一的组件在应用的过程中可以被再次组合、拼装和沉淀。
针对不同的业务领域，将高频使用的组件结合业务特性，进行更为专业的沉淀也很重要。这类组件使用起来也会更加得心应手、加倍提效。
3. 提升组件易用性，规范使用
组件并不是一劳永逸的设计工具，它需要紧跟业务的步伐迭代更新。只有当组件的质量达标，具备了一定的稳定性和易用性，才能被设计师和开发高效、高质地使用，更好地支持业务需求。
因此，除了建立组件的设计规范，组件如何被更新、怎样被同步给相关方、怎样才能被正确地使用，也是影响产品最终质量的关键因素。
4. 优化检验流程，排查问题
这里所说的「检验」包括两方面工作内容：
一是对于研发质量的检验；
二是对于产品体验的监测。
先来看看对于研发质量的检验，我们可以分为两部分内容：
1）设计还原度走查：即对于开发完成设计稿后的质量检查；
2）组件应用质量走查：即排查组件的使用问题，判断设计和开发的使用方式是否正确。
对于这两类走查，发现问题时不仅要及时纠正，还要思考问题产生的原因，从根本上解决和杜绝类似问题。
再来看看对于产品体验的监测。其实很多大厂都提出过关于检测产品体验和设计质量的方法及模型，我们熟知的有 Google 的 HEART 模型和 GSM 模型、蚂蚁集团的 PTECH 模型和「两章一分」模型等等。
因为产品的评估方式本就是多维度的，不同的产品又有不同的评价标准，所以大家各自沉淀、百花齐放。不过参考和使用这些方法的原则只有一条：适合自己需求的工具，才是好用的。
设计自身的价值是全链路的、端到端的、内循环的。设计师不光用手，更应该用心和脑去思考和解决问题。可以说，组件就是帮助设计师解放双手的不二法门。
设计师的思维和方法不一定会决定产品的生死，但足以帮助产品实现质量和体验的升级。也正因如此，产品才能在市场竞争中走得更为长远。
想要学习或者练习体验/交互设计的朋友，可以了解一下「体验设计学习社」。
作品集详细点评+答疑+免费训练营&学习打卡等活动，更有各类大厂内推：
如果你只是想要多认识一些同行，也可以加入我们无广告的纯粹体验研讨微信群：
若有收获，就点个赞吧
0 人点赞
