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

推荐订阅源

freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
T
Tailwind CSS Blog
J
Java Code Geeks
Microsoft Azure Blog
Microsoft Azure Blog
GbyAI
GbyAI
爱范儿
爱范儿
量子位
Martin Fowler
Martin Fowler
V
V2EX
博客园 - 三生石上(FineUI控件)
I
InfoQ
MongoDB | Blog
MongoDB | Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
N
Netflix TechBlog - Medium
D
DataBreaches.Net
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Last Week in AI
Last Week in AI
U
Unit 42
Apple Machine Learning Research
Apple Machine Learning Research
H
Help Net Security
T
The Blog of Author Tim Ferriss
Hugging Face - Blog
Hugging Face - Blog
美团技术团队
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迎来强劲对手 – 人人都是产品经理,
TO B 搜索和筛选的多种使用场景
设计小余 · 2022-08-18 · via 人人都是产品经理

编辑导语:随着B端项目越来越普及,企业也逐渐意识到产品的视觉效果、功能的好用性及用户体验的友好性等等。本文作者通过自身在工作中的实战经验,分享了关于B端产品中的搜索及筛选的不同使用场景,一起来看一下吧。

最近B端一词在互联网中的呼声很高,对于B端和C端而言,面向的用户是不一样的,常用的硬件设备也有所区分,C端移动端偏多,B端则是网页端偏多,当然也会有移动端的B端项目。

我在B端行业中实战多年,也见证了B端产品在各个方面发生了很多的变化,比如从原本B端产品比较注重功能的实现,只要功能能使用,在页面的视觉上以及功能是否好用上都没有看得很重。

而现在随着B端项目越来越普及,企业也逐渐意识到产品的视觉效果、功能的好用性以及用户体验的友好性等等,多方面地考虑一个产品的实现,从多维度做好产品,使用户使用达到能用性、好用性、易用性的效果。

B端项目更多的是针对实际业务情况而展开设计和研发的,所以一个需求的制定是会提前与对应的客户讨论,一个需求的开发是需要多次确认需求后而进行的。定制化开发的需求,对于用户来说,自己也会有一个预期的结果;而对于企业研发的普遍使用的B端项目而言,需求是需要通过用户调研以及市场调研等多方面考量。

今天我将会通过自身在工作中的实战经验,分享关于B端产品中的搜索以及筛选的不同使用场景,看似简单的功能,实际上也并不简单,下面我们一起来看看吧!

一、搜索和筛选的定义

搜索是用户指定任意条件(文本、语音等),平台对此条件进行检索后,展示对应内容。

筛选是平台为用户提供指定条件,用户可以选择查看符合一类或多类条件下的内容。

TO B 搜索和筛选的多种使用场景

二、搜索的使用场景

搜索功能一般来说是用户在自己有目标的情况下,知道想要查询的目标(准确的目标或者模糊的目标),通过输入文本关键词实现查询目标。搜索的样式基本一致,只是在交互上会略有不同,使用的场景有两类。

1. 使用场景:在特定的页面搜索

特定的页面指的是在摸一个模块加入搜索的功能,例如在数据列表页面加入搜索的功能,搜索的目标只在该模块该内容中进行搜索,搜索的信息具有局限性,当然也是更加准确的搜索用户想要的目标信息。

案例分享:

下图是一个关于部门管理的列表页面,此页面加入了搜索的功能,搜索是通过输入部门关键词,这里的搜索有限定输入特定的字段信息,对于列表中的字段类型会有很多,在搜索的时候,可以通过控制某个字段或者某几个字段的信息来展开搜索。

交互场景01:搜索后面带有“搜索”按钮,代表输入关键词信息后,需要点击“搜索”按钮,列表中的数据才会发生变化,才会真正的搜索目标信息,这种情况对于列表数据多的情况下会采用。

交互场景02:搜索只有一个文本输入框,没有按钮可点击,这样的搜索交互是通过输入关键词后,列表中的信息会根据输入的关键词实时查询,搜索结果更快更及时,这种交互一般对于数据信息比较少的情况下会比较友好,加载的速度更快。

TO B 搜索和筛选的多种使用场景

2. 使用场景:全局搜索

对于系统中模块分类较多,所涉及到的内容比较全面的,B端系统也会选择全局搜索,全局搜索在C端很常见,只需要在全局搜索框中输入自己模糊的目标信息,系统会根据输入的关键信息搜索出各个模块所对应的目标字段,如果分类较多,界面还可以根据分类tab分别归类不同模块的内容。

案例分享:

下图是一个关于B端系统全局搜索的界面,需求是根据关键词搜索出所有权责清单中的事项,界面中搜索框作为显眼的模块,通过输入的关键词搜索出所有带有关键词的事项,事项分别处于不同的清单,采用标签区分,因为此项目中只对不同清单中的事项做搜索,所以没有采用tab标签的形式。

TO B 搜索和筛选的多种使用场景

带有tab分类的搜索结果案例也有很多,例如google、百度搜索,以及飞书里面的全文检索等等。

TO B 搜索和筛选的多种使用场景

(google)

TO B 搜索和筛选的多种使用场景

(飞书文档)

三、筛选的使用场景

我们最常见的筛选是给出特定的条件,用户直接选择对应的条件即可实现筛选,也就是现在常用的普通筛选,但是随着B端业务的复杂性逐渐增强,简单的筛选已经无法满足现在复杂的业务需求了,后面开始引进高级筛选的功能,在不同的需求情况下会选择采用不同的筛选模式,以便于更好地实现功能,满足用户的不同需求。

1. 普通筛选

普通的筛选是直接给出固定的条件,用户只需要选择一个条件或者多个条件,实现数据筛选的目的。所给的条件是数据中一些特定的值,是用户高频筛选的值,客户也会提出对某类条件进行筛选的功能,在B端项目中,这些筛选条件客户本身是更熟悉需求的,所以这类条件一般由客户提供。

案例分享:

如下图是关于人员管理的数据列表页面,页面中有“部门”和“状态”两个筛选条件,是通过点击出现下拉框出现对应的条件的值,当选中对应的条件值,列表中就会出现对应的目标值,这里的筛选和搜索功能是一起使用的,当然也可以单独分开使用,也是需要根据实际业务场景区分搭配使用搜索和筛选的功能。

注意:搜索和筛选多种功能同时使用时,需要考虑所过滤后的数据是求并集还是交集的问题。

TO B 搜索和筛选的多种使用场景

2. 高级筛选

高级筛选是在基础筛选的基础上加入了自定义的功能,原理都是在特定的条件下选择目标值进行筛选,只是通过用户自定义需要添加的筛选的条件,这样的筛选方式更加灵活,可以满足很多复杂的筛选需求,并且一次开发,长久使用,后续新增筛选条件只需要在筛选中加入特定的条件即可,并且筛选的操作达到了一致性,操作位置集中管理,方便用户使用。

案例分享:

如下图(底部具体的清单详情页面我做了处理,不方便透露项目)在对应的功能模块添加一个筛选的按钮,点击筛选按钮出现设置筛选条件的下拉框,默认状态只有一个“添加条件”的按钮,点击“添加条件”上面会出现选择条件的框,会有不同的筛选值可选择,前后一一对应结果,且可以添加多个条件。

并且可选择|所选值包含与不包含的关系,在添加多个条件后,右上角有一个外加的筛选条件“符合以下——所有条件/任一条件”也就是对所设置的筛选的条件取值的关系,是选择取并集还是交集的。

TO B 搜索和筛选的多种使用场景

这类高级筛选的实际案例中也有很多,例如飞书里面的筛选、黑帕云里面的筛选等等。

TO B 搜索和筛选的多种使用场景

(飞书)

TO B 搜索和筛选的多种使用场景

(飞书)

TO B 搜索和筛选的多种使用场景

(黑帕云)

四、总结

在B端项目中,搜索和筛选基本上可以说是必不可少的功能,B端产品中大多数是对功能和数据的管理,数据一般会比较丰富,所以这两个功能常被使用。

随着B端业务的复杂性增强,传统的功能模式以及交互模式以及无法完全的满足现有的需求,所以需要在原来的基础上做更好的优化,使其更好的满足现有的需求,也是操作和管理更加简单,使开发更简单更容易维护。

以上是我对近期所做的项目中所遇到的搜索和筛选功能的总结与分享,希望对处于B端的设计小伙伴有所帮助,也希望大家指出文章中的不足之处,期待和大家一起学习进步!

本文由 @设计小余 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

本文由 @设计小余 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

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