百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

机器学习应用之:搞懂客户的购物车!

csdh11 2025-02-09 11:57 20 浏览

Kaggle的Instacart 购物车记录分析竞赛(
https://www.kaggle.com/c/instacart-market-basket-analysis)就是机器学习如何应用于业务问题和功能工程的有用练习的一个很好的例子。主要研究的问题归结为预测用户将再次购买哪些产品,什么时候会第一次尝试,或者在会话期间再次添加到购物车中。其背后的动机很简单:作为一家食品杂货供应公司,需要优化供应链,尽量减少浪费并避免缺货。其中的机器学习部分就是本文会讨论的问题。

如果你查看了本文开头的链接,你就会知道有不少人曾尝试过这个问题,并提交了数十次不同方法的模型。虽然有不少人会想要使用随机森林的方式进行尝试,但对于这个项目,我们将坚持使用旧的逻辑回归,并研究在特征工程和基本模型的调整中可以改进多少。

一切从数据开始

像往常一样,接近任何机器学习模型的第一步都是查看数据。在这里,草拟了Tableau中的几个基本可视化对象,仅从这些图表中我们就可以获得关于用户行为模式的见解。

例如,该图显示一个月内有多少个相对大小的项目被重新排序。我们已经可以看到大多数人在一周内会重新订购产品,或者不再订购(日期是自上次订单起的30天或更多天)。

在这里,我们可以看到客户的平均订单量是10件。

虽然这一探索性数据分析本身提供了有用的见解,但该项目的目标是使用机器学习将这些见解转化为预测性建模。

正式使用

这是会偏离Kaggle的部分。为了训练逻辑回归模型,这里将构建一个代表给定用户的最后一个购物车的新功能:

这个新功能是查看用户和产品ID并重新创建以前的购物车的结果。我们最终得到他们的最新订单,表示为一组产品ID。从那里,我们可以创建一个列,指示项目是否先前已订购,并根据包含来自之前购物车的产品ID的列填充它。当它显示时,新的特征空间将如下所示:

由于以前没有订购Id 1的产品,所以in_cart列中的值为0。因此,in_cart列将成为分类的目标。如果用户更有可能重新排序特定项目,我们将得到1的预测值,否则为0。

可以看到,在这个特征空间上运行基线逻辑回归产生了非常差的结果,所以这就是我们可以转向特征工程神奇的地方。这里的特征工程采用了迭代方法,并测试了每个步骤中每个新特征(如:用户特征、产品特征和用户产品特征)如何影响模型。

具体来说,在处理平均值时,检查了几天和几小时的原始平均值与它们的舍入值的对比情况。这里的推理是考虑自上次购买后的12.33天是没有意义的,因为数据集本身只提供整型值,离散变量的十进制值不是很有见地这歌这歌过程中,发生了一个令人惊讶的事情,不全面的原始数据总体表现反而更好,从长远来看,实际上是为模型提供了更多的信号。

大部分工程特性都围绕着订单频率和一些平均指标,以便将整个客户群的一般订购趋势与特定客户的行为进行比较。除此之外,还将部门名称转换为分类变量,因为我希望他们可以为模型提供额外的信号。

在一开始时没有提到的一件事是,预测课程相当不平衡。设计的in_cart特性显示,项目在十分之一左右的时候会重新排序。为了弥补这种不平衡,使用了sklearn的默认权重平衡:

但是,进行了更进一步的动作,并测试了自定义权重以进一步微调。事实证明,手动平衡模型的整体表现更好。

结论

这种简单的逻辑回归与新设计的功能和手动类平衡取得了相当不错的结果。

如果我们看一下混淆矩阵,我们可以更好地分析F1得分实际上代表什么。在0.3的精确度下,模型可以正确预测所有重新排序项目的30%,并且以0.52确定了模型可以预测的真实和错误。至少,客户可以放心,他们不需要延期交货。

这种不理想的结果可以用阶级失衡来解释,当项目不会被重新排序时,模型预测会好得多,或者这也许是一个不适合机器学习的问题。

除了这些有些抽象的分数之外,可以看看模型的系数。你可以在代码中找到所有系数值,但为了突出显示最重要的发现,这里会解释为客户订单频率是客户重新排列某个产品的几率的最大预测因子。用户和产品总订单也扮演着一定的角色:一般用户订购产品越多且越频繁,这些产品再次被重新订购的机会就越高。

然而,添加到购物车中的产品的计数顺序对重新排序的项目的可能性起着负面作用,这是非常有意义的:我们在开始时看到,用户的平均购物车尺寸大小约是10个产品。如果一件商品一直放在购物车的第15件商品中,那么它很可能不会成为平均购物篮。

结语

今天就是这样。你可以在这里找到非常有趣的演示(
https://github.com/vlazovskiy/predicting-instacart-purchases/blob/master/Predicting_customer_orders_with_instacart.pdf)。所有代码也可以在该存储库中访问。

此外,还使用了AWS EC2(亚马逊网络服务,Elastic Cloud 2)作为建模工具,并强烈建议Chris Albon的指导设置虚拟机和Jupyter Notebook以运行它。

相关推荐

探索Java项目中日志系统最佳实践:从入门到精通

探索Java项目中日志系统最佳实践:从入门到精通在现代软件开发中,日志系统如同一位默默无闻却至关重要的管家,它记录了程序运行中的各种事件,为我们排查问题、监控性能和优化系统提供了宝贵的依据。在Java...

用了这么多年的java日志框架,你真的弄懂了吗?

在项目开发过程中,有一个必不可少的环节就是记录日志,相信只要是个程序员都用过,可是咱们自问下,用了这么多年的日志框架,你确定自己真弄懂了日志框架的来龙去脉嘛?下面笔者就详细聊聊java中常用日志框架的...

物理老师教你学Java语言(中篇)(物理专业学编程)

第四章物质的基本结构——类与对象...

一文搞定!Spring Boot3 定时任务操作全攻略

各位互联网大厂的后端开发小伙伴们,在使用SpringBoot3开发项目时,你是否遇到过定时任务实现的难题呢?比如任务调度时间不准确,代码报错却找不到方向,是不是特别头疼?如今,随着互联网业务规模...

你还不懂java的日志系统吗 ?(java的日志类)

一、背景在java的开发中,使用最多也绕不过去的一个话题就是日志,在程序中除了业务代码外,使用最多的就是打印日志。经常听到的这样一句话就是“打个日志调试下”,没错在日常的开发、调试过程中打印日志是常干...

谈谈枚举的新用法--java(java枚举的作用与好处)

问题的由来前段时间改游戏buff功能,干了一件愚蠢的事情,那就是把枚举和运算集合在一起,然后运行一段时间后buff就出现各种问题,我当时懵逼了!事情是这样的,做过游戏的都知道,buff,需要分类型,且...

你还不懂java的日志系统吗(javaw 日志)

一、背景在java的开发中,使用最多也绕不过去的一个话题就是日志,在程序中除了业务代码外,使用最多的就是打印日志。经常听到的这样一句话就是“打个日志调试下”,没错在日常的开发、调试过程中打印日志是常干...

Java 8之后的那些新特性(三):Java System Logger

去年12月份log4j日志框架的一个漏洞,给Java整个行业造成了非常大的影响。这个事情也顺带把log4j这个日志框架推到了争议的最前线。在Java领域,log4j可能相对比较流行。而在log4j之外...

Java开发中的日志管理:让程序“开口说话”

Java开发中的日志管理:让程序“开口说话”日志是程序员的朋友,也是程序的“嘴巴”。它能让程序在运行过程中“开口说话”,告诉我们它的状态、行为以及遇到的问题。在Java开发中,良好的日志管理不仅能帮助...

吊打面试官(十二)--Java语言中ArrayList类一文全掌握

导读...

OS X 效率启动器 Alfred 详解与使用技巧

问:为什么要在Mac上使用效率启动器类应用?答:在非特殊专业用户的环境下,(每天)用户一般可以在系统中进行上百次操作,可以是点击,也可以是拖拽,但这些只是过程,而我们的真正目的是想获得结果,也就是...

Java中 高级的异常处理(java中异常处理的两种方式)

介绍异常处理是软件开发的一个关键方面,尤其是在Java中,这种语言以其稳健性和平台独立性而闻名。正确的异常处理不仅可以防止应用程序崩溃,还有助于调试并向用户提供有意义的反馈。...

【性能调优】全方位教你定位慢SQL,方法介绍下!

1.使用数据库自带工具...

全面了解mysql锁机制(InnoDB)与问题排查

MySQL/InnoDB的加锁,一直是一个常见的话题。例如,数据库如果有高并发请求,如何保证数据完整性?产生死锁问题如何排查并解决?下面是不同锁等级的区别表级锁:开销小,加锁快;不会出现死锁;锁定粒度...

看懂这篇文章,你就懂了数据库死锁产生的场景和解决方法

一、什么是死锁加锁(Locking)是数据库在并发访问时保证数据一致性和完整性的主要机制。任何事务都需要获得相应对象上的锁才能访问数据,读取数据的事务通常只需要获得读锁(共享锁),修改数据的事务需要获...