电商商城流失用户召回全流程实操指南 从配置到复盘全落地步骤

一、前置准备工作

1.1 环境依赖安装

本文所有代码基于Python3.8+版本运行，首先执行以下命令安装所有依赖：

``` pip install pandas numpy pymysql redis pyshorteners ```

1.2 数据源配置

在项目根目录新建config.py文件，复制以下完整配置，替换为你的生产环境参数即可：

```python 数据库配置 MYSQL_CONFIG = { "host": "你的数据库IP地址", "port": 3306, "user": "你的只读账号用户名", "password": "你的只读账号密码", "database": "mall_db", "charset": "utf8mb4" } Redis配置，用于存储召回用户临时数据 REDIS_CONFIG = { "host": "你的RedisIP地址", "port": 6379, "password": "你的Redis密码", "db": 0 } 触达渠道配置 SMS_CONFIG = { "api_key": "你的短信服务商API Key", "api_url": "你的短信服务商发送接口地址", "template_id": "审核通过的短信模板ID" } ```

注意：必须使用数据库只读账号，避免误操作修改生产数据

二、流失用户分层规则配置

首先根据商城复购周期定义流失用户分层，以下是通用标准，可根据你的品类调整：

• 低流失：近30天有访问，近15天无下单，历史客单价≥50元
• 中流失：近60天有下单，近30天无任何访问行为
• 高流失：近90天有下单，近60天无任何访问行为

执行以下SQL即可导出对应分层的用户列表，可直接复制运行：

```sql -- 低流失用户查询 SELECT user_id, mobile, last_order_time, last_visit_time, avg_order_amount, favorite_category FROM mall_user_behavior WHERE last_visit_time >= DATE_SUB(NOW(), INTERVAL 30 DAY) AND last_order_time < DATE_SUB(NOW(), INTERVAL 15 DAY) AND avg_order_amount >= 50 AND is_delete = 0; ```

快消品、生鲜类复购周期短的品类，可将所有时间区间缩短50%，比如30天改15天

三、召回触达规则配置

根据不同分层用户配置对应的触达策略，所有规则可直接落地：

3.1 触达频次规则

单用户7天内最多只能收到1次召回通知，同一用户同一召回活动仅触达1次，避免投诉

3.2 不同渠道配置

• 短信：模板必须提前提交运营商审核，通用可过审模板：【XX商城】您的专属5元无门槛优惠券已到账，72小时内有效，点击领取：{{短链}} 退订回T

  短链生成代码可直接复用：

  ```python import pyshorteners from config import SMS_CONFIG def generate_short_url(long_url, user_id, recall_level): 拼接用户唯一跟踪参数，用于后续效果统计 track_url = f"{long_url}?user_id={user_id}&source=sms&level={recall_level}" s = pyshorteners.Shortener() 免费短链服务，无需注册即可使用 return s.tinyurl.short(track_url) ```
• 小程序订阅消息：直接登录微信公众平台(https://mp.weixin.qq.com)，在订阅消息模板库搜索「优惠券到账通知」，选用默认模板即可，无需自定义开发
• APP推送：配置透传参数携带用户ID和召回分层，跳转至对应品类落地页

四、召回效果埋点与统计

需配置3个核心埋点事件，用于效果统计：

• recall_send：用户成功收到召回通知
• recall_click：用户点击召回链接
• recall_order：用户点击后72小时内完成支付

执行以下SQL可直接统计召回转化率，无需额外开发报表：

```sql SELECT COUNT(DISTINCT a.user_id) as send_num, COUNT(DISTINCT b.user_id) as click_num, COUNT(DISTINCT c.user_id) as order_num, ROUND(COUNT(DISTINCT c.user_id)/COUNT(DISTINCT a.user_id)100,2) as convert_rate, SUM(c.pay_amount) as total_amount FROM recall_send_log a LEFT JOIN recall_click_log b ON a.user_id = b.user_id AND b.create_time >= a.send_time LEFT JOIN mall_order c ON a.user_id = c.user_id AND c.pay_time BETWEEN a.send_time AND DATE_ADD(a.send_time, INTERVAL 72 HOUR) WHERE a.send_time >= '202X-XX-XX' AND a.send_time < '202X-XX-XX' AND a.recall_level = 'low_loss'; ```

统计周期必须和优惠券有效期保持一致，避免数据统计偏差

五、常见问题排查与迭代规则

5.1 常见坑点排查

• 短信发送失败率超过10%：检查模板是否包含「福利」「红包」「中奖」等敏感词，提前用3个不同运营商的手机号测试，确认可正常接收后再批量发送
• 点击转化率低于2%：先检查短链是否可正常访问，优惠券门槛是否高于用户历史客单价的20%，建议首次召回用无门槛优惠券
• 下单转化率低于0.5%：检查落地页是否匹配用户历史偏好品类，比如用户之前购买过母婴用品，直接跳转母婴专区，不要跳转首页

5.2 效果迭代规则

• 转化率低于1%：降低优惠券门槛，更换触达渠道，比如把短信换成小程序订阅消息
• 转化率在1%-3%：保持当前规则，每周扩大10%的召回用户量级
• 转化率高于3%：可适当提高优惠券门槛，降低召回成本，最高不超过用户历史客单价的10%