目标:在保证毛利可控的前提下,尽快清理滞销/过季库存,提高现金周转率并最小化退货与长期仓储费用。准备工作包括:1) 确定清仓池(ASIN列表);2) 获取历史销售数据(近90天/180天);3) 准备工具(Seller Central、Business Reports、API/Flat File、Keepa/Helium10/Google Sheets或Power BI);4) 明确约束(最小售价、成本、FBA费用、税费)。先导出SKU、ASIN、库存数、成本价、最近30/90/180天销量、Buy Box价、历史最低价、广告花费(ACoS/ROAS)。
步骤:1) 合并数据表(用SKU/ASIN作为主键);2) 计算关键指标:平均日销量 = 过去90天销量/90;库存天数 = 库存 / 平均日销量;滞销阈值(例如库存天数>45且最近30天销量<5);毛利保底价 = 成本 / (1 - 目标毛利率) + 单位FBA和手续费;单位贡献 = 现售价 - 成本 - FBA费用。3) 标注是否受促销限制(MAP、品牌限制)。使用Excel或pandas完成批量计算,保存为CSV便于后续分组。
分组标准(示例):A类(优先移出/大幅降价):库存天数>90 或 单位贡献<0;B类(中度促销):库存天数30-90且还有一定销量;C类(小幅降价或保价促销):库存天数<30或高毛利可慢速清。为每类设定目标清仓天数、目标回收率与最低可接受售价。用筛选条件批量标注ASIN的分组字段,便于后续批量操作与跟踪。
步骤:1) 用历史促销事件或外部数据估算价格弹性(简单方法:对比相邻价格点销量变化,弹性 = %销量变化/%价格变化);2) 若无历史数据,可用同类竞品参考或行业常见弹性(-1到-3区间);3) 根据弹性计算预期销量提升量与折后毛利,建立折扣矩阵(例如5%、10%、20%、30%、50%)并计算回收天数。4) 确定最小可接受折扣(保证单位贡献或覆盖长期仓储成本)。
示例节奏(30天):Day0-3:小幅折扣(5-10%)并上线“限定时间折扣”;Day4-10:若销量无起色,提升至15-25%并开启Coupon或秒杀(Lightning Deal);Day11-20:选择对转化有效的再追加折扣并做站内外引流(Sponsored Products+站外社媒);Day21-30:最后清仓价(30-50%)并考虑做库存回收或移出。操作清单:准备优惠券代码、创建促销活动、提交Lightning Deal申请、调整广告预算、更新主图/详情页强调“在庫一掃”。
执行方式:1) 如果SKU数量少,可手动在Seller Central调整价格/创建Coupon;2) 大量SKU用Price File(价格平面文件)或Inventory Loader上传批量价格;3) 更高自动化可用SP-API或MWS脚本定时修改price字段并记录变更;4) 创建促销时注意开始结束时间、是否叠加、是否影响Buy Box。提交Lightning Deal需提前筛选Eligibility(库存、历史销售、评分)。上传前先在测试环境或小样本验证逻辑。
促销期内广告策略:1) 对A类高折扣SKU减少广告预算,因补贴已足;2) B类增加Sponsored Products的竞价(目标ACoS基于折后毛利),优先投放automatic到manual再关键词扩展;3) 为清仓活动创建单独campaign以便追踪ROI;4) 使用搜索词报告识别高转化词,将其转移到精确匹配并提升出价;5) 监控ACoS、CTR、Conversion Rate并每日调整。推荐每促销阶段至少运行48小时再评估。
搭建Dashboard指标:每日指标包括销量、库存、销售额、毛利、ACoS、Buy Box占有率、退款率;周报关注库存天数变化、清仓进度、各折扣组回收率与ROI。若某SKU在规定周期内无明显回收,触发移出或更高折扣动作。使用Power BI/Google Data Studio定时报表并设置阈值告警(如库存天数增长、ACoS异常)。
注意事项:1) 日本消费税与FBA费用会影响最低售价,计算时务必包含;2) 注意品牌MAP和知识产权,避免违反促销规则;3) Golden Week、新年等节假日物流影响,提前规划FBA库存;4) 大幅降价可能影响长期品牌定位,建议对品牌重要SKU慎用清仓;5) 退货率与客户评价监控,避免因促销导致差评激增。
实现思路:1) 用SP-API定时拉取库存、销售数据并存入数据库;2) 定期运行弹性计算脚本,依据规则自动生成折扣建议表;3) 生成Price Update flat file并通过Inventory Loader批量上传或直接通过API下发price更新;4) 自动化邮件/Slack告警当某ASIN达到触发阈值;5) 保留变更日志与回滚机制(记录原价与变更时间)。示例技术栈:Python + pandas + SQL + AWS Lambda + CloudWatch + SP-API。
Q1:如何判断某个ASIN适合参加Lightning Deal(秒杀)来清仓?
A1:判定流程:1) 检查秒杀资格(历史销售、评分、库存量);2) 计算秒杀投入后的最低可接受折扣(含平台费用与秒杀成本);3) 预测秒杀期间可达成的销量(参考历史相似活动提升倍数);4) 如果预测毛利或回收率满足目标并且库存充足,可提交申请;否则采用Coupon或站内促销替代。
Q2:没有价格弹性历史数据,怎么估算最优折扣?
A2:方法:1) 使用竞品历史价格点作为参考;2) 采用通用弹性假设(例如弹性-1.0到-2.0)并做小规模A/B测试(对比5%与15%折扣组);3) 通过7-14天的小流量测试快速验证,若转化提升明显则按步放大;4) 同时留有回滚计划,及时根据实际ACoS和库存天数调整。
Q3:如何在不损害长期品牌价值的前提下做清仓?
A3:建议:1) 对品牌核心SKU避免过度折扣,优先对低关注或季节性SKU清仓;2) 做“限定时间/数量”式促销,避免长期低价印象;3) 通过捆绑搭售或赠品提升感知价值(而非单纯降价);4) 在详情页突出“在庫一掃(清仓)”信息,区分促销商品与日常价格,保护品牌常规定价感知。