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

推荐订阅源

T
The Exploit Database - CXSecurity.com
V
Vulnerabilities – Threatpost
Google DeepMind News
Google DeepMind News
Attack and Defense Labs
Attack and Defense Labs
Webroot Blog
Webroot Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
TaoSecurity Blog
TaoSecurity Blog
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity Blog
N
News | PayPal Newsroom
S
Security Affairs
T
Tor Project blog
P
Proofpoint News Feed
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
S
Security @ Cisco Blogs
H
Heimdal Security Blog
Hacker News: Ask HN
Hacker News: Ask HN
Help Net Security
Help Net Security
U
Unit 42
云风的 BLOG
云风的 BLOG
The Hacker News
The Hacker News
Cisco Talos Blog
Cisco Talos Blog
量子位
F
Full Disclosure
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - 叶小钗
有赞技术团队
有赞技术团队
T
Troy Hunt's Blog
P
Privacy & Cybersecurity Law Blog
Forbes - Security
Forbes - Security
人人都是产品经理
人人都是产品经理
L
Lohrmann on Cybersecurity
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Security Blog
Microsoft Security Blog
博客园 - Franky
腾讯CDC
AI
AI
Last Week in AI
Last Week in AI
Latest news
Latest news
Google Online Security Blog
Google Online Security Blog
N
Netflix TechBlog - Medium
Engineering at Meta
Engineering at Meta
GbyAI
GbyAI
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
IT之家
IT之家
Martin Fowler
Martin Fowler
Blog — PlanetScale
Blog — PlanetScale
V2EX - 技术
V2EX - 技术
酷 壳 – CoolShell
酷 壳 – CoolShell

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
解构电商、O2O:挖掘用户的“潜意识” – 推荐系统
产品老高 · 2022-07-21 · via 人人都是产品经理

编辑导语:随着人们日益提高的生活水平,对于商品的要求也都趋于个性化,个性化的推荐系统也就顺势而生。这篇文章作者详细拆解了推荐系统的运作方式以及用户的“潜意识”,感兴趣的小伙伴一起来看看吧~

随着人们日益提高的生活水平,对于商品的要求也都趋于个性化。每个人对于商品的喜好都有着自己的习惯,而抓住习惯并养成也是电商平台推广宣传的有效手段,就这样推荐系统应运而生。

推荐顾名思义按照用户的喜好和行为推荐可以满足用户诉求和需要的商品以求达到用户购买的目的。广义上来讲所有主动推送给用户的商品信息都可以视作推荐的范畴,而这里面具有商业变现能力的商品推荐又叫做广告。广告的管理一般会由单独的广告系统负责,下文讲述的推荐主要指除广告以外的商品推荐内容。

一、推荐的基础信息

推荐系统从根本上是为了解决营销选品决策的问题,所有就需要有一些指标来衡量和评估效果为后续的推荐策略参数调整和方式进行优化提过依据。常见的推荐系统的指标和搜索的比较类似包括准确率、召回率以及新颖度等。

  • 准确率(Precision):表示召回的商品中推荐正确的商品占整体召回商品的百分比。
  • 召回率(Recall):表示召回的商品占整体商品的百分比。
  • 新颖度:表示推荐长尾区间的商品情况,如果推荐商品都是热门商品,即新颖度很低,反之则新颖度较高。
  • CTR:点击率,也是广告系统的衡量指标之一。
  • CVR:转化率,指从用户点击推荐商品到完成购买的转化率。公式为CVR=(转化量/点击量)*100%

我们接下来看下推荐系统在电商平台用户端都有哪些常见展现形式,如下图:

推荐的使用一般多放在售前环节通过浏览时的推荐提高用户的购买率,少部分页会放在购买完成后提示用户增加二次消费的几率。电商是全天候的售卖平台,但在实际消费的时候用户会有不同的购买场景。不同的购买场景对于推荐的要求也是有差异的。

  • 时间维度:包括节假期、促销周期等,对于020甚至还需要更细分的时间划分,比如早中晚、加班等。不同的时间维度用户对于购买的诉求不一样,推荐给用户的商品也不应该完全相同。
  • 地点维度:地点维度更多会影响到发货的周期,本地仓库/商家是否有货确定是否可以早一点送到用户的手里。

推荐系统要达到场景推荐差异化的情况就要根据不同情况的获取不同的数据进行分析处理。推荐系统的底层数据源和搜索一样都是来自于各个业务系统的,推荐系统本身并不会产生业务数据。推荐系统主要是分析人与物之间的关系,所以数据都是围绕这两个点进行延伸。

人指的就是用户本身的信息。包括用户自身的基础信息比如用户名、联系方式、地址、收藏。还有消费信息比如订单信息、会员信息等。这些信息可以对于用户在系统中的实体进行初步的构建,以便推荐系统可以通过这些信息分析出人的“特性“。

而物品也就是商品信息。商品数据主要是商品的基础信息、促销信息。初次之外对于埋点的数据也需要进行统计,结合上述内容一起分析。埋点信息包括访问数据,点击数据等。

很多时候一些新的用户和新上架商品并没有历史的数据可以追溯,这样就无法提取特征,也就是我们常说的“冷启动“。冷启动的问题也会影响到使用哪种推荐策略,因为不同的推荐策略可能对于数据量的要求也不一样。

某一些策略则依赖于大量的数据进行分析,这个时候没有处理冷启动的问题就无法积累数据。为了应对冷启动的问题人们也找到了一些方法,根本思路就是通过变形或者转化来获取特殊的数据源来解决无数据的问题。

第一种方式提供相对稳定的数据筛选结果,最为常见的例子就是热销排行榜。这种方式是假定所有用户属于一个整体的集合,在这个集合下最关注的商品就是热销品。

考虑到人群的从众心理在新用户前期通过推荐热销商品其实是一种相对稳妥的方式,实际证明新用户在冷启动阶段对于热销品有更大的购买动力,而老用户则也会更多考虑长尾推荐。在数据收集到一定程度后再将推荐数据转化为更为精细的个性化推荐内容。很多平台的发现页面就是通过这种方式去处理早期数据不全的情况。

第二种则是利用用户前期注册时留下的信息进行判断。目前很多平台都会在初始阶段让用户填写一些个人信息和兴趣爱好,这种手段在音乐或阅读类平台用的会比较多。

通过用户填写的信息来初步构建特征进行商品推荐的匹配。除了用户本身在平台填写的信息外,目前绝大多数都会使用第三方登录,比如微信、支付宝等。通过第三方登录在用户授权的情况下也可以导入部分用户行为数据辅助分析用户特征。

但这种推荐由于信息的匮乏会造成颗粒度很粗,导致可能很大一部分用户看到的商品是完全一样,但实际上他们本身的群体还是有一定区别的。

此外也可以结合上面两种情况来获取信息。比如提供一些特定分类如热销品的商品让用户进行选择喜好,根据用户的选择匹配相似的商品数据。这样对于冷启动时可以更好的提供相对精准的推荐数据。

不过这个方法对于前期提供选择的商品集合有一定的要求,不能过分的从单一的分类中获取商品,平台要提供更品类丰富的选项以便后续分析时候可以更加准确。

上面讲到的是新用户冷启动的数据获取方案,除了用户的冷启动还有商品的冷启动。对于上新的商品我们缺乏对于商品购买人群的数据特征,就需要通过冷启动获取关联数据如下图。获取数据的思路和用户基本类似,最基础的方式就是提供特殊标签如新品。通过标签提高权重已达到展示推荐的目的。

此外由于商品的信息是由内部运营人员进行录入,所以我们可以通过人为的方式获取到更多商品的基础信息。推荐系统可以通过关键词或者标签Tag的方式获取商品的关键信息,计算新品与老品之间的相似度来进行推荐。

同时我们也可以通过获取第三方的数据来判断用户情况,如手机安装时获取已安装应用情况判断性别、年龄、爱好等信息。总结下来冷启动主要是通过三个方向获取数据:引导用户自填、运营人工分类、第三方获取。

二、推荐策略的“演变”

判断用户喜欢的商品进行推荐就是建立人、商品的关系。所有上述提到的元数据都需要根据推荐策略进行关联。推荐的策略发展至今已经由简单的概率分析延伸为现在比较流行的深度学习。我们讲到推荐的核心就是建立人与商品的关系,关系靠近的则是认为他们相关度更高,关系较远则认为相关度更低。

在人与商品的关系中还包含人与人、商品与商品的关系,由此构建出一个关系图谱。比如我们常说的用户画像就是设定人与人关系的基础数据。按照人和商品我们可以建立一个二维的坐标。

根据坐标远近来判断相关度进而产生推荐的商品信息。由于推荐系统比一般的电商业务系统对于算法的要求要高,所以这里我们更多从产品维度来介绍下推荐策略和算法的一些情况。如果大家想深入了解一些算法可以自行研究。

上面说到推荐策略即是判断人、商品之间的各种关系,关系越近则认为匹配度越高。那如何去判断关系的远近呢?对于这个核心的问题推荐系统也一直在进行发展演变,人们随着技术的提升思路也变的越来越智能化。

在没有系统推荐的时候,推荐系统更多是承载人工配置商品的过程。通过人工设定固定商品进行推荐,目前在一些不具备推荐算法能力的平台依然会使用此类方法。这样的方式固然可以实现推荐商品,但效率和效果却无法让人恭维,于是就出现了基于内容的推荐策略。

基于内容推荐的思路是将所有的商品、内容、人等基础实体进行标签标记。系统通过标记不同的商品属性特征进行分类,当用户进行购买时系统通过购买的商品进行判断具备相同属性或者相似属性的商品集合,再通过消重、过滤等规则完成最终的推荐列表。

基于内容推荐实际上是来判断商品与商品的固定关系,我们以一个实例看下策略的处理方式。假定平台上有一个图书商品库(包括商品A、B、C三个商品),我们基于图书的相关信息为所有图书制定标签特征,包括但不限于图书名称关键词、图书作者、图书分类、图书定价、图书关键字等。通过标签整理我们看到三个商品的特征集为:

如果用户购买商品B,则购买完成以后可以推荐商品A给用户,因为商品A和商品B具备相同或相似的属性(包括书名关键词、作者、分类)。而商品C则和商品B相差较远所以不进行推荐。

这里面的判断规则一般是通过加权的方式来判断多个属性最终是否和购买商品的特征相似和相同,其中加权以及消重等规则和搜索使用的方法类似。特别说明下推荐策略做加权同样需要考虑词频的因素,一般使用的概念是TF-IDF(termfrequency–inverse document frequency)。

TF为词频即关键词在当前文本中出现的次数,这里包括所有特征属性。IDF为逆文本频率指数,指在所有文本属性中出现次数的倒数。计算方式是TF X IDF,这项指标表示我们认为在当前文本中出现的高频词是高权重的,但如果该关键词在所有文档出现频率也高则认为该词不具备特殊意义故而权重是很低的。

如上表中的经济词汇如果只在当前文本特征中出现次数较高,则是属于高权重。如果在所有语料文本中都出现很多次,则认为他不应该是代表特定意义只是一个通用的词汇,权重应该降低。

基于内容过滤规则比较简单,初期搭建时可以快速实现推荐功能的自动化节省人力。但问题也是明显的,首先需要通过对所有的商品构建特征标签工作量巨大,同时由于推荐策略的颗粒度和构建特征的多少有直接关系,所以会造成颗粒度过于粗糙推荐商品不准确的问题。如果平台本身不具备太多推荐算法的能力,可以通过人工配置加基于内容推荐的方式获取推荐的基本自动化能力。

基于固定的内容无法获取更加精准的推荐商品,那么我们可以换个角度来看待这个问题。我们把从商品与商品的固定关系转变成参考人和商品、商品和商品之间的变化关系来进行推荐策略的构建,也即是说基于用户的行为来判断商品的关系。

用户的行为具有复杂多变的特性,但不代表没有规律可循。常见基于用户行为的策略主要分为几种:关联规则和协同过滤。

关联规则是指通过收集每个用户一段的购买数据,可以得出买过商品A的所有用户以及这些用户同时买了哪些其他商品,然后将这些商品合并就得出了一个同时被购买商品列表的排序。基于商品列表进行消重、去除低关联商品等行为最终实现推荐商品列表输出。关联规则的核心策略就是诊断关联度进行处理,关联度有两个常用指标:支持度和置信度

  • 支持度(Support):买过商品A,同时买过商品B的人数 / 总的人数
  • 置信度(Confidence):买过商品A,同时买过商品B的人数 / 买过商品A的人数

计算公式关联度 = support * confidence。下面我们举一个例子看下算法是如何运行的。Alice购买了商品item1,这个时候我们想计算item5是否应该推荐。根据公式我们来计算下支持度和置信度。支持度support=2/4,置信度confidence=2/2,需要说明的是计算时要刨除alice本人。这样我们可以得到support=0.5,confidence=1,所以item5对于item1的关联度就是0.5*1=0.5。

从上面的例子我们可以看到通过关联度可以推荐到购买时被人们最常用的组合是哪些。对于一些品类单一的商品结构是非常适用的,策略的逻辑本身并不复杂对于技术要求也不会特别高。但从计算量上来看,需要对所有的商品进行遍历计算才能获取所有的指标。对于离线的数据挖掘成本来说有些过于的大了。

显而易见关联规则作为主要的算法是有些不符合的,那我们就需要寻找一个效率更高、成本更低的算法来作为主要的推荐算法,协同过滤就是目前主流的推荐算法。协同过滤主要原理是运用群体的协同智慧,志在通过一个群体的喜好判断来确定单体的特征和情况。这个群体既可以是用户群体,也可以是商品群体。

协同过滤有几个基本的假设:

  • 用户会对物品给出评价(隐性或显性)
  • 用户偏好一定时间内不会发生变化

协同过滤的处理主要包括两个部分:评测和群体搜索。我们来看下协同过滤的处理流程。如下图:

获取所有的用户数据信息,用户信息包括用户自行填写的内容、评价、消费记录等信息。对于新用户的情况可以通过上文讲到的冷启动的方式获取数据。同时要对用户的数据进行一些基本的预处理。

主要的预处理为降噪和归一化。降噪主要是剔除一些异常数据,比如用户的误操作、未支付订单等。而归一化的目的是为了保证所有的用户信息在进行推荐计算的时候不会受到极值的影响出现过大偏差。

比如订单的数量就远大于收藏的数量,需要将这样的信息通过处理变为一个相对合理的区间范围,一般会将归一化的数据分布变为[0,1]区间内。常用的归一化方法也有很多,比如对数归一、指数归一等。归一化的概念和地图的比例尺有些相似,目的是在保证相对关系的情况下将所有样本缩放到一定范围内以便进行计算。

数据处理完毕后推荐系统就会根据信息对用户或商品进行评估打分。这里面主要是基于已知的用户或者商品集合的信息判断与当前用户或商品的相似度。推荐算法基于不同的相似度得到每个集合的分值,根据计算的分值判断与当前用户或商品的临近群体。通过将临近群体和当前商品或用户进行比对完成推荐结果的输出。

关于相似度的计算也是推荐算法的核心,相似度主要是指当前群体和已知群体之间的临近程度。关于临近算法也是随着技术逐步发展起来的。这里面我们以kNN算法为例看下临近算法的原理。

kNN(全称 k-NearestNeighbor K临近算法)意思是k个最近的邻居,指是每个样本都可以用它最接近的k个邻居来代表。策略的思路是通过指定一个数量范围K,判断最相似的K个商品内具备的共有特征,则认为查询的商品或用户的本身也具有这个特征。简单的说就是认为你跟你附近K个最近的群体具有相同特征。

由下图我们可以看到首先我们会将所有的样本数据与当前需要比对的样本进行距离测算,根据测算距离生成一个由近及远的列表。在所有样本比对完毕后将当前列表选取K个样本并判断当前样本中多数项的属性特征,将该属性特征赋予被比对的商品完成推荐结果输出。我们通过图来看下临近算法运行的原理。

当范围K选取的是C1值时,则认为当前比对样本的特征应该是圆形,因为在范围内圆形占多数项。而当我们把范围K的值调整为C2时,我们发现比对样的特征变为了正方形。所以kNN的临近算法会因为K的范围选取产生结果的巨大变化。如下图

而目前的主流协同过滤虽然还是使用计算相似度来进行推荐,但策略上已经发生了变化。按维度分包括基于用户维度和基于商品维度。基于用户维度(User-Based: Row similarity )是指以用户为参照物判断和当前用户相似的用户群体的喜好,从而得到相似用户群体中包含且当前用户未曾购买的商品进行推荐。

如果我们把用户和商品关系列一个矩阵,则按用户维度也可以看做是行相似性。下表可以看到用户A购买时,我们通过查询比对发现用户A和用户C是相似群体,所以根据用户C的特征推荐商品D给用户A。

基于商品维度(Item-Based:Colunm similarity)也叫做基于项目维度,通常指除人以外的实体。项目在电商平台则代表商品维度,而新闻、音乐类平台则代表其他的实体。与基于用户维度不同的地方,基于项目维度是以商品(下文将项目统一称作商品)为参照物判断找到和当前物品偏好相似的物品,然后根据用户历史的拍好情况推荐相似品。

我们还用上述的这个关系矩阵来看基于商品维度的处理方式。购买商品A的用户和商品D的人群很相似,所以当用户购买A时,我们可以推荐商品D给用户。所以基于商品维度又叫做列相似性。

两种维度的算法都各有优缺点,衡量使用的标准主要是选取参照物叫少的维度。例如电商平台相对于庞大的用户群体来说商品相对固定,商品之间的关系变化也较少,所以使用以商品为参照物可以大大减少计算的量级和复杂度。而新闻类则相反,用户相对内容更为稳定,则使用用户为参照处理起来更为便捷。

同时基于商品维度的算法相对于基于用户维度的算法,结果集更为稳定,但丰富性相对较低。所以如何取舍要依赖于平台对于推荐的实际业务要求。更多的时候可以使用混合算法,即按照一定的配比从多种算法上获取商品进行去重、加权、排序。

一般来说在使用协同过滤算法时候有几个技巧:

  • 低频的物品可以做过滤,减少杂质对于整体计算的影响
  • 降低高频热门物品的权重,避免出现大量推荐重复显示高频商品的问题。
  • 打分的分值可以根据时间的递进进行衰减,即越靠近现在越高

这里简单介绍几种算法的公式,具体的算法细节可以自行百度。产品层面知悉就可以了。

Cosine-basedSimilarity(Cosine相似度):常用于计算文档数据相似度。

Pearson Correlation Similarity (皮尔逊相关度):计算两个定距变量的相似度。

AdjustedCosine Similarity (校正Cosine相似度):修正了余弦相似度算法对于绝对数值不敏感的部分。

三、推荐系统架构

推荐系统按照处理流程的划分也有若干层。从效果来看业务特征加特殊特征的精细度决定效果的最终上限。结构如下图

  • 特征层:负责沉淀所有特征内容。
  • 样本层:提供样本选取和训练。
  • 模型层:提供模型算法。
  • 召回层:负责召回数据。
  • 排序层:提供打分、排序、去重等功能

作者:高晖

来源:https://mp.weixin.qq.com/s/8n2MF7h3zQlJkZm6sEVEQQ

本文由 @产品老高 授权发布于人人都是产品经理,未经作者许可,禁止转载

题图来自 Unsplash,基于 CC0 协议