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

推荐订阅源

雷峰网
雷峰网
T
The Blog of Author Tim Ferriss
WordPress大学
WordPress大学
V
V2EX
Jina AI
Jina AI
S
Schneier on Security
Cyberwarzone
Cyberwarzone
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
PCI Perspectives
PCI Perspectives
美团技术团队
小众软件
小众软件
L
LangChain Blog
N
Netflix TechBlog - Medium
大猫的无限游戏
大猫的无限游戏
T
Threatpost
T
Tor Project blog
K
Kaspersky official blog
Microsoft Security Blog
Microsoft Security Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
Security Latest
Security Latest
H
Heimdal Security Blog
N
News and Events Feed by Topic
T
Threat Research - Cisco Blogs
J
Java Code Geeks
H
Hackread – Cybersecurity News, Data Breaches, AI and More
T
Tailwind CSS Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
M
MIT News - Artificial intelligence
Apple Machine Learning Research
Apple Machine Learning Research
N
News | PayPal Newsroom
I
Intezer
博客园 - 聂微东
U
Unit 42
Cisco Talos Blog
Cisco Talos Blog
量子位
T
The Exploit Database - CXSecurity.com
Last Week in AI
Last Week in AI
博客园_首页
月光博客
月光博客
Webroot Blog
Webroot Blog
I
InfoQ
The Cloudflare Blog
Attack and Defense Labs
Attack and Defense Labs
人人都是产品经理
人人都是产品经理
Project Zero
Project Zero
Hacker News: Ask HN
Hacker News: Ask HN
IT之家
IT之家
Google DeepMind News
Google DeepMind News
C
Cisco Blogs

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
搜索策略产品经理必知必会
乾意 · 2024-05-29 · via 人人都是产品经理

这篇文章对搜索引擎的功能模块进行了详细、完整的介绍。从使用查询到得到结果,整个过程都有详细的分析。

一个完整的搜索引擎应该有的功能模块,从用户使用搜索引擎进行查询,到最终得到查询结果,一般需要经过5~6个环节,常见的流程包括建立物料索引、查询语义理解、召回、粗排、过滤、精排、重排,最终在前端为用户返回搜索结果。接下来将对每一模块进行详尽的介绍。

1.搜索引擎实体识别

实体识别可以理解为搜索引擎对检索词的认知。认知首先需要一套标准认知体系。

1.1.实体识别是什么?

实体识别,全称命名实体识别(NER,named entity recognition),指对检索词中具有特定意义的语义实体进行识别,根据识别的结果构建召回策略和排序策略。

实体识别依赖于我们针对当前业务场景构建的实体体系,即认知体系。

实体体系即该领域具有特定意义的语义实体。例如电商领域的实体体系可以简单分为品牌(brand)、一级品类(CATG1)、二级品类(CATG2)、三级品类(CATG3)、尺寸(size)、颜色(color)、产地(origin)等。

1.2.实体体系的构建

构建实体体系时,需要结合业务的实际情况进行判断。

2.搜索引擎词库

针对每一个领域设置好对应的实体体系后,需要针对实体体系里的每一个实体类别构建词库。词库中的每一个词都需要具备词频词性两个基本属性。词频用于统计在实际语料里面该词出现的频次,后续其他策略要参考这个指标,词性表示该词的性质。

词库的构建一般分为两种:开源词库;人工标注。

  • 开源词库:以网上开源词库为基础,人工二次筛选符合业务场景的词,目前开源词库有SogouW、THUOCL。
  • 人工标注:基于用户的历史检索词进行人工标注。没有捷径,必须不断积累。

3.搜索引擎物料索引

高效的索引是搜索引擎检索的基础,主要有两种:正排索引;倒排索引。

  • 正排索引:遍历所有物料,查找物料中是否存在与检索词相匹配的实体,如果存在,则记录物料SKU ID(电商),最终查出所有包含该查询词的物料。

优点:构建索引简单且迅速,方便管理。后续加入or删除,可以直接添加/删除。

缺点:必须遍历所有的物料,检索效率低下。

  • 倒排索引:以词或实体为关键词进行检索,表中的每一行记录为包含该索引关键词的物料在平台上的表示ID。

优点:检索效率极高,可以快速检索出查询词对应的所有物料

缺点:初期构建和后期维护较为复杂,新增/删除时涉及多条记录的修改。

  • 正排索引与倒排索引的差异:正排索引是物料对关键信息的映射,倒排索引是关键信息到物料的映射。实际工作中均使用倒排索引进行信息检索,后使用正排索引进行信息补全。

针对物料构建倒排索引时,物料的信息来源有以下三种:标签体系;物料标题;物料正文内的实际内容(小红书)。

4.搜索引擎查询语义理解

当用户搜索时,搜索引擎首先要理解用户的搜索意图,通过对检索词进行一系列智能分析,对检索词进行归一化、纠错、分词、实体识别、类目预测,再进行搜索结果的召回和排序。

4.1.归一化

查询语义理解的第一步是对检索词进行归一化处理,一般包含以下几个步骤:大小写统一。把所有大写都转为小写;将拼音转为汉字;将英文转为中文;去除特殊符号。

4.2.纠错

归一化处理的下一步是纠错。检索词纠错是搜索引擎必备的基本功能,有助于提升UE、降低用户重搜率、扩大召回结果,提升平台整体搜索效率。

  • 中文检索词常见的两种错误原因:1.拼音原因 2.知识错误
  • 检索词纠错方法: 1.基于词典的方法 2.基于规则的方法 3.基于N-Gram语言模型的方法

简单介绍下N-Gram语言模型的基本原理。语言模型是评估文本序列符合人类语言使用习惯程度的模型,用于综合评估该序列在日常生活中出现的概率和语法上合理的概率,一个语言模型上所有句子出现的概率和为1。

N-Gram语言模型基于马尔代夫假设,随意一个词的概率只和它前面出现的有限N-1个词有关,基于以上假设的语言模型即为N-Gram。模型基于分词后的短语进行基于中文编辑距离和拼音编辑距离的相似短语召回。

检索词纠错的评估指标:召回率、过纠率。

  • 召回率 = 错误检索词被纠正的个数/错误检索词的个数
  • 过纠率 = 正确检索词被纠错的格式/正确检索词的个数

检索词纠错的触发方式:词典触发;零少结果触发;直接针对原始词进行纠错

4.3.分词

在中文中,词代表具有独立意义的最小语义单元。检索词分词的目的是将整个检索词切分为一个个独立的词,然后做进一步处理。然而分词过程中面临着同一个语句有多种切分方法、未登录词识别等挑战。

常见的分词方法有三种:基于词库、基于语言模型、基于字

分词的评估标准:一般用5个指标进行综合评估,精准率、召回率、F1、未登录词召回率和登录词召回率。

  • 精准率(P) = 实际分词后得到的正确分词数/实际分词后得到的词数
  • 召回率(R) = 实际分词后得到的正确分次数/正确分词后得到的词数
  • F1 = 2PR/(P+R)
  • 未登录词召回率 = 实际分词中精准识别的未登录次数/语句中出现的未登录词总数
  • 登录词召回率 = 实际分词种精准识别的登录词总数/语句种出现的登录词总数

在应用分词结果时,很多次如“的”“地”“得”等时不具备语义的,对后续环节没有任何作用,这类词被称作停用词,在最终的分词结果中予以去除,以减少后续环节的计算量,降低处理复杂度。

4.4.实体识别

当检索词经过分词后,我们需要为每一个单词匹配对应的实体类型,常见的方法有以下两种:基于词库的识别方法;基于序列标注模型的识别方法。(主要用于识别不在词库里的实体词)

在实际工作中,无论使用哪一种实体识别方法,首先都需要构建实体体系,然后在现有的实体体系框架下进行实体识别。

4.5.类目预测

类目预测有助于更好地计算检索词和物料之间的相关性,并应用到后续搜索类目导航功能中。

常见的类目预测方法有以下三种:

基于人工规则:通过日志信息将热门检索词提取出来,然后人工匹配检索词和相关类目。

优点:可以实现快速上线

缺点:可拓展性差,人工运营成本较高,在搜索引擎初期使用。

基于用户行为的数据统计

优点:利用用户历史行为数据,可以从数据中学习,具有一定拓展性。

缺点:对于长尾检索词的覆盖度较低。

基于类目预测模型:前两种方法的类目预测覆盖率都很低,拓展性也一般,实际工作中需要构建专门的模型。

1.构建类目预测模型的第一步是构建训练样本,在电商领域可以将商品标题或用户历史检索词与对应类目构成一对,一对代表一条训练样本。类目预测模型是一个多分类魔影,一个检索词可能对应多个类目,目前行业内多使用DNN模型进行构建。

2.针对类目预测的相关性设定阈值。

在实际应用时,一般将类目预测模型分为线上、线下两部分(由于线上模型对实时性要求很高)。

优点:泛化性强,对于长尾检索词,类目预测的准确率很高。

缺点:线上模型耗时较多,需要设计合理的系统架构。

4.6.查询改写

一方面针对简洁的检索词尽可能地扩充召回条件,丰富召回结果,另一方面针对复杂的召回词精简条件,提升召回效率。

常见的方法有两种:

1.基于同义词的改写

2.对于长尾检索词通过其他辅助行为信息来进行改写。

5.搜索引擎召回策略

和推荐系统一样,召回模块决定了搜索引擎整体效果的上限。搜索引擎常见的召回策略有三种:文本相关性召回;语音相关性召回;个性化召回。

策略一:文本相关性召回——对原始检索词进行实体识别后构建查询语法树(实体重要性、预测类目召回),再和倒排索引里面的实体进行匹配。(注意匹配规则)

策略二:语义相关性召回——基于原始检索词的隐语义和物料标题信息隐语义向量的相似度进行召回。(构建语义相似度模型、相关性控制模型)

策略三:个性化召回——本质上还是语义相关性召回,更充分考虑了用户的个性化行为数据。

6.搜索引擎粗排策略

粗排逻辑的关键在于在召回的上万个物料中初筛出和检索词匹配度较高且用户比较感兴趣的物料,量级由万到千。为了更好促进用户转化和维持平台整体生态建设,粗排阶段会加入更多考核指标。公式如下

$$Score_粗=a*相关性分+b*质量分+c*转化效率分$$

在粗排环节必须对物料和检索词的相关性进行严格把控,在召回策略中,一些宽泛的检索词可能匹配非常多的物料。在粗排环节需要通过相关性分数进行初步把控,首先需要计算每个物料和检索词的相关性。

相关性分数 = a*文本相关性 + b*向量相关性 + c*个性化相关性

物料质量分一方面取决于物料历史线上表现效果,另一方面取决于物料的创作者和商家对平台整体生态建设的贡献。以电商平台店铺星级分为例:简单四维度权重分布转化成公式:

店铺星级分 = a*流量分 + b*转化分 + c*服务分 + d*售后分

转化效率分主要由物料的CVR和CTR两方面评估得出的,为此需要构建专门的CTR和CVR预估模型,目前通用的是DNN算法,只不过相比于推荐场景,在搜索场景模型需要加入更多的检索词特征。

补充:因子间耦合严重导致因子计算方式的调整会引起超参数变化,这时可以划分区间解决。

7.搜索引擎精排策略

7.1.排序策略与特征

精排环节的排序分为相关性排序和多目标排序。

相关性排序:很多公司起初并不具备精细设计排序模块的能力,一般会将粗排、精排、重排融合在一起,仅通过召回阶段的相关性分数排序。千人一面,但可以保证检索词和物料的相关性。

多目标排序:$$Score_精=a*相关性分+b*质量分+c*转化效率分$$,因子权重与粗排公司不同,更侧重转化效率分,模型特征和网络结构远比粗排模型复杂。

在搜索场景中,相比于推荐特征,搜索特征增加了一系列以检索词为核心的特征。

7.2.PageRank算法

7.2.1.基本假设:

1.数量假设:一个网页被其他网页链接的越多,则该网页越重要。

2.质量假设:一个网页被高质量网页链接,则该网页质量很高

7.2.2.基本算法:

将互联网想象一张图网络,网络上每一个节点(node)就是一个独立的网页,如果两个网页之间存在超链接关系,则它们之间存在一条有方向的边(edge),每个节点向外链接的节点数被称为该节点的出度,每个节点的PageRank值(以下简称PR值)表示该节点的权威性。

8.搜索引擎重排策略

重排环节起到的作用和推荐系统一致,也分为全局最优策略、用户体验策略和流量调控策略。搜索场景中用户带有明确的意图,所以序列优化的收益没有推荐场景大。搜索场景对物料多样性的要求远远不及推荐厂家,搜索场景一般基于检索词返回结果,大多数情况都是相同类目,一般针对同商家、同创作者、同首图进行打散,也使用推荐策略中讲到的滑动窗口法。

搜索和推荐是App的两大主要流量场,但在电商App中,如淘宝平台70%左右的GMV都是由搜索场景转化的哦!

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

题图来自Unsplash,基于CC0协议

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