关于SKU编码规则的普遍性

您的创建新品的方法是： 1. 首先先创建通用的规格名和值， 2. 然在新的页面创建产品SPU，然后选择针对这个产品有的规格名，且只能选择第一步创建好的规格名，不能在同一界面临时新增修改。 3. 然后再在新的页面创建SKU，选择这个不同规格的值，且只能选择第二步定义好的spu,和第一步定义好的规格值，不能在同一界面临时新增修改。 您这个方法用了封装的思维，提前创建好通用的属性名和属性值，以便之后其他产品可以使用，但我感觉现实是产品太多了，对应的属性也太多太杂了，创建一个新品是，很难匹配到已经创建好的通用属性名和属性值，感觉您这个第一步创建通用属性的步骤是多余的。在实际操作中比较麻烦。您认为呢？ 我的方法是： 我给您的截图的这个页面是创建spu的页面，直接可以在创建产品的同一界面自定义该产品有的属性和属性值，并可以直接创建sku，是一种平铺开的方法，不用去在已经创建好的属性名和属性值里边去找匹配的。 当然我觉得非常通用的属性名和属性值可以保留，可以在您方法的基础上，在第二步和第三步，可以开个口，一旦这个新品找不到通用的属性名和值，可以当场自定义创建。这样是不是更好呢？

这个我觉得好像你描述的是有问题的。这个只能说是CMS设计的 方便些的问题，并不涉及SKU本身的逻辑算法问题。所以这是个小问题，CMS这里随便改流程，这要根据自己商品的特点来决定，这没有什么好讨论的。如果涉及到SKU底层规则和表的逻辑不通确实需要讨论下。

这个我看不大明白。。。

我说的麻烦是实际创建新品时候的操作复杂度。您的这个标准方法看起来是比我的方法（也是某个电商平台采取的方法)是麻烦的。而且不是麻烦一次，是每次创建新品的时候都会麻烦...我再发个图，您看一下他们CMS创建产品时这个页面。