- 综合排序
- 最热优先
- 最新优先
- 来自专栏数栈技术分享
数智洞见 ｜ 你的双11优惠券领了吗？基于算法的优惠券发放
今天我们来看下基于算法怎么进行定向优惠券发放。 2.数据准备 获取面包店6个月的用户历史交易表，表信息如下： 该表中共包含21293条数据，共960个用户的交易记录。 2）数据处理 a.RFM用户分群 利用AIWorks封装好的数据处理组件搭建RFM分层模型，计算每个用户的RFM参数，如下图左侧分支： · 聚合函数_F：基于6个月交易数据，对user_id（用户id 知识点2：特征与标签 算法模型一般表达的是一个数学关系，即y（标签列）和x（特征列）的关系，y是模型的输出结果，x是影响模型的因素。 · Python脚本_目标用户：将KMeans聚类模型划分出属于“1”类别（重要价值客户：购买金额高、购买频率高、购买时间近），且XGB分类模型预测出来的今天不会购买的用户筛选出来，针对这部分人群发放优惠券
3.1K30编辑于 2021-12-07 - 来自专栏智慧数字化经营
智慧数字化经营六种优惠券发放模式
现在给大家简单介绍下智慧数字化经营六种优惠券发放模式： 1.朋友圈发券 朋友圈发券是在朋友圈展示优惠券，顾客看到后可以点击领取，支付的时候会自动核销。 2.附近发券 顾客在投放优惠券商户周围的商户支付后可领取物联网形成的优惠券，领取后自动存入卡券/卡包中，跳转商家小程序支付时自动核销，分为开发发券和配额发券。 商家在智慧数字化经营系统里制作满减券，可以在店铺范围三公里内进行发放，也可以设置支付前弹券和支付后强制退券。 这样客户到店消费时，可以先领券后下单消费。 在支付完成后，商家还可以强制推送一张满减券，还可以给客户设置消费后可以发放朋友圈，有效引导客户消费及朋友圈领券用户下单复购，再也不用担心客流量问题啦。 当然了，优惠券发放功能，可以有效降低纸质优惠券的制作成本，还给客户提供了更加方便的留存方式。 看了我的介绍，你对智慧数字化经营优惠券的发放模式还有什么疑问吗？
2.7K20编辑于 2021-12-01 - 来自专栏Data Analyst
RFM模型中的优惠券发放、捆绑销售以及短信营销
例如京东，如果20天未下单，那么京东便会主动发放优惠券以刺激你的消费。 ? 通常，可以尝试提取出这部分客户所产生的全部订单中的最大金额去进行消费潜力评估，并为这部分客群提供大于2倍最大消费金额的商品进行营销。 例如，这部分客户大部分在超市消费了50多元，那么可以为他们推荐50*2=100元左右的商品，可以尝试着适当优惠，例如推销的这个100元的商品只卖90元，这样，该部分客群会更加乐意接受推荐的商品。
3.1K20发布于 2019-07-15 - 来自专栏CSDNToQQCode
MySQL数据库基础练习系列45、优惠券发放系统
使用工具：Navicat Premium 15，可以在下面的连接中下载 https://download.csdn.net/download/feng8403000/89403778 项目名称与项目简介 优惠券发放系统是一个用于管理优惠券的发放 该系统主要面向商家和用户，商家可以创建和发放优惠券，而用户可以领取并使用这些优惠券进行消费。主要功能包括优惠券的创建、发放、领取、使用记录查询以及用户信息的维护等。 A (2, 2), -- 小龙女领取了全场9折优惠券A (3, 1), -- 令狐冲也领取了满100减20优惠券A (1, 3); -- 乔峰再领取了新用户专享优惠券 INSERT INTO CouponUsageLogs 第二范式（2NF, Second Normal Form） 定义： 满足1NF。 非主键列必须完全依赖于主键，而不能只依赖于主键的一部分（针对复合主键而言）。 第三范式（3NF, Third Normal Form） 定义： 满足2NF。 非主键列必须直接依赖于主键，不能存在传递依赖。即非主键列必须直接依赖于整个主键，而不能依赖于主键的一部分。
49010编辑于 2024-06-16 - 来自专栏Seebug漏洞平台
端午福利发放通知
参与方式： 1.关注公众号Seebug漏洞平台和ZoomEye 2.扫码购买贴纸 3.将关注截图发送至微店客服 （没有发截图的订单不发货哟） 活动抽奖 抽鼠标和贴纸免单！ 2.长按小程序进行抽奖 3.开奖后将进行转发审核，中奖者在24小时内将转发截图发送至公众号后台即可兑奖，逾期视作放弃哦～ ⬇️404原创文章，点击图片跳转 ⬇️扫码进行抽奖 最后祝各位端午安康
54610编辑于 2022-06-06 - 来自专栏全栈程序员必看
优惠券设计及流程_优惠券怎么设计
二、确认优惠券发放对象 比如，新注册用户首次登陆可领取“新人优惠券”，或者与会员等级、会员积分关联。 比如，白银会员以上用户可使用、会员积分超过3000可使用等等。 一般发放对象包括： 等级用户：针对某一等级的会员发放，或者会员等级达到某个等级才可领取。 新注册用户：用户注册后首次登陆即可获取XX金额的优惠券。 按照品类使用：仅适用于男装或女装，即根据商品所属类目发放的优惠券。比如“男士上衣”属于“男装”这个分类。 四、确认优惠券发放数量 这一点看似简单，其实特别重要。 发放数量决定了投入与产出比，每一点都要精打细算。 产品在此过程中一定要严谨认真，与运营、财务、业务等部门做好充分沟通。 五、确认优惠券发放方式 这一个版块更侧重用户层面，要根据产品实际，寻找用户喜欢的领取方式，我们常见的有： 系统自动发放： 用户在特定时间登陆即可获取一张优惠券 系统后台抽取部分用户直接发放到用户账户
4.6K10编辑于 2022-09-19 - 来自专栏C语言入门到精通
C语言 | 奖金发放
例98：C语言实现发放奖金，根据利润提成，从键盘输入当月利润，求应发放奖金总数。 C语言源代码演示： #include<stdio.h>//头文件 int main()//主函数 { long int gain;//定义长整型变量 int prize1,prize2,prize4 prize = 0;//定义整型变量 printf("请输入利润：");//提示语句 scanf("%ld",&gain);//键盘输入 prize1=100000*0.1; prize2= prize1+100000*0.075; prize4=prize2+200000*0.05; prize6=prize4+200000*0.03; prize10=prize6+400000 else if(gain<=200000) prize=prize1+(gain-100000)*0.075; else if(gain<=400000) prize=prize2+
64632发布于 2021-03-10 - 来自专栏后台开发+音视频+ffmpeg
优惠券系统设计
领取方式：用户主动领取 还是 自动发放被动领取 使用 使用规则是可以非常多样的，比如 适用于某个商品 适用于多个商品 适用于某种类别的商品 全平台适用等等 使用规则这里是可以搞出很多玩法来的，就课堂与辅导两个产品而言 分布式锁， 2）使用lua脚本将取库存与扣库存等操作打包。 当redis扣了库存之后，我们会抛出一条消息去异步更新mysql中的库存，以及写入一条领取的记录 2，一券多用 这里主要是将优惠券的使用分成了两个步骤，1）锁定，2）使用。 这种问题此处提供两种思路，1）权限控制：在发布优惠券的时候做严格的权限控制(只能指定某些人发券)，发完之后做二次审核上线。再发布之前就做好预防。2）成本控制。 =" “In“ 等操作 2，调用查询类，这类条件就是说优惠券自身是不可能知道的，需要通过调用其它服务查询到，比如规定某个优惠券只能老用户领取，对于优惠券服务自身来说，肯定是不知道什么叫老用户的
6.1K75发布于 2020-06-11 - 来自专栏Triciaの小世界
问题 1494: 企业奖金发放
题目描述 企业发放的奖金根据利润提成。 从键盘输入当月利润，求应发放奖金总数？ + 100000*0.075 + 200000*0.05 + 200000*0.03 + 400000*0.015 + (x - 1000000)*0.01; } printf("%.2f
35060编辑于 2023-04-12 - 来自专栏DevOps时代的专栏
5G牌照，正式发放！
6月6日上午8:40，工信部向中国电信、中国移动、中国联通、中国广电正式发放5G商用牌照！ ? ? 5G时代，正式到来！ ? 来源：公众号鲜枣课堂
73940发布于 2019-06-18 - 来自专栏互联网数据官iCDO
平台型电商优惠券设计方案，看这篇就够
相信很多人也和我有一样的经历，点进一家淘宝店铺，如果有优惠券可以领，不管是否要买，先领券再说。 2. 拉动顾客二次进店 从第一点最后的分析来看，我们领了券，是否就打开了与卖家通话的一个通道了呢？ 接下来我通过两个大模块介绍平台优惠券设计需要考虑的内容：1.业务流程；2.优惠券规则设计。 2.资金流向 关于优惠券生成和使用的操作流程，每个产品对于它的定义都可能不同，最重要的还是根据公司实际业务进行设计，让相关部门能够方便的处理这件事情。 链接发放：活动创建后，我们为活动中的券生成独立的领券地址，这些地址可以让运营投放到不同的页面。 优惠码领取：活动创建后，将所有被发放的优惠券转化为优惠码，通过优惠码来进行发放。 2. 对于自动发放而言，发放对象就是指现在这批优惠券我是强行塞到哪些用户手中。而对于其它发放方式而言，则可以理解为谁被允许来领取我发放的优惠券。
7.2K60发布于 2018-03-05 - 来自专栏TIGERB的技术博客
你想知道的优惠券业务，SkrShop告诉你
Issues如下： 1. https://github.com/skr-shop/manuals/issues/25 2. https://github.com/skr-shop/manuals/issues 活动页领券 大促、节假日活动页面展示获取优惠券的按钮 游戏发券 游戏奖励 商品页领券 - 店铺页领券 - 购物返券 购买某个Sku，订单妥投后发放优惠券 新用户发券 新用户注册发放优惠券 积分兑券 积分换取优惠券 服务能力1: 发放优惠券 发放方式 描述 同步发放 适用于用户点击领券等实时性要求较高的获取券场景 异步发放 适用于实时性要求不高的发放券场景，比如新用户注册发券等场景 发放能力 描述 单张发放 指定一个优惠券类型 ID，且指定一个UID只发一张该券 批量发放 指定一个优惠券类型ID，且指定一批UID，每个UID只发一张该券 通过该优惠券类型的身份标识发放，比如创建一个优惠券类型时会生成一个16位标识码，用户通过 16位标识码 领取优惠券；这里不使用自增ID(避免对外泄露历史创建了的优惠券数量) 服务能力2: 撤销优惠券 撤销能力 描述 单张撤销 指定一个优惠券类型ID，且指定一个UID只撤销一张该券 批量撤销
2.2K51发布于 2020-10-28 - 来自专栏deed博客
4G牌照发放：移动1张联通电信各2张
内地正式发放4G牌照，意味着在3G商用近五年之后，国内三大电信运营商终于获发4G牌照，拿到了启动4G商用的资格，内地三大运营商将可以名正言顺的实现4G业务的正式商用，运营商部署4G相关工作的脚步也将因此而加快 除此之外，对于整个电信业及移动互联网行业来说，4G牌照发放之后，各项投资都将因此加快。 移动互联网领域也有可能因为4G牌照的发放而催生新一轮创业潮，诸如高清视频会议、移动网游、3D导航等适用于大宽带移动网络下的应用也将会成为现实。
77230发布于 2018-06-04 - 来自专栏Java note
Map+函数式接口，“更完美” 的解决 if-else的问题
需求 最近写了一个服务：根据优惠券的类型resourceType和编码resourceId来 查询 发放方式grantType和领取规则 实现方式： 根据优惠券类型resourceType -> 确定查询哪个数据表 根据编码resourceId -> 到对应的数据表里边查询优惠券的派发方式grantType和领取规则 优惠券有多种类型，分别对应了不同的数据库表： 红包 —— 红包发放规则表 购物券 —— 购物券表 ，上边的具体的策略实现类还只是2个，查询红包发放方式写在类RedPaper里边，购物券写在另一个类Shopping里边；那资源类型多个QQ会员和外卖会员，不就得再多写两个类？ * value: lambda表达式,最终会获得该优惠券的发放方式 */ @PostConstruct public void dispatcherInit String型的grantType return result.apply(resourceId); } return "查询不到该优惠券的发放方式
29910编辑于 2024-02-26 - 来自专栏张叔叔讲互联网
画像平台在电商领域的辅助作用
商家优惠券发放需求背景： 为了提高电商客户的成交额，电商服务团队经常协助客户设计并发放优惠券，虽然取得了不错的业务效果，但是每次都需要安排专人服务客户，该方式不适用于客户数量较多且频繁发放优惠券的场景。 电商服务团队期望使用画像平台的基础服务快速搭建出优惠券发放平台。 业务目标：搭建优惠券发放平台，平台支持多种优惠券类型；支持商家自主配置优惠券及发放策略，商家可以指定人群进行优惠券发放。画像平台提供高可用的人群基础服务，保证优惠券发放的稳定性。 判存有效时间与优惠券的发放时间相关，原则上判存的时间范围要包含优惠券的发放时间范围。画像平台根据判存配置将人群写入判存服务，优惠券发放期间通过调用判存服务便可以判断指定用户是否可以领取优惠券。 图8-13展示了判存服务在优惠券发放中的使用逻辑。
67740编辑于 2023-11-02 - 来自专栏芋道源码1024
还在用策略模式解决 if-else？Map+函数式接口方法才是YYDS！
resourceType和编码resourceId来 查询 发放方式grantType和领取规则 实现方式： 根据优惠券类型resourceType -> 确定查询哪个数据表 根据编码resourceId -> 到对应的数据表里边查询优惠券的派发方式grantType和领取规则 优惠券有多种类型，分别对应了不同的数据库表： 红包 —— 红包发放规则表 购物券 —— 购物券表 QQ会员 外卖会员 实际的优惠券远不止这些 ，上边的具体的策略实现类还只是2个，查询红包发放方式写在类RedPaper里边，购物券写在另一个类Shopping里边；那资源类型多个QQ会员和外卖会员，不就得再多写两个类？ * value: lambda表达式,最终会获得该优惠券的发放方式 */ @PostConstruct public void dispatcherInit(){ 执行这段表达式获得String型的grantType return result.apply(resourceId); } return "查询不到该优惠券的发放方式
75631编辑于 2022-03-04 - 来自专栏C语言入门到精通
C语言 | 奖金发放问题
例98：C语言实现发放奖金，根据利润提成，从键盘输入当月利润，求应发放奖金总数。 C语言源代码演示： #include<stdio.h>//头文件 int main()//主函数 { long int gain;//定义长整型变量 int prize1,prize2,prize4 prize = 0;//定义整型变量 printf("请输入利润：");//提示语句 scanf("%ld",&gain);//键盘输入 prize1=100000*0.1; prize2= prize1+100000*0.075; prize4=prize2+200000*0.05; prize6=prize4+200000*0.03; prize10=prize6+400000 else if(gain<=200000) prize=prize1+(gain-100000)*0.075; else if(gain<=400000) prize=prize2+
1.6K22发布于 2021-03-07 - 来自专栏reizhi
Everbox网盘邀请码发放
1.12G超大空间，注册即有4G空间赠送，还可以做任务扩容； 2.支持数据同步，安装客户端后即可与远端服务器进行同步； 3.在线播放,支持mp3,mp4,flv等格式的音视频直接在线播放； 4.直接在线浏览图片
1.4K20编辑于 2022-09-26 - 来自专栏软件方法
MSG基金申请发放的业务建模
2、是由借贷人来请求查验？妥？ 潘加宇(3504847) 21:56:33 （1）消息的意思是"A请求B做某事"，有几条好像不符合这个要求 （2）既然银行在所研究组织之外，借贷人又只是和银行打交道，借贷人就不是所研究组织的执行者 （3
53910编辑于 2022-05-27 - 来自专栏csico
vivo 全球商城：优惠券系统架构设计与实践
“创”指优惠券的创建，包含各种券规则和使用门槛的配置。 “发”指优惠券的发放，优惠券系统提供了多种发放优惠券的方式，满足针对不同人群的主动发放和被动发放。 “用”指优惠券的使用，包括正向购买商品及反向退款后的优惠券回退。 “计”指优惠券的统计，包括优惠券的发放数量、使用数量、使用商品等数据汇总。 2）频繁请求数据库，比较耗时，且会大量占用数据库连接资源。 方案二：基于redis实现库存扣减操作。 将库存放到缓存中，利用redis的incrby特性来扣减库存。 2）保证高并发情况下，用户不会超领 假如用户在商城发起请求，一键领取A/B/C/D四张券，同时活动系统给用户发放券A，这两个领券请求是同时的。其中，券A限制了每个用户只能领取一张。 2）轻量化校验。定向发券限制了券类型，通过限制配置的方式规避需严格校验属性的配置。不同于用户主动领券校验逻辑的冗长，定向发券的校验非常轻量，大大提升发券性能。 3）批量插入。
3.1K41发布于 2021-10-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号