选择对于 B 端系统来说究竟意味着什么?
如果将下图两个组件摆在设计师面前,它们唯一的差别便是 一个有着右侧的下拉箭头、一个右侧没有下拉箭头。
当听到了这种解释时,我也就只能摇摇头,一方面感觉很多设计师的基础薄弱,同时又觉得需要和咱们读者来讲讲,关于选择这一大类,对于我们设计师究竟有什么意义?
首先,选择类的组件对于我们来说已经非常常见,比如简单的:单选框、复选框,难一点的:级联选择、层级选择、树形选择,这些都是我们选择类组件的一个大的范围。
同样的输入也是,输入通常会包含有 输入框、网址输入、特定规则输入 等多种输入方式,这些都是我们输入类组件的一个大的范围。
那先来了解一下选择和输入当中的差别。
想要理解 输入与选择 的差别,我们先来理解生活当中关于输入选择的差别。
举一个生活当中的例子,图片当中的这个物体是什么?
我相信大家给我的回答一定不会相同。比如:有的人可能会说是它是苹果;而有些人则会说是红苹果、红富士、大苹果 等等...
也就导致虽然大家说的都是苹果相关的词汇,但是这些词语往往都会存在细微的差别。
那假设同样一张图片,我们提问的方式是,图片当中的物体是下列四个选项当中的哪一个?
A.香蕉 B.苹果 C.西瓜 D.火龙果
这时候你会发现,得到的结果大多数都是选择的「B.苹果」
而上面讲到的便是我们输入和选择的一个差异,从结果上来看我们就会发现 输入要更难一些、选择则会更加的容易。
这就像我们在学生时代做的卷子,选择题往往还能动动笔,而到了填空题完全就是一头雾水。
这种情况,在日常的工作当中,有非常多的例子,比如在一个 CRM 系统当中,我们会有一个叫做客户类型的字段。假设最开始把它设定输入框,这时候销售将二次购买的客户录入系统当中,那不同的销售录入出来的结果完全不同。
销售 A:二次客户
销售 B:复购客户
销售 C:老客户
而数据在整个系统当中非常重要,因为我们录入数据的最终目的都是在各个地方使用数据。比如在数据分析页面、数据筛选页面,由于出现了上诉提到的混乱的结果,系统的数据无法正常使用,在管理上就会出现很多问题。
假设把客户类型的字段换做是选择,那这些数据就能够正常使用,并且能够在系统当中我们就能够合理的在各个页面当中利用。
通过上面两个例子,我们会发现输入与选择的意义是完全不同的。我们就来看看,输入与选择究竟存在什么定义上的差别。
1. 录入方式上的差异
输入就是提供给用户进行无规则的信息录入,也就是用户想输入什么就可以进行填写。而在输入的过程当中,通常都是通过键盘的方式进行进行的数据提交,这也就意味着输入的难度较大。
选择则是系统预设好的条件提供给用户进行规则的录入,并且在组件的展示当中,都是以鼠标点击的方式来进行的信息录入,它的难度更低,但是选择在系统当中是预设好的情况,也就意味着需要提前预设。如果是一个灵活的 B 端系统,就一定需要在管理后台对于预设的系统进行配置,否则整个系统就缺乏灵活性。
这就是在 飞书 的管理后台系统当中,我们需要单独的配置一些自定义的信息,其中就可以定义选择录入的选项。
当然为了保证系统的灵活性,我们还会为组件去设定一些小心思,就是选择录入时,底部会有自定义选择项的功能,这就叫能够保证用户都有自己想要的选项。
2. 字段属性上的差异
关于两个字段,其实在字段属性上也会存在不同。
首先是输入类型的字段,在整个系统当中,主要针对的是:名称、手机号、地址、邮箱 等,系统本身无法规则化的字段,这时候只能采取输入的形式。
而选择字段,主要是针对的字段是:类型、属性、状态 等,用户能够快速选择的字段,两者在字段设定上存在差异,因此并不相同。
关于作用,问大家这样一个问题,你们认为在 B 端系统当中是输入更多,还是选择更多?
我想看完文章过后大家都会觉得输入的限制过多、过于麻烦,因此输入在整个 B 端系统里 录入难度高、规则复杂,只会使用在少数位置来进行使用。同样的逻辑选择则会更为高频使用。
字段,其实是涉及到 前台、后台的页面信息,也就造成关于字段的影响,我们不能单纯从表单一个页面来进行看待。
而表单、表格、详情页本身是一个整体,这些字段的差别,会影响到后面的页面的展示。
比如在表格页面当中,会什么要采取 搜索 而非 筛选?
其实这就是在表单页面当中,如果选择了输入,那在检索的时候一定是 搜索的方式。那如果是选择,那在检索的时候一定是 筛选的方式。
那在其他页面呢?详情页?这个咱们就不多说了。
这其实就是字段的对应关系,在整个系统当中是一个链接的整体,我们在去看待组件的时候,要关注的并不只是组件的样式,而更应该在乎的是组件背后之间的关系。
扫码二维码 获取免费视频学习资料
- 本文固定链接: http://www.phpxs.com/post/10530/
- 转载请注明:转载必须在正文中标注并保留原文链接
- 扫码: 扫上方二维码获取免费视频资料