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

推荐订阅源

量子位
GbyAI
GbyAI
V
Vulnerabilities – Threatpost
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
Recorded Future
Recorded Future
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
博客园 - 司徒正美
Y
Y Combinator Blog
Microsoft Security Blog
Microsoft Security Blog
美团技术团队
博客园 - Franky
Blog — PlanetScale
Blog — PlanetScale
B
Blog RSS Feed
V
Visual Studio Blog
Martin Fowler
Martin Fowler
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
博客园_首页
C
Cybersecurity and Infrastructure Security Agency CISA
博客园 - 叶小钗
AWS News Blog
AWS News Blog
Project Zero
Project Zero
T
Threat Research - Cisco Blogs
V
V2EX
F
Fortinet All Blogs
The GitHub Blog
The GitHub Blog
Latest news
Latest news
N
News and Events Feed by Topic
The Last Watchdog
The Last Watchdog
T
Threatpost
L
Lohrmann on Cybersecurity
小众软件
小众软件
IT之家
IT之家
MongoDB | Blog
MongoDB | Blog
博客园 - 聂微东
Engineering at Meta
Engineering at Meta
爱范儿
爱范儿
Google Online Security Blog
Google Online Security Blog
Forbes - Security
Forbes - Security
Attack and Defense Labs
Attack and Defense Labs
The Register - Security
The Register - Security
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
H
Help Net Security
Security Latest
Security Latest
Recent Announcements
Recent Announcements
C
Check Point Blog
B
Blog
Google DeepMind News
Google DeepMind News
K
Kaspersky official blog
I
InfoQ

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
从0开始设计产品搜索功能(二)
产品经理阳阳 · 2023-09-12 · via 人人都是产品经理

怎样搭建好一个产品的搜索功能?这篇文章里,作者梳理了产品的搜索流程框架,并从激活搜索、输入关键字等细分维度进行了详细剖析,一起来看一下,或许会对你有所帮助。

搜索的进行主要分为 3 个阶段,分别为搜索前、搜索中、搜索后。这 3 个阶段分别对应搜索功能的静止状态、点击触发状态、确认搜索状态。对功能状态再进行细化,可以得到一个框架清晰的搜索流程。如下图所示,展示了一个完整的搜索流程。

一、激活搜索

1. 光标聚焦

用户进入激活搜索状态,表明用户需要通过搜索来获取想要的内容。搜索功能设计的第一个目标就是聚焦

用户在点击搜索框的时候会唤起底部键盘,输入框内闪烁蓝色光标。这个设计会让视觉更聚焦于搜索框,而不受其他内容的干扰,底部唤起的键盘也有助于减少屏幕内的干扰要素。

2. 衍生能力

基于搜索这一需求,搜索功能衍生出了搜索记录、搜索发现和搜索榜单的能力。从产品视角上看,我们需要提供更多的途径和选择让用户快速触达目标。

一般的互联网产品在点击搜索框进入搜索功能页时,页面会展示搜索记录、搜索发现和搜索榜单三个栏目。除了搜索记录,大部分的榜单和推荐主要是为了商业运营的目的而存在。比如外卖、电商平台,其推荐和榜单功能并不意味要展示 “好” 的产品。

二、输入关键字

1. 反馈方式

用户在输入关键字的时候一般会有两种反馈方式。

第一种方式是实时匹配输入结果,这种方式对搜索的精确度较高,同时也考验着产品的响应速度。第二种方式是关键词联想,对精确度要求较低,讲求一个模糊,搜索大致相近的内容。

为什么会出现两种反馈方式的差异?我认为原因更多地可能与业务场景有关。

类似小红书、知乎、百度贴吧等资讯、社区类产品,会有许多内容击中一个关键词,属于一对多的关系。相反,类似饿了么、飞书等产品,对精确搜索有着更高的要求,目的性会更强。

2. 搜索目的

除了业务场景,导致搜索场景差异的原因来自用户的不同诉求,每个用户的搜索目的都是不一样的

举两个明确的例子:

  1. 模糊搜索(一对多):通过小红书搜索牛肉该怎么做,会出来非常多的帖子。因为牛肉的做法不唯一,这不是一个精确的目的。
  2. 精确搜索(一对一):通过外卖平台搜索 LeeLin 柠檬茶(非安利,但是是真的好喝),搜索结果会出来唯一结果,这是一个精确的目的。

对于这两种搜索目的,可以给出明确的定义:

  1. 精确搜索:用户搜索时有明确的目标,想在已知内容中快速定位所需信息。输入的关键词反映的是用户想获取的信息主题。
  2. 模糊搜索:用户搜索目标不太明确,想在未知内容中探索信息。用户对所需信息的主题和关键词未完全理清,希望去发现和探索,难以结构化地表达所要解决的问题。

结合上面的例子和定义,总结一下用户的搜索场景。

3 联想模式

1)提供关联结果

用户输入关键词的时候会触发展示关联结果,这种做法在内容平台被广泛使用,比如下图在小红书搜索 citywalk 出现的关联内容。

这种关联结果展示能够有效地降低用户输入成本,提升搜索效率。从用户获取网络资讯和热点的流程上看,大部分用户对于寻求问题答案的途径都大致相似,比如某天在豆瓣发现了一个大瓜,会上微博或小红书搜索。从发现内容到搜索内容,这就是一种用户路径。

除了应用内搜索,部分应用还会针对关键词进行显示设计。比如在谷歌中搜索 “今日天气” 会直接展示天气数据,甚至搜索一些特定关键词还会触发彩蛋。感兴趣的可以搜一搜这篇文章:谷歌,互联网界的 “彩蛋狂魔。

搜索“Super Mario Bros”(超级玛丽兄弟),搜索页面右侧就会出现超级玛丽的宝箱

2)商业化运营

联想模式在商业化的运用也十分常见。在外卖软件搜索 “咖啡”,除了展示商品,产品运营还会在其中穿插营销内容和推荐产品,满足有营销诉求的商家。

总的来说,关键词联想主要用在两个地方:

一个是用户搜索时,可以给到提示的作用,方便找到想要的信息。另一个是用户输入的时候不用一个字一个字去敲,减少输入成本。对于平台来说,联想功能可以用来做一些营销推广的活动。

在设计这种包含输入词的交互的时候,最好结合产品本身的目的和目标用户的使用场景来思考,这样可以让用户体验更顺畅。

三、解析关键词

除了产品设计,在搜索功能中最重要的一环是搜索的逻辑

用户会输入什么,会不会输错,一般会有哪些错误,对于错误应该如何解决?对这些疑问的解答构成了搜索功能中的核心环节。

产品经理不能希望用户的每次输入都是 “正确” 的,符合自己要求的。更多情况下,用户在搜索时出现拼写错误、表达错误导致的搜索不准确、搜索无结果的情况经常发生,且难以避免。

为了更准确的理解用户想要搜什么,搜索系统通常会添加多种解析规则来增加系统对于用户输入内容的理解。比如预处理、分词、改写等方式。对关键词的解析越精确,搜索功能更能为用户带来价值和满足。

1. 预处理

预处理是对关键词进行字符转换、删除、截断等处理,将关键词进行标准化和简化,以更准确地理解用户搜索意图,提供更精准的搜索结果。

这个定义一听有些复杂,不妨将预处理这个流程放在日常生活中去理解。什么叫做预处理?预处理可以理解为把从市场买回来的菜洗净、分类处理,等待下锅前的这一过程。

预处理的通常有 5 种方式,分别为:拼音转文字、大小写切换、繁简体转换、无意义字符移除、长度截断。

1)拼音转文字

示例:输入 “chanpinjingli” 时会转化为 “产品经理”

场景:在 B 端 CRM 系统中搜索用户姓名一直都是一件令人苦恼的事情,尤其是当用户的姓名较为生僻的时候。这个时候通过拼音搜索能够快速定位到用户。

2)大小写切换

示例:输入 “B1-A156-t2” 时会转化为 “b1-A1-P510”(负1层 – A1区域 – 510号车位)

场景:在 ERP 系统(企业资源计划)中通常会有数量众多企业物资信息。以商场为例,对于一些固定资产,如商铺、车位,甚至是卫生间的马桶都有各自的编号。通过大小写字母混排的方式来查找资产的方式较为复杂,而将输入的内容统一转换为小写字母就会更易查找。

3)繁简体转换

示例:输入 “産品經理” 时会转为为 “产品经理”,反之亦然

场景:通常适用于涉及到繁体字书写的地区。

4)无意义字符移除

示例:忽略特殊字符,包括 emoji、颜文字、空格、数字符号、语气词等

场景:在没有使用字符输入限制的情况下,输入无意义字符一般都会影响输出结果,导致结果为空。在一些文档搜索的场景中,作为特殊字符的空格也会导致搜索失败。目前许多社区都有开源的《停用词库》可供调用,结合实际的业务场景就可以梳理出一套较为适合的词库。

5)长度截断

示例:输入字符超过上限,截断上限字符后面输入的内容

场景:搜索引擎通常会常用分词的方式进行搜索。如果输入一个词组较多的长句,那么对于搜索匹配的压力会大大加强,长度截断更考虑搜索调用产生的负载。目前百度的输入上限为 18 个汉字,Google 为 12 个词。

总体来看,“拼音转汉字”、“大小写转换”、“繁简体转换” 这三种方式是通过提高系统判断规则的复杂程度,来减小用户输入的复杂程度,降低用户的输入难度和成本。“无意义字符去除” 和 “长度限制” 则是合理筛选关键词,简化表达,以提高搜索结果的准确性。

2. 分词

当输入关键词和数据库匹配时,用户能够很轻松地得到想要的答案。但是也要注意到一个问题,加入用户输入的关键词无法与数据库完全匹配呢?

一般出现无法完全匹配的情况时会采用分词的形式,将一个句子或一个词组拆分为多个 Term。Term 可以是单字或词组,Term 的作用在于它能和数据库形成匹配

既然采取了分词的形式,就接下来就需要考虑如何进行分词。

在英文语句中,分词是一件很 “自然” 的事情,组成句子的单词具有固定的结构,书写句子也习惯通过空格隔开。但中文的表达通常不会用空格,且无论采用哪种分词方式都会形成不同的表达。

目前,大多数字产品采用的是基于词典的分词方式,即维护一个分词词库。如果输入的关键词能在词库中找到对应词组,则可以召回该词组相关的内容。但是基于词库分词存在一定维护成本,例如出现新词时需要手动添加等。

以飞书搜索作为例子。在飞书文档中搜索 “数据库”,会出现包含 “数据库” 关键词的文档。但在飞书文档中搜索 “据库”,则无结果。“据库”作为一个词组既没有命中分词数据库,也没有文档匹配内容。但如果将词组隔开,我们还是能搜索到对应结果。

分词技术广泛应用于探索式搜索的产品场景中,通过对关键词进行合理的拆分和重组,可以召回更多相关内容,强调的是召回率。在内容资讯类产品中,通常会应用分词技术召回大量内容,以满足用户的查询需求。

3. 改写

改写指的是将用户输入的关键词调整为能和数据库匹配的内容。这对搜索功能提出了新的要求:作为产品经理需要知道用户可能会以什么样的方式进行输入并及时调整

改写具体可以分为三种方式:

  1. 纠错:改正用户的拼写,将错误的关键词纠正为正确的关键词
  2. 归一:将不同的语言表达但意思相同的词语统一转换为标准词语
  3. 扩展:对输入的关键词进行意义扩展,生成与其内容或行为语义相关的词语列表(关联搜索)

1)纠错

在百度输入 “appla” 系统会纠正为 “apple”,并以纠正词进行搜索。这是纠错在搜索中的运用。

相较于英文纠错,中文关键词的纠错更为复杂。比如通过拼音输入时存在模糊音、同音字的错误,通过五笔键入则会出现形近字错误等情况。

在腾讯的搜索技术文档中,鹅厂的技术同学将搜索的错误类型分为Non-word ErrorReal-word Error两种,分别指 “不存在数据库中的错误字符” 和 “由多个汉字组成的错误语句” 两种类型。

说起来还是比较抽象,来看看具体的例子:

以上这些场景在搜索引擎中被广泛使用,比如百度或者 Google。对于仅在产品内部进行搜索的应用来说,则可以根据用户搜索场景和产品定位进行优化,不要求搜索的准确率和复杂度。在平时使用电商、社交、工具类产品时可以留心观察,几乎不同产品的搜索纠错能力不尽相同。

2)归一

归一解决的问题是用户在日常表达中存在的语义差异。比如“价格”、“售价”、“价位”、“多少钱”、“怎么卖” 等表达都可以视作 “价格”。再比如 “作文写法”、“作文怎么写”、“如何写一篇作文” 等表达都可以视作 “作文写法”。

同样,还是以百度搜索作为示例:

3)拓展

拓展在上文已经有相关描述,参见 “输入关键词 – 联想模式”,此处不再重复说明。

四、召回

将用户的关键词经过解析,与数据库中的内容进行匹配的行为称之为召回。这个过程需要后端利用倒排索引技术,建立关键词和数据库内容之间的关联,以提高搜索查询效率。

简单来说,就是构建清晰的目录结构,便于快速查找目标内容。查询速度与召回环节的倒排索引建设质量直接相关。倒排索引建设得越合理。查询速度就越快。

这一部分属于我的知识盲区,感兴趣的同学可以搜索这篇文章:浅谈互联网搜索之召回

五、排序

当搜索结果不止一个的时候,通常需要进行排序。排序存在规则,合理的规则能够有效地展示关联结果,也能给企业带来不菲的营销利润,如搜索引擎的竞价排名功能。

一般来说搜索有两种排序思路。一种是根据匹配程度和参数进行排序。比方说在饿了么搜索我历史购买奶茶的记录,那么首先匹配的是关键词 “茶”,其次会按照时间倒序(参数)进行排序。

第二种方式是算法打分排序,展示更受欢迎的内容。比如说微信的“搜一搜”、今日头条、知乎等内容产品,会根据阅读量、互动量、点击率等多项指标来设计权重,并给每一篇文章进行打分,权重高者优先展示。

六、展示结果

1. 搜索成功

在完成一系列的复杂流程之后,终于来到了搜索的最后一个环节,结果展示。这是用户唯一看到的内容(实际上没有用户会在意你的技术流程啊哈哈哈),所以搜索结果的展示需要力求清晰。

目前搜索引擎都会基于不同的关键字展示不同的结果。在算法和用户画像的加持下也就形成了过去互联网产品渴望实现的 “千人千面” 能力。

如同上文中,搜索 “华为 mate60 售价” 会展示华为商城的跳转链接一样。搜索商品、人物、风景、概念都会出现不一样的搜索结果。

PS:百度搜索真的好多广告,只能用 Google 作为搜索示例了 = =、

其他产品的展示结果也在发挥着关键作用。比如一个男生或女生再淘宝搜索 “男装”,在排除推广商品后,看到的结果是完全不一样的。

同时,也需要注意到搜索结果经常出现一种糟糕的情况:看菜下碟。不同用户在旅游软件上搜索同一家酒店,价格会出现不一致的情况。这种行为在几年前经常被报道,如今相关的新闻变得很少了。

在游戏资讯类产品来说,展示结果相当重要。比如 Tap Tap 和网易大神。根据用户搜索的关键词不同,结果的呈现也各具特色。

关于搜索结果页的设计,我会在第四讲 – 券商搜索功能设计中进行详细分析,敬请期待~

2. 搜索失败

用户搜索并不能保证每次总是成功,在搜索内容和搜索规则无法形成匹配的情况下,需要考虑出现搜索失败的情况。一般来说,针对搜索失败场景的产品设计有三种类型:

  1. 乱码:可以理解为没有针对搜索结果出现失败进行设计,一般较少出现
  2. 分词:在无法精确匹配的前提下,搜索关键词中拆分出来单词和词组进行搜索
  3. 空态:展示一个搜索失败页,告知用户没有搜索到相关内容

搜索出现空态结果并不意味着好或坏。它可能意味着搜索功能欠缺了某些部分,也可能在无形中规范了用户的搜索行为。搜索出现空态或异常情况是需要进行跟踪的,这有利于产品及时进行调整,优化搜索规则。

七、小结

本篇的结论很简单,在设计搜索功能的时候,作为产品经理并不能面面俱到,要求功能达到大厂搜索技术团队的水准。我们应该做一个好的搜索功能,而不是做一个完美的搜索功能。

每一个产品的业务场景不同,功能重要性不同。即便百度和 Google 同为搜索引擎,但他们都有着不同的业务目标,更不要提产品的功能规划和团队的技术水平并不都是一致的。

在设计产品的时候要考虑性价比,ROI 最优的解决方案。在产品设计中更应该强调做一个好的产品,能满足用户需求的产品,而不是做完美的产品。

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

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

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