第二件打折怎么配才不亏钱？银豹后台 7 步配置手册（含 4 种排除法）
本手册基于银豹后台实测整理，覆盖 PC 收银端与微信小程序商城两个场景。适用于零售、餐饮、生鲜、美妆等有成组销售场景的门店。全文 7 个配置步骤，13 张实机截图。
一、先自检：你的门店适合开这个活动吗
在动手配置之前，先回答下面 4 个问题。只要有 2 个以上答”否”，建议先别开，否则容易出现”活动做了、毛利没了”的情况。
问题 1：你的商品有没有天然的”成对/成组”属性？
第二件打折的核心逻辑是”让顾客多拿一件”。如果商品本身不存在成组购买的场景，强行打折只会变成全场降价。
适合的品类：
- 天然成对：袜子、手套、耳环、隐形眼镜片、面膜
- 组合使用：咖啡 + 杯套、洗发水 + 护发素、牙刷 + 牙膏
- 消耗品囤货：零食、纸巾、洗衣液、宠物粮
不适合的品类：大家电、单件高价商品、定制类商品。
问题 2：你的毛利率撑得住这个折扣吗？
这是最容易翻车的地方。
假设第二件打 5 折（优惠 50%），那么两件商品的综合折扣是 75 折。如果商品毛利率只有 30%，两件卖出去的实际毛利接近于零。
简单算法：毛利率 × 2 ≥ (1 + 第二件折扣率) × 1.25
达不到这个不等式，就要么提高折扣力度、要么缩小参与范围。
问题 3：你要的是”客单价”还是”销量”？
第二件打折会显著拉高客单价，但对”进店人数”没有帮助。如果你的问题是客人不来，应该先做引流活动（如新客立减），而不是复购活动。
问题 4：你的收银端版本够吗？
按全场/标签/分类设置第二件打折，需要 PC 收银端 V4.66.2.155 或安卓 V3.1.6 及以上。低于这个版本，只能用”指定商品”的方式配置，工作量会大很多。
版本查看路径：收银端 → 设置 → 关于
二、配置前准备清单
| 准备项 | 说明 | 是否必须 |
|---|---|---|
| 后台账号权限 | 需要「营销工具」模块权限 | ✅ 必须 |
| 收银端版本 | PC V4.66.2.155+ / 安卓 V3.1.6+ | ✅ 全场/标签/分类方式必须 |
| 商品分类整理 | 把要参与的商品归到同一分类或打同一标签 | ⭐ 强烈建议 |
| 毛利测算 | 确认折扣后仍有正毛利 | ✅ 必须 |
| 短信额度 | 若要做活动通知 | ⭕ 可选 |
关于商品分类整理：这是整个配置里最关键的准备工作。如果你能提前把”参与商品”归类好（比如建一个「第二件半价专区」的分类），后面配置只需要 1 分钟。否则逐个勾选商品会很痛苦。
三、7 步配置流程
操作入口
银豹后台 → 工具箱 → 第二件打折进入【营销工具概览】页面后，有两种方式找到功能：
- 在复购增收分类下点击「第二件打折」卡片
- 在右上角搜索框直接输入「第二件打折」
第 1 步：创建活动
在第二件打折活动页面，点击**左上角【创建活动】**按钮。
第 2 步：填写基础信息（含 5 个必填项）
带 * 的字段必须填。这一页信息量最大，建议对照下表逐项确认。
① 活动名称（必填）
- 最多 32 个字符
- 建议格式：
功能名 + 时间段 + 折扣，如「双十一袜子第二件半价」
命名建议：带上折扣信息，方便后续在促销明细里快速筛选。
② 适用门店（必填）
- 单店：默认本店，无需修改
- 连锁店：需用总部账号登录，可勾选本次活动的生效门店
⚠️ 连锁店常见错误：用门店账号创建活动，结果只有本店生效，其他门店没有。连锁企业务必用总部账号操作。
③ 活动日期（必填）
基础设置只有开始日期和结束日期。如果需要精细控制，点击**「更多活动日期与时间的设置」**，可以额外配置：
| 配置项 | 用途 | 典型场景 |
|---|---|---|
| 生效时段 | 限定每天的几点到几点 | 只在 14:00-17:00 的下午茶时段 |
| 促销周期 | 每天 / 每周 / 每月 | 只在周末做 |
| 特定日期暂停 | 排除某些日期 | 排除法定节假日（避免叠加其他活动） |
④ 活动价格（必填）
填写第二件的优惠折扣百分比。
计算规则：
第 1 件：按原价计算
第 2 件及之后：按填写的折扣比例计算举例：商品单价 100 元，第二件折扣填 50%
顾客买 2 件：100 + 50 = 150 元（相当于 75 折）
顾客买 3 件：100 + 50 + 50 = 200 元
顾客买 4 件：100 + 50 + 50 + 50 = 250 元注意：第 3 件、第 4 件都是按折扣价算，不是「每两件一组」。这会影响你的毛利测算——买得越多，平均折扣越低。
⑤ 参与的商品（必填）
5 种选择方式：
| 方式 | 适用场景 | 工作量 |
|---|---|---|
| 全店所有商品 | 全场促销 | 最小 |
| 标签所属商品 | 已打标签的商品 | 小 |
| 分类所属商品 | 已有分类的商品 | 小 |
| 指定商品 | 少量特定商品 | 中 |
| 指定品牌 | 多品牌门店 | 中 |
不参与商品（排除设置）——这是很多人忽略的关键功能：
点击展开「不参与商品」，支持 4 种排除方式，可以同时勾选启用：
- 标签所属商品
- 分类所属商品
- 指定商品
- 指定品牌
实战建议：做全场活动时，一定要排除以下几类：
- 烟草、酒类（法律规定不能促销）
- 已打折的清仓品（避免双重折扣）
- 高毛利引流品（保住利润）
- 供应商限价商品（避免违约）
第 3 步：设置拓展信息
这一页全是可选配置，但每一个都会影响实际效果。
活动参与上限
| 选项 | 说明 | 建议 |
|---|---|---|
| 不限 | 顾客想买多少买多少 | 库存充足时用 |
| 限制优惠商品最大数量 | 设定每人最多享受几件优惠 | 推荐设置，避免被批量扫货 |
为什么要限制：如果不限制，遇到专业买手一次买 100 件，你的毛利会被打穿。建议设为 2-6 件。
指定会员专享
| 选项 | 说明 |
|---|---|
| 不限 | 所有顾客都能参与 |
| 指定会员等级可享 | 只有勾选的会员等级才能享受 |
选择「指定会员等级」后，还可以进一步设置：
- 是否限制次数：限制的话，填写活动有效期内总限购次数
- 限制周期：无 / 每日 / 每周 / 每月
玩法建议：把第二件打折设为「银卡及以上会员专享」，既做了促销，又推动了会员升级。
适用渠道与配送方式
| 配置项 | 可选值 | 说明 |
|---|---|---|
| 适用渠道 | 实体店 / 线上商城 | 支持同时多选 |
| 配送方式 | 配送 / 门店自提 | 仅当适用渠道勾选「线上商城」后才显示 |
常见误配：只勾了「实体店」却期待小程序生效，结果线上完全看不到活动。要线上线下一体化促销，必须两个渠道都勾选。
商品限制
| 选项 | 说明 | 差异 |
|---|---|---|
| 不限制 | 买任意 2 件都享受 | 顾客可以买 A + B |
| 限制购买同一商品才享优惠 | 必须是同一商品 | 顾客必须买 A + A |
选择依据：
- 目标是清库存：选「不限制」，让顾客自由组合
- 目标是推爆款：选「限制同一商品」，集中销量
会员折上折
| 选项 | 说明 |
|---|---|
| 不允许 | 会员折扣和活动折扣不叠加，取更优的 |
| 允许 | 在活动价基础上再打会员折扣 |
⚠️ 选「允许」前务必核算毛利。活动 5 折 + 会员 9 折 = 实际 4.5 折，很容易亏。
支付方式
| 选项 | 说明 |
|---|---|
| 全部支付方式 | 任何付款方式都能享受 |
| 部分支付方式 | 只有勾选的支付方式才能享受 |
用法举例：只允许「微信支付」参与，可以引导顾客用微信付款，同时积累微信支付数据。
内部备注
- 仅内部工作人员可见
- 限制 100 字以内
- 建议写：活动负责人、审批人、成本核算结果
营销活动标签
给活动打标签，方便后续按标签筛选、统计同类活动效果。
第 4 步：设置通知计划（可选）
如果要做活动通知：
| 配置项 | 说明 |
|---|---|
| 推送开关 | 不推送 / 指定时间推送 |
| 通知对象 | 选择要通知的会员群体 |
| 短信内容 | 编辑文案，可用系统变量填充会员姓名、商品名称 |
| 预览 | 发送前可预览效果 |
前提条件：需要提前充值短信额度 + 申请短信签名。
替代方案：如果没有短信额度，可以用微信公众号模板消息或小程序订阅消息替代。
第 5 步：发布活动
配置完成后，点击页面底部的**【发布】**按钮。
第 6 步：管理已发布活动
发布成功后，活动会出现在活动列表中。支持以下操作：
| 操作 | 用途 |
|---|---|
| 筛选查询 | 按状态、时间、名称查找 |
| 查看 | 查看活动详情 |
| 编辑 | 修改活动配置 |
| 复用 | 复制一个新活动（推荐，改个日期就能用） |
| 删除 | 下线活动 |
高效技巧：做周期性活动时，用「复用」功能复制上一次的配置，只需要改日期和折扣，比重新配置快得多。
第 7 步：验证效果（三个端口）
活动发布后，必须实测验证，不要等顾客反馈问题。
① PC 收银端验证
用一个测试商品加入 2 件，结算时观察：
- 是否自动应用优惠
- 订单页面是否显示「第二件打折」字样
- 优惠金额是否正确
② 小程序商城验证
在微信小程序里：
- 将活动商品加入购物车
- 提交结算
- 确认付款页是否显示「第二件打折」标识
- 检查原价、折后价、已优惠金额是否都显示
③ 后台数据验证
进入促销明细，确认活动数据正常记录。
四、促销明细查询与对账
操作路径
银豹后台 → 营销 → 工具箱 → 第二件打折 → 促销明细
可筛选的维度
| 维度 | 用途 |
|---|---|
| 门店 | 连锁店看单店效果 |
| 促销类型 | 区分第二件打折/满减/优惠券等 |
| 查询维度 | 按商品/按订单 |
| 活动状态 | 进行中/已结束 |
| 起止时间 | 按活动周期筛选 |
| 商品/分类/标签 | 精确查某个商品 |
数据字段
明细中包含：
- 商品名称
- 条码
- 促销金额 / 立减金额
- 活动周期
导出
点击**【导出】**按钮，可以导出数据文件，用于：
- 财务对账
- 活动效果复盘
- 供应商结算
五、7 个最常见的配置错误
| # | 现象 | 原因 | 解决方法 |
|---|---|---|---|
| 1 | 活动不生效 | 收银端版本低于 V4.66.2.155 / 安卓 V3.1.6 | 升级收银端，或改用「指定商品」方式 |
| 2 | 只有本店生效 | 连锁店用门店账号创建 | 改用总部账号重新创建 |
| 3 | 优惠比预期大 | 会员折上折设为「允许」 | 改为「不允许」，或重新核算毛利 |
| 4 | 毛利被击穿 | 没设活动参与上限 | 补充设置「限制优惠商品最大数量」 |
| 5 | 不该参与的商品参与了 | 全场活动没做排除 | 在「不参与商品」里排除烟酒、清仓品 |
| 6 | 小程序不下单 | 顾客看不到优惠信息 | 检查小程序端是否显示活动标识 |
| 7 | 活动期间收益异常 | 活动与节假日其他优惠叠加 | 用「特定日期暂停促销」排除节假日 |
六、什么情况下不该用第二件打折
明确不适合的场景：
- 单件高客单价商品（如大家电、定制家具）—— 顾客决策周期长，不构成冲动购买
- 毛利率低于 25% 的商品 —— 打折后无利可图
- 库存不足的商品 —— 活动引来订单却发不出货，反而损害口碑
- 已有其他促销在跑的商品 —— 优惠叠加会导致亏损
- 需要控价的品牌商品 —— 可能违反供应商协议
如果属于以上情况，建议改用：
- 满减（不改变单品价格，保护价格体系）
- 优惠券（可控面额，成本可预算）
- 搭赠（送赠品而非降价，保护毛利）
七、常见问题 FAQ
Q1：第二件打折和其他活动能同时用吗？
系统层面可以同时设置，但顾客结算时通常取最优的一个（具体取决于你的会员折上折设置）。建议活动前用测试商品实际结算验证。
Q2：活动能中途修改吗？
可以，在活动列表中点击「编辑」。但已产生的交易记录不会改变，只影响修改后的新交易。
Q3：活动能提前结束吗？
可以，两种方式：
- 编辑活动，把结束日期改为今天
- 直接删除活动（注意：删除后数据是否保留需实测确认）
Q4：第二件打折在线上商城能用吗？
可以。小程序商城已支持，顾客在小程序结算时会自动核算优惠并显示优惠明细。
Q5：为什么有的商品参与不了？
排查顺序：
- 是否在「不参与商品」里被排除了
- 商品的分类/标签是否正确
- 收银端版本是否达标
- 商品是否设置了「不允许参与促销」
Q6：活动数据能导出吗？
可以，在促销明细页面点击【导出】，导出后可用于财务对账。
Q7：连锁店如何统一管理活动？
必须用总部账号创建活动，在「适用门店」里勾选生效门店。用门店账号创建的活动只在单店生效。
Q8：第二件打折会影响会员积分计算吗？
积分通常按实付金额计算。活动后实付降低，积分也会相应减少。如有特殊需求，需在会员规则里单独配置。
八、实施建议
建议的活动节奏
| 阶段 | 时长 | 折扣力度 | 观察重点 |
|---|---|---|---|
| 试运行 | 1 周 | 保守（第二件 7-8 折） | 是否有人参与、毛利是否守住 |
| 优化 | 2 周 | 调整到 5-6 折 | 客单价变化、复购率变化 |
| 常态化 | 长期 | 5 折 + 会员专享 | 会员占比、复购周期 |
需要监控的 4 个指标
- 客单价变化 —— 活动前后对比，这是核心指标
- 毛利率变化 —— 别只看销售额涨了，要看毛利
- 参与率 —— 有多少笔订单用到了这个优惠
- 复购率 —— 活动后 30 天内再次到店的比例
组合玩法
第二件打折单独用效果有限，建议搭配：
- 第二件打折 + 会员专享 → 推动会员升级
- 第二件打折 + 满减 → 拉高客单价（注意不要叠加亏损）
- 第二件打折 + 搭赠 → 处理滞销库存
- 第二件打折 + 短信通知 → 唤醒沉睡会员
九、下一步
配置完第二件打折后，建议继续搭建这几个营销工具，形成完整的复购体系：
- 会员储值 —— 锁定长期消费
- 积分商城 —— 提升会员粘性
- 满减活动 —— 拉高客单价
- 搭赠促销 —— 处理库存
如果你在配置过程中遇到具体问题，或者想让我们帮你核算毛利、设计活动节奏，可以联系洋葱圈网络科技。我们在福建省内提供上门服务，全国支持远程配置 + 硬件调试后顺丰寄送。
本手册基于银豹后台实测整理，配置界面可能随版本更新调整。如发现界面与本文不一致，以实际后台为准。
