社区 发现 Amazon BD - Best Deals - 明明...
BD - Best Deals - 明明符合条件，却可望不可即，同类目的竞争对手，销售远不如我们，甚至评分也不如我们高，却频频上BD，这是什么操作？何解？是不是竞争对手有什么骚操作或服务商门路报名？有什么地方没有注意到
发帖19次
被置顶11次
被推荐1次
质量分0星
回帖互动42次
历史交流热度6.55%
历史交流深度0%
各位大佬：
有个问题很困扰我：
我们有个listing，日销300个，评分4.7分，退货率不到3%，类目也排在top5以内，但是很少被推荐做BD。
Mark：各位登录后台，进入Deals的页面，点击'Create a Deal'，就能看到有没有ASINs被推荐（每周更新的）。
LD倒是常常有，但大家都知道，LD效果远不如BD好。然而，BD一直可望不可即。去年11月倒是被推荐过1次，然后就没有然后了。
更让我不解的是：我们同类目的竞争对手，销售远不如我们，甚至评分也不如我们高，却频频上BD，这是什么操作？
而且他们上BD的频率，是几乎2周就来1次，每次都是丝滑的BD，连跑7天。
我也逐字看了亚马逊关于Delas的报名要求，貌似也都符合，但为何系统从来不选我们的产品呢？
是不是竞争对手有什么骚操作或服务商门路报名？还是因为，有什么地方，我们没有注意到的？
请各位指点迷津，感谢感谢！
有个问题很困扰我：
我们有个listing，日销300个，评分4.7分，退货率不到3%，类目也排在top5以内，但是很少被推荐做BD。
Mark：各位登录后台，进入Deals的页面，点击'Create a Deal'，就能看到有没有ASINs被推荐（每周更新的）。
LD倒是常常有，但大家都知道，LD效果远不如BD好。然而，BD一直可望不可即。去年11月倒是被推荐过1次，然后就没有然后了。
更让我不解的是：我们同类目的竞争对手，销售远不如我们，甚至评分也不如我们高，却频频上BD，这是什么操作？
而且他们上BD的频率，是几乎2周就来1次，每次都是丝滑的BD，连跑7天。
我也逐字看了亚马逊关于Delas的报名要求，貌似也都符合，但为何系统从来不选我们的产品呢？
是不是竞争对手有什么骚操作或服务商门路报名？还是因为，有什么地方，我们没有注意到的？
请各位指点迷津，感谢感谢！
倒计时：
22 个回复
匿名用户
赞同来自: 指缝中的阳光 、 836756620
best deal推荐不仅考虑链接的排名、客单价、历史销售额，还会结合类目本身的情况、时间点去评估deal推荐几率的，考虑点比较复合，而且现在店铺feedback权重数量也被考虑进去了。
之前经理回复的：
1.30天内需要和同类目（GL：大类目非小类目，如Light 是个大类，flood light是个小类) 同价位段下的商品进行销量和rating的PK。
2.还有其他很多的因素，比如会考虑PQS的分数（品牌分数（新Asin更关注品牌分数，品牌分数更多对标同级别销量的品牌），Asin Listing分数（超过90天的Asin更关注Listing分数），Listing的正面 or 负面的评论，捆绑Asin是否合适等因素）以及对于该Asin 未来销量和各项指标的预估。
“竞争对手有什么骚操作或服务商门路报名？”
按照你的描述，如果对方2周一次best deal 那大概率是找服务商合并跑的，或者vc店铺跟卖合并跑。
因为正常sc店铺的bd 一个asin是三周一次的。
服务商的混报和借报，逻辑是差不多的，只是借报是你自己没有BD推荐，服务商用自己的推荐ASIN帮你合并。
服 务 商合并秒杀的操作，基本都是利用其他VC/SC店铺链接去合并的。
基本操作原理是：
在SC账户电脑上安装插件，这个插件是破亚马逊秒杀创建bug用的。
然后跟卖或捆绑/合并其他有秒杀推荐的链接，通过插件修改代码，替换自己的产品跑deal。也就是通过修改代码突破亚马逊的权限限制，给没有秒杀推荐的asin嫁接了一个秒杀端口，让亚马逊以为这个链接是具备秒杀推荐资格的。
你找普通的客服，人家肯定调查不出来的，这个需要亚马逊的技术团队才能深入调查出违规结论。
现在变成必须要有BD推荐的ASIN合并才可以混报一起跑，这个操作是卡亚马逊的变体bug，虽然合并后，链接前后台的变体没有关系生成，但用的方法其实是类似镜像变体/虚拟变体的操作（一样需要插件工具），通过变体关系的系统化，让BD推荐的ASIN和其他没有推荐的ASIN合并在一个秒杀活动里。
“为什么BD/LD自然的推荐位越来越难获取了”
一方面是很多人合并BD，把秒杀名额占了（类目秒杀名额是有限的），另一方面和亚马逊促销团队的政策有关，每年/每季度的促销名额数量也是不一样的，你看欧洲天天秒杀，DOTD门槛那么低，一样没啥效果，因为容量很差。
帖子也可以参考：https://www.wearesellers.com/question/93193
匿名用户
赞同来自: 指缝中的阳光 、 836756620
best deal推荐不仅考虑链接的排名、客单价、历史销售额，还会结合类目本身的情况、时间点去评估deal推荐几率的，考虑点比较复合，而且现在店铺feedback权重数量也被考虑进去了。
之前经理回复的：
1.30天内需要和同类目（GL：大类目非小类目，如Light 是个大类，flood light是个小类) 同价位段下的商品进行销量和rating的PK。
2.还有其他很多的因素，比如会考虑PQS的分数（品牌分数（新Asin更关注品牌分数，品牌分数更多对标同级别销量的品牌），Asin Listing分数（超过90天的Asin更关注Listing分数），Listing的正面 or 负面的评论，捆绑Asin是否合适等因素）以及对于该Asin 未来销量和各项指标的预估。
“竞争对手有什么骚操作或服务商门路报名？”
按照你的描述，如果对方2周一次best deal 那大概率是找服务商合并跑的，或者vc店铺跟卖合并跑。
因为正常sc店铺的bd 一个asin是三周一次的。
服务商的混报和借报，逻辑是差不多的，只是借报是你自己没有BD推荐，服务商用自己的推荐ASIN帮你合并。
服 务 商合并秒杀的操作，基本都是利用其他VC/SC店铺链接去合并的。
基本操作原理是：
在SC账户电脑上安装插件，这个插件是破亚马逊秒杀创建bug用的。
然后跟卖或捆绑/合并其他有秒杀推荐的链接，通过插件修改代码，替换自己的产品跑deal。也就是通过修改代码突破亚马逊的权限限制，给没有秒杀推荐的asin嫁接了一个秒杀端口，让亚马逊以为这个链接是具备秒杀推荐资格的。
你找普通的客服，人家肯定调查不出来的，这个需要亚马逊的技术团队才能深入调查出违规结论。
现在变成必须要有BD推荐的ASIN合并才可以混报一起跑，这个操作是卡亚马逊的变体bug，虽然合并后，链接前后台的变体没有关系生成，但用的方法其实是类似镜像变体/虚拟变体的操作（一样需要插件工具），通过变体关系的系统化，让BD推荐的ASIN和其他没有推荐的ASIN合并在一个秒杀活动里。
“为什么BD/LD自然的推荐位越来越难获取了”
一方面是很多人合并BD，把秒杀名额占了（类目秒杀名额是有限的），另一方面和亚马逊促销团队的政策有关，每年/每季度的促销名额数量也是不一样的，你看欧洲天天秒杀，DOTD门槛那么低，一样没啥效果，因为容量很差。
帖子也可以参考：https://www.wearesellers.com/question/93193