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

推荐订阅源

G
Google Developers Blog
S
SegmentFault 最新的问题
Jina AI
Jina AI
D
DataBreaches.Net
人人都是产品经理
人人都是产品经理
罗磊的独立博客
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
C
Check Point Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
B
Blog
博客园 - 【当耐特】
博客园 - Franky
M
MIT News - Artificial intelligence
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
L
LangChain Blog
MyScale Blog
MyScale Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 叶小钗
Last Week in AI
Last Week in AI
Engineering at Meta
Engineering at Meta

人人都是产品经理

为什么你的产品找不到差异化?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端系统的意义
CE青年 · 2022-12-21 · via 人人都是产品经理

在B端系统中,选择类的组件非常常见,那么,选择字段在B端系统的意义是什么呢?本文从生活当中输入与选择的差别、实际项目中的例子、输入与选择的定义、选择与输入的作用四个方面做了分析,一起来看看吧。

选择对于B端系统来说究竟意味着什么?

如果将下图两个组件摆在设计师面前,它们唯一的差别便是 一个有着右侧的下拉箭头、一个右侧没有下拉箭头。

聊聊选择字段在 B 端系统的意义

当听到了这种解释时,我也就只能摇摇头,一方面感觉很多设计师的基础薄弱,同时又觉得需要和咱们读者来讲讲,关于选择这一大类,对于我们设计师究竟有什么意义?

首先,选择类的组件对于我们来说已经非常常见,比如简单的:单选框、复选框,难一点的:级联选择、层级选择、树形选择,这些都是我们选择类组件的一个大的范围。

同样的输入也是,输入通常会包含有输入框、网址输入、特定规则输入等多种输入方式,这些都是我们输入类组件的一个大的范围。

那先来了解一下“选择和输入”当中的差别。

一、生活当中“输入与选择”的差别

想要理解输入与选择的差别,我们先来理解生活当中关于输入选择的差别。

举一个生活当中的例子,图片当中的这个物体是什么?

聊聊选择字段在 B 端系统的意义

我相信大家给我的回答一定不会相同。比如:有的人可能会说是它是苹果;而有些人则会说是红苹果、红富士、大苹果 等等…

也就导致虽然大家说的都是苹果相关的词汇,但是这些词语往往都会存在细微的差别。

那假设同样一张图片,我们提问的方式是,图片当中的物体是下列四个选项当中的哪一个?

  • A. 香蕉
  • B. 苹果
  • C. 西瓜
  • D. 火龙果

这时候你会发现,得到的结果大多数都是选择的「B.苹果」

而上面讲到的便是我们输入和选择的一个差异,从结果上来看我们就会发现 输入要更难一些、选择则会更加的容易。

这就像我们在学生时代做的卷子,选择题往往还能动动笔,而到了填空题完全就是一头雾水。

二、实际项目当中的例子

这种情况,在日常的工作当中,有非常多的例子,比如在一个CRM系统当中,我们会有一个叫做客户类型的字段。假设最开始把它设定输入框,这时候销售将二次购买的客户录入系统当中,那不同的销售录入出来的结果完全不同。

  • 销售 A:二次客户
  • 销售 B:复购客户
  • 销售 C:老客户

而数据在整个系统当中非常重要,因为我们录入数据的最终目的都是在各个地方使用数据。比如在数据分析页面、数据筛选页面,由于出现了上诉提到的混乱的结果,系统的数据无法正常使用,在管理上就会出现很多问题。

假设把客户类型的字段换做是选择,那这些数据就能够正常使用,并且能够在系统当中我们就能够合理的在各个页面当中利用。

三、输入与选择的定义

通过上面两个例子,我们会发现输入与选择他们的意义是完全不同的。我们就来看看,输入与选择究竟存在什么定义上的差别。

1. 录入方式上的差异

输入就是提供给用户进行无规则的信息录入,也就是用户想输入什么就可以进行填写。而在输入的过程当中,通常都是通过键盘的方式进行进行的数据提交,这也就意味着输入的难度较大。

选择则是系统预设好的条件提供给用户进行规则的录入,并且在组件的展示当中,都是以鼠标点击的方式来进行的信息录入,它的难度更低,但是选择在系统当中是预设好的情况,也就意味着需要提前预设。如果是一个灵活的B端系统,就一定需要在管理后台对于预设的系统进行配置,否则整个系统就缺乏灵活性。

这就是在飞书的管理后台系统当中,我们需要单独的配置一些自定义的信息,其中就可以定义选择录入的选项。

聊聊选择字段在 B 端系统的意义

当然为了保证系统的灵活性,我们还会为组件去设定一些小心思,就是选择录入时,底部会有自定义选择项的功能,这就叫能够保证用户都有自己想要的选项。

聊聊选择字段在 B 端系统的意义

2. 字段属性上的差异

关于两个字段,其实在字段属性上也会存在不同。

首先是输入类型的字段,在整个系统当中,主要针对的是:名称、手机号、地址、邮箱 等,系统本身无法规则化的字段,这时候只能采取输入的形式。

而选择字段,主要是针对的字段是:类型、属性、状态 等,用户能够快速选择的字段,两者在字段设定上存在差异,因此并不相同。

四、选择与输入的作用

关于作用,问大家这样一个问题,你们认为在B端系统当中是输入更多,还是选择更多?

我想看完文章过后大家都会觉得输入的限制过多、过于麻烦,因此输入在整个B端系统里录入难度高、规则复杂,只会使用在少数位置来进行使用。同样的逻辑选择则会更为高频使用。

字段,其实是涉及到前台、后台的页面信息,也就造成关于字段的影响,我们不能单纯从表单一个页面来进行看待。

而表单、表格、详情页本身是一个整体,这些字段的差别,会影响到后面的页面的展示。

聊聊选择字段在 B 端系统的意义

比如在表格页面当中,会什么要采取搜索而非筛选?

其实这就是在表单页面当中,如果选择了输入,那在检索的时候一定是搜索的方式。那如果是选择,那在检索的时候一定是筛选的方式。

那在其他页面呢?详情页?这个咱们就不多说了。

这其实就是字段的对应关系,在整个系统当中是一个链接的整体,我们在去看待组件的时候,要关注的并不只是组件的样式,而更应该在乎的是组件背后之间的关系。

如果觉得文章还不错,也别忘了点赞转发~

我们下篇文章,再聊~

专栏作家

CE青年,微信公众号:CE青年,人人都是产品经理专栏作家。专注B端设计领域,一个2B行业的2B设计师。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

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