浅谈商品推荐:如何猜中用户的心思?

去商场前,你告诉自己今天只买T恤,出商场时,你还是拎了大包小包……导购员看你摸了摸连衣裙,让你免费试穿,结果你这一穿就不愿脱下了,而且一件接一件。导购猜测顾客喜欢什么,推荐顾客试穿,满足双方各自的心理诉求来达成交易。电商网站如何猜测用户的心思,推荐商品达成交易呢?我们不可能让人来感知用户的诉求,只能用数据和规则告诉用户,我知道你看上的是这件商品。所有不着调的推荐都是耍流氓,不着调的推荐不如不推荐。

一、推荐算法

推荐算法主要有基于内容的推荐算法、协同过滤算法和基于人口的统计学推荐。先来科普下这几种推荐算法:

1、内容的推荐算法(CB):为每个item提取特征建模

CB基于商品相关性构建商品模型推荐。商品相关性包括商品类目、属性、参数、关键词、组合商品等。

举个简单栗子,你去买手机,导购员看见你进来就知道你买手机,这是商品类目;你说,看看粉色的苹果,内存要大点,导购拿来128G的红色iPhone7,粉色是属性,内存是参数,导购拿来的不是水果,因为苹果是iPhone的关键词。等你决定买粉色128G iPhone7时,导购和你说,今天买手机再加10元可以买一个手机壳,这个是商品组合推荐。电商系统也是如此,一步步猜中用户心思,用户才会信赖网站。目前电商中纯粹使用CB算法的不多了,对于初建网站,没有用户数据的前提下,主要依赖于CB算法推荐商品。

2、协同过滤算法(CF)

(1)基于用户的CF

基于用户对物品的偏好找到相邻邻居用户,将邻居用户喜欢的推荐给当前用户。大学时期和你经常一起看电影的闺蜜和你说,最近上映的《摔跤吧,爸爸》很好看,会让你更想去看这部电影,因为你知道,她喜欢看的,一般你也喜欢看。“喜欢XX的人也喜欢”就是典型的User CF。

(2)基于物品的 CF

基于用户对物品的偏好找到相似的物品,然后根据用户的历史偏好,推荐相似的物品给他。经常遇到的就是你买裤子时,导购和你说,这款是我们销量最好的, 刚还买走一个呢。除了物物关联外增加了用户偏好,根据大众偏好预测你还没有表示偏好的物品,比如大家都在买。

3、基于人口的统计学推荐

根据用户的属性建模,通过用户特征计算用户间的相似度。常见的有用户注册时添加感兴趣标签、榜单、热点等。

推荐算法无外乎是商品相关性、用户行为、大众行为。

二、运营推广

上述的推荐算法是基于数据和规则推荐的,除此之外,还有运营需求的推广。当然生活中也是存在的,导购偶尔会强力推荐某个产品时,有人就会怀疑,是不是提成多。除了专题活动推荐外,偶尔也可以在自然推荐规则中加入人为干扰因素(比如某个品牌优先),让你的运营推荐做的不声不响。移动端的推荐比较推崇的是Feed流,推荐除了不易察觉,还会让你心甘情愿分享。

三、无处不在的推荐

以天猫为例说明,推荐不是越多越好,推荐是越准确越好。

  • 首页:除了各种专题运营活动外,根据用户的浏览历史猜你喜欢
  • 搜索结果页:不漏痕迹地加入人为干扰因素推荐,掌柜热卖
  • 商品详情页:基于大众浏览和商品相关性的看了又看
  • 会员中心:根据用户浏览猜你喜欢
  • 订单详情页:运营活动推荐,关注品牌的热卖单品
  • 购物车页:掌柜热卖、品牌收藏、最近浏览、猜你喜欢

四、2B电商的区别

2B的特殊性又来了,2B电商面向的是企业,企业就会有不同角色操作的人,面向不同的人推荐不同。以采购手机原材料为例说明,工程师选的是产品(选型),他可以决定采购手机电池的规格参数和品牌,商品推荐可以从规格参数和厂家等维度来推荐。采购员是买指定的材料,是无权更改产品型号和品牌的,但他可以决定商品的价格和供应商,商品推荐可以从价格等维度入手。

最后,推荐不是越多越好,推荐是越准确越好,多而不准确的推荐,在用户看来是一次次地眼睛被强奸。

原文地址:https://www.cnblogs.com/a-du/p/9037593.html

时间: 2024-07-31 02:08:20

浅谈商品推荐:如何猜中用户的心思?的相关文章

【ocx疑难杂症0】浅谈OCX开发注册“逐用户重定向”问题

最近按公司要求封装一个OCX,本来很简单的一件事却遇到一个很奇怪的问题. 在编译器vs2010编译后注册报"逐用户重定向" 当时在莫度的带领下差点全军覆灭,提到2点解决方案(狗比膏药--坑的一逼) 1.改工程属性从DLL为lib 变成这种方案虽然编译器是过去了但是regsvr32注册没一点反应. 2.改链接器配置 这个更狠,编译器都过不了. 以上为爬坑分割线,下面来点干货 当时调用其它的DLL动态库,还有OCX事件又是合作开发,没办法先缩小问题范围 把事件删了-----外甥打灯笼--照

浅谈大数据技术

忽如一夜春风来,无人不谈大数据.大数据就像前两年的云计算一样,是一个时下被炒得很火的概念.那么什么是大数据,大数据是如何定义的,大数据处理技术有哪些,大数据能给我们带来什么益处?虽然我不知道现在这些概念是如何被炒作的,但是作为一名互联网行业的从业者,作为一个大数据技术的实践者,根据自己的理解和经验发表一点浅显的认识,理解肯定有不到位之处请大家批评指正. 无论是大数据技术还是云计算技术,其实这些技术都不是突然冒出来的,而是随着互联网技术的发展,人们把现有的技术加以整合,总结,概括出来并冠一个新名字

浅谈无需工作量证明的加密货币

浅谈无需工作量证明的加密货币 Iddo Bentov1,Ariel Gabizon2,Alex Mizrahi (Computer Science Dept., Technion; chromawallet.com) 译者:shylocks ([email protected]) 摘要:本文研究了那些并没有使用 PoW(工作量证明)协议的加密货币.这些协议通常采用 PoS(权益证明)协议,也就是采用了一种使担任验证工作的人获得在系统中相关权限的协议.我们对拥有较多矿工的系统进行了分析.最后,提出

搞懂分布式技术16:浅谈分布式锁的几种方案

搞懂分布式技术16:浅谈分布式锁的几种方案 前言 随着互联网技术的不断发展,数据量的不断增加,业务逻辑日趋复杂,在这种背景下,传统的集中式系统已经无法满足我们的业务需求,分布式系统被应用在更多的场景,而在分布式系统中访问共享资源就需要一种互斥机制,来防止彼此之间的互相干扰,以保证一致性,在这种情况下,我们就需要用到分布式锁. 分布式一致性问题 首先我们先来看一个小例子: 假设某商城有一个商品库存剩10个,用户A想要买6个,用户B想要买5个,在理想状态下,用户A先买走了6了,库存减少6个还剩4个,

浅谈Mysql共享锁、排他锁、悲观锁、乐观锁及其使用场景

浅谈Mysql共享锁.排他锁.悲观锁.乐观锁及其使用场景 Mysql共享锁.排他锁.悲观锁.乐观锁及其使用场景 一.相关名词 |--表级锁(锁定整个表) |--页级锁(锁定一页) |--行级锁(锁定一行) |--共享锁(S锁,MyISAM 叫做读锁) |--排他锁(X锁,MyISAM 叫做写锁) |--悲观锁(抽象性,不真实存在这个锁) |--乐观锁(抽象性,不真实存在这个锁) 二.InnoDB与MyISAM Mysql 在5.5之前默认使用 MyISAM 存储引擎,之后使用 InnoDB .查

浅谈——页面静态化

现在互联网发展越来越迅速,对网站的性能要求越来越高,也就是如何应对高并发量.像12306需要应付上亿人同时来抢票,淘宝双十一--所以,如何提高网站的性能,是做网站都需要考虑的. 首先网站性能优化的方面有很多:1,使用缓存,最传统的一级二级缓存:2,将服务和数据库分开,使用不同的服务器,分工更加明确,效率更加高:3,分布式,提供多台服务器,利用反向代理服务器nginx进行反向代理,将请求分散开来:4,数据库的读写分离,不同的数据库,将读操作和写操作分开,并实时同步即可:5,分布式缓存,使用memc

【转】浅谈Nginx负载均衡与F5的区别

前言 笔者最近在负责某集团网站时,同时用到了Nginx与F5,如图所示,负载均衡器F5作为处理外界请求的第一道"墙",将请求分发到web服务器后,web服务器上的Nginx再进行处理,静态内容直接访问本地门户,动态数据则通过反向代理指向内网服务. 其实Nginx和F5这两者均可用作网站负载均衡,那二者有什么区别呢?笔者在此浅谈下Nginx与F5的一些区别. 目前很多网站或应用在设计之初都会为高并发的数据请求做负载均衡,不差钱的土豪用户一般会直接买F5硬件设备作为其负载均衡器,原因不用多

浅谈谷歌首页

虽然谷歌舍弃中国市场百分之三十多的市场份额退出中国大陆市场,但是还是会用很多人把谷歌当做专业资料搜索引擎,这一方面得益于谷歌的强大的搜索技术,另一方面用小众的谷歌搜索会让人一种高大上的感觉. 回到谷歌首页的讨论(以下对比对象都是之前谷歌在中国最大的竞争者百度): 第一,谷歌搜索的第一个特点就是简洁,没有贴吧.知道等等百度首页上有的各种按钮,更没有百度安全卫士.百度杀毒.宝箱.换肤等等恼人的推荐,这种简洁的风格给人一种很舒服的感觉,同时也不会让用户分心,从而带来良好的用户体验. 第二,谷歌的搜索技

浅谈委托和事件(一)

浅谈委托和事件(一) 关于委托和事件,可能是.NET或者说是面向对象编程语言中的一个比较重要又比较难以理解的概念.关于这一话题,园子里的人也写了很多文章,最经典的可能就是张子阳的C#中的委托和事件这两篇文章了,之前也看过MSDN 上的WebCast深入 "委托和事件".可能和很多人一样,刚开始读的时候,觉得很清楚,但是过了一段时间好像又忘记了委托和事件的区别,知道很久以前,在一次面试中我被问到委托和事件有什么区别,一下子就说不清了. 所以这里稍微理一下,也算是自己的一个总结.当然,还是