聊聊做 promotion/ coupon / deal 如何避免踩坑？
3032
Coupon在流量方面有什么优势？
① 设置过Coupons的产品其实有一个单独的页面：
https://www.amazon.com/Coupons
在 Google搜索关键字比如 "Amazon Coupon" 可以直接跳转到Coupon页面.
PS: 随着Coupon页面流量越来越大，卖家都开始抢夺coupon首页位置, 可以作为产品的一个流量入口
② 通过Coupon增加曝光(Today’s deal coupon专栏)；通过coupon提高产品转化率
③ Today's Deal 页面有2个链接导向 Coupons 页面
第一个：设置Coupon的产品在Todays Deal 页面可以直接导向Coupons 页面。
第二个：Today's Deal左下角 这个页面 在Deal Type 下有第四个链接，链接到Coupons 页面
④ PC端搜索页面或者分类页面都会有提醒. 毫无疑问，设置Coupon的产品更能引起买家的注意。
拥有专业卖家账户
•如果产品有1-4条评论 rating不能低于3.0
•如果有5条以上的评论 rating不能低于3.5
•折扣范围:5%~80% off
(要求折扣价格至少比过去30天内的最低价低5%
如果是设置money off 折扣力度也不能低于5%
如果listing提价导致折扣力度低于5% Coupon则会失效)
注意：当预算使用率达到 80% 时，亚马逊会自动将优惠券下线；取消操作可能不会立即生效，因为在取消前已领取优惠券的买家可以在官方有效期截止之前使用该优惠券结账。
• Coupon: 流量减少或者排名连续两三天下滑的时候，一般开10%-15%，促销时间一般为期3-5天, 通常不超过一个星期
(设置短时间一方面是为了随时调整活动 另外一方面是coupon多一个流量入口展示即将结束的促销 这样曝光会更多一点)
建议：在设置折扣类型的时候，高价值的产品选择金额折扣，低价值产品选择百分比折扣
• Promotion: 新品推广/滞销产品清库/无法报秒杀的产品，这类产品站内自然流量少，广告也没有很好的效果，建议通过站外促销
建议：新品推广折扣20%-30%，尽量保本， 滞销清库产品折扣50%以上
Promotion的类型主要有三种: Single-use/ Group/ None, 也就是一次性/ 无限制/ 无, 很好理解 “Single-use”是一串较长的唯一代码 用过一次之后就不能再使用了 而”Group”是短码 设置一个code可以被N个不同客户重复使用 “None”则是不需要优惠码 结算时自动优惠扣减
不管使用Single-use还是 Group，折扣类型都有Preferential和Unrestricted两种之分 这里很关键选错了会亏血本哦
Preferential：优先型优惠码 可以混合所有无限制的优惠码或者不要优惠码的 对于多个优先型特惠优惠码 会应用促销力度最大的促销活动
Unrestricted：无限制型优惠码 混合所有无限制优惠码 没有任何限制
案例分析
小王给产品A设置了30% 的promotion, 使用的code类型是”group”, 活动时间是8.7-8.20; 后来发现领券使用的人不多, 便想增大促销力度, 又设置了一个40%的promotion, 活动时间是8.15-8.30 如果客户同时领取了2个code 并且有限期内使用, 选择的是preferential 和unrestricted结果是一样吗？
解析：如果是选择 preferential 类型的 那则会应用优惠力度最大的优惠活动，享受40%的折扣
如果是选择 unrestricted类型的 优惠就会叠加，则享受的是 70%的折扣
注意事项
在做promotion的时候 不管做哪种优惠类型 都要设置最大购买数量 重量的事情说三遍 一定要设置最大购买数量 一定要设置最大购买数量！
也许你会注意到 在选择promotion类型的时候 系统都会自动勾选这个One redemption per customer 但是千万不要被这个给蒙骗了 说说以下我的案例
我曾经给一个测评师设置了99%的code 虽然知道这么高的折扣评价很可能不带VP标志 但是测评师提供的profile是Top 50 非常难得 我当时就很想试一试 可是他不接受评后返 也不接受提前打款 说什么被骗的次数多了 不敢提供PP 只接受99%的code 我就单独给他做了一个99%的single code, 在做折扣的时候还特别留意到系统自动勾选了”One redemption per customer”
以为万无一失 结果第二天发现那个测评师一个订单买了5个产品 全部都是以99%的价格售出了 为什么只买了5个呢 因为我后台订单设置的最大购买数量是5个 后来仔细想想 那个产品的库存有四五百个 如果我当时没有设置最大购买数量 那他岂不是要把我的库存买空？真是细思极恐 遇到了一个薅羊毛的骗子 给大家看看我的订单截图
“One redemption per customer” 字面意思是 "每位买家只能使用一次优惠码” 如果产品A做促销 客户一个订单里买了多个 那么不论用哪种code 这个订单里的所有产品都会全部折扣 一定要小心了 记得在后台设置最大购买数量！
答案是肯定的 coupon 和coupon之间可以叠加, promotion和promotion之间也可以叠加!
Coupon, promotion 和deals 三者也可以同时叠加 ！
晒个案例
7.15日 设置了couponA 折扣40% 活动时间：7.15-7.21
7.16日 设置了promotionB 折扣20% 活动时间：7.16-7.19
7.18日 A被亚马逊关闭了 又重新设置coupon C 折扣40% 活动时间：7.18-7.22
当时我想借着prime day的热度清库存 就在站内设置40%coupon 和20%promotion 且前台设置为不可见 同时在站外发帖 相当60%的折扣 奈何当时领券的人比较多 超过80%coupon就自动关闭了 当时以为是亚马逊的bug 因为在会员日那几天论坛上很多人反映 coupon延迟显示或者自动关闭的 我就设置了新的coupon40% 结果部分客户领取了3种优惠码 同时使用 形成了100%的折扣 第二天上班一看出了二十多个订单喜滋滋的 后来一查发现几乎都是免单出的 心里就拔凉拔凉的了 还好利润品填了这些坑 不然真不知道怎么跟领导交代~
6. Coupon/ Promotion/Deals 的注意事项
• 每次创建活动前都检查一下，有没有正在运行的coupon/promotion或者是即将开始的deals
• 每次设置coupon/promotion的活动时间不宜过长 最好不超过两星期
• 选择高峰流量段做促销，用大数据分析流量趋势，指定或者在最优的时间段做促销活动，这样事半功倍
• 做促销活动的时候可加大广告力度，同时一定要在后台设置最大购买数量
• 折扣或者秒杀活动开始后， 要及时自查订单的成交价格是否有异常；如果活动不小心叠加了，要想办法即使止损. 即使关掉所有的促销活动，对于领券未使用的人在有效期内, 折扣仍旧有效，这时需要适度涨价或者是关掉listing避免更大的损失
Coupon在流量方面有什么优势？
① 设置过Coupons的产品其实有一个单独的页面：
https://www.amazon.com/Coupons
在 Google搜索关键字比如 "Amazon Coupon" 可以直接跳转到Coupon页面.
PS: 随着Coupon页面流量越来越大，卖家都开始抢夺coupon首页位置, 可以作为产品的一个流量入口
② 通过Coupon增加曝光(Today’s deal coupon专栏)；通过coupon提高产品转化率
③ Today's Deal 页面有2个链接导向 Coupons 页面
第一个：设置Coupon的产品在Todays Deal 页面可以直接导向Coupons 页面。
第二个：Today's Deal左下角 这个页面 在Deal Type 下有第四个链接，链接到Coupons 页面
④ PC端搜索页面或者分类页面都会有提醒. 毫无疑问，设置Coupon的产品更能引起买家的注意。
拥有专业卖家账户
•如果产品有1-4条评论 rating不能低于3.0
•如果有5条以上的评论 rating不能低于3.5
•折扣范围:5%~80% off
(要求折扣价格至少比过去30天内的最低价低5%
如果是设置money off 折扣力度也不能低于5%
如果listing提价导致折扣力度低于5% Coupon则会失效)
注意：当预算使用率达到 80% 时，亚马逊会自动将优惠券下线；取消操作可能不会立即生效，因为在取消前已领取优惠券的买家可以在官方有效期截止之前使用该优惠券结账。
• Coupon: 流量减少或者排名连续两三天下滑的时候，一般开10%-15%，促销时间一般为期3-5天, 通常不超过一个星期
(设置短时间一方面是为了随时调整活动 另外一方面是coupon多一个流量入口展示即将结束的促销 这样曝光会更多一点)
建议：在设置折扣类型的时候，高价值的产品选择金额折扣，低价值产品选择百分比折扣
• Promotion: 新品推广/滞销产品清库/无法报秒杀的产品，这类产品站内自然流量少，广告也没有很好的效果，建议通过站外促销
建议：新品推广折扣20%-30%，尽量保本， 滞销清库产品折扣50%以上
Promotion的类型主要有三种: Single-use/ Group/ None, 也就是一次性/ 无限制/ 无, 很好理解 “Single-use”是一串较长的唯一代码 用过一次之后就不能再使用了 而”Group”是短码 设置一个code可以被N个不同客户重复使用 “None”则是不需要优惠码 结算时自动优惠扣减
不管使用Single-use还是 Group，折扣类型都有Preferential和Unrestricted两种之分 这里很关键选错了会亏血本哦
Preferential：优先型优惠码 可以混合所有无限制的优惠码或者不要优惠码的 对于多个优先型特惠优惠码 会应用促销力度最大的促销活动
Unrestricted：无限制型优惠码 混合所有无限制优惠码 没有任何限制
案例分析
小王给产品A设置了30% 的promotion, 使用的code类型是”group”, 活动时间是8.7-8.20; 后来发现领券使用的人不多, 便想增大促销力度, 又设置了一个40%的promotion, 活动时间是8.15-8.30 如果客户同时领取了2个code 并且有限期内使用, 选择的是preferential 和unrestricted结果是一样吗？
解析：如果是选择 preferential 类型的 那则会应用优惠力度最大的优惠活动，享受40%的折扣
如果是选择 unrestricted类型的 优惠就会叠加，则享受的是 70%的折扣
注意事项
在做promotion的时候 不管做哪种优惠类型 都要设置最大购买数量 重量的事情说三遍 一定要设置最大购买数量 一定要设置最大购买数量！
也许你会注意到 在选择promotion类型的时候 系统都会自动勾选这个One redemption per customer 但是千万不要被这个给蒙骗了 说说以下我的案例
我曾经给一个测评师设置了99%的code 虽然知道这么高的折扣评价很可能不带VP标志 但是测评师提供的profile是Top 50 非常难得 我当时就很想试一试 可是他不接受评后返 也不接受提前打款 说什么被骗的次数多了 不敢提供PP 只接受99%的code 我就单独给他做了一个99%的single code, 在做折扣的时候还特别留意到系统自动勾选了”One redemption per customer”
以为万无一失 结果第二天发现那个测评师一个订单买了5个产品 全部都是以99%的价格售出了 为什么只买了5个呢 因为我后台订单设置的最大购买数量是5个 后来仔细想想 那个产品的库存有四五百个 如果我当时没有设置最大购买数量 那他岂不是要把我的库存买空？真是细思极恐 遇到了一个薅羊毛的骗子 给大家看看我的订单截图
“One redemption per customer” 字面意思是 "每位买家只能使用一次优惠码” 如果产品A做促销 客户一个订单里买了多个 那么不论用哪种code 这个订单里的所有产品都会全部折扣 一定要小心了 记得在后台设置最大购买数量！
答案是肯定的 coupon 和coupon之间可以叠加, promotion和promotion之间也可以叠加!
Coupon, promotion 和deals 三者也可以同时叠加 ！
晒个案例
7.15日 设置了couponA 折扣40% 活动时间：7.15-7.21
7.16日 设置了promotionB 折扣20% 活动时间：7.16-7.19
7.18日 A被亚马逊关闭了 又重新设置coupon C 折扣40% 活动时间：7.18-7.22
当时我想借着prime day的热度清库存 就在站内设置40%coupon 和20%promotion 且前台设置为不可见 同时在站外发帖 相当60%的折扣 奈何当时领券的人比较多 超过80%coupon就自动关闭了 当时以为是亚马逊的bug 因为在会员日那几天论坛上很多人反映 coupon延迟显示或者自动关闭的 我就设置了新的coupon40% 结果部分客户领取了3种优惠码 同时使用 形成了100%的折扣 第二天上班一看出了二十多个订单喜滋滋的 后来一查发现几乎都是免单出的 心里就拔凉拔凉的了 还好利润品填了这些坑 不然真不知道怎么跟领导交代~
6. Coupon/ Promotion/Deals 的注意事项
• 每次创建活动前都检查一下，有没有正在运行的coupon/promotion或者是即将开始的deals
• 每次设置coupon/promotion的活动时间不宜过长 最好不超过两星期
• 选择高峰流量段做促销，用大数据分析流量趋势，指定或者在最优的时间段做促销活动，这样事半功倍
• 做促销活动的时候可加大广告力度，同时一定要在后台设置最大购买数量
• 折扣或者秒杀活动开始后， 要及时自查订单的成交价格是否有异常；如果活动不小心叠加了，要想办法即使止损. 即使关掉所有的促销活动，对于领券未使用的人在有效期内, 折扣仍旧有效，这时需要适度涨价或者是关掉listing避免更大的损失
热门活动 
其他
04-09 周四
热门报告 
