简单介绍：
listing variation 就是我们熟悉的父子变体模式，一个parent带N多个Child，以size和color作为纽带。 如果某一个子体库存改为零，那么这个子体的review和QA还会在整体的父子变体上面，但是这个子体前台不现实。 这种就是拼凑review漏洞的来源。
listing merge更趋向于 吞并，和父子变体有本质的区别，这个源于亚马逊的规则是类似的asin只出现一次，目的是为了极大地提高消费者体验。 而且只要品牌一样，你可以自主选择新的listing merge到老的上面，或者老的listing merge到新的上面，review和QA原则上也能过去，但是中间也出现过，客服要求老的挪到新的里面。reviewQA就没了，新的挪到老的才有review QA。不过这种特殊情况。
基于merge 和 variation的认知，各位怎么看？ 此类办法用于把老品变新品上面，以及review 拼凑方面有什么建议意见，和问题考量？ 以及担心？