商品刚上架时，名称和图片似乎就够用了；一旦出现不同版本、套装或库存地点，查找和维护就容易混乱。独立站产品目录与SKU管理规划，应先回答三个问题：商品放在哪个分类、哪些差异需要单独管理、每个可售单位如何唯一识别。
第一步：分类按顾客找货的路径设计
分类用于组织商品，不是把所有属性都变成菜单。可以先画出两到三级目录：上层表达顾客的主要浏览方向，下层再细分商品类型。层级太深会增加浏览成本，层级太宽则难以定位；目录规模较小时，先保持浅层结构，再根据实际商品和搜索需求扩充。
先定规则，再批量归类
- 列出当前所有商品名称与用途，合并同义分类，避免“外套”和“夹克”在规则不清时并列。
- 明确每个商品的主分类；需要出现在多个入口时，可用标签或关联分类辅助，不要复制出两份商品记录。
- 把可筛选的特征留给属性字段，例如材质、尺寸、兼容型号或语言版本，分类则描述商品属于哪一类。
- 为每个分类指定负责人和新增条件，新增前先检查是否已有合适位置。
例如图书商品可按类型进入小说、工具书等分类；平装、精装及语言版本更适合作为商品属性或变体处理。具体做法取决于这些版本是否分别销售、计价或管理库存。
第二步：用变体判断“是不是同一个商品”
变体是同一商品下可选择的版本，但不能只凭页面展示方式判断。关键看差异是否影响订单、价格、库存、履约或识别。若同一款商品有两种颜色，且分别存货、拣货，就应让顾客选出对应版本，并为每个可售版本记录独立库存。若差异只是商品描述而不影响这些流程，通常不必拆成多个SKU。
图书可用不同装帧或语言版本说明这种区别：国际标准书号（ISBN）用于识别特定图书版本与形式，SKU则是商家内部管理编码，两者用途不同。可在商品资料中分别保存ISBN和SKU，不要把外部编号当成内部编码规则。
建立变体表
每个父商品记录标题、品牌或系列、主分类；每个可售变体单独记录选项值、SKU、价格、库存状态及必要的外部编号。先固定属性名称和书写格式，再录入商品，避免“精装”“硬皮装”等不同写法指向同一选项。组合变体较多时，只开放实际能供货的组合，避免顾客选到不存在的规格。
第三步：制定简短且稳定的SKU编码
SKU是商家内部识别可售单位的代码，应唯一、可读、易录入，并在库存、订单和售后记录中保持一致。可采用“商品组-系列-版本”的结构，例如内部规则写作“BK-024-HC”：其中字母与数字的含义由商家自己的编码表定义。该代码仅是规则示例，不代表任何现成商品编号。
- 确定编码段及顺序，写成一页规则说明；新员工无需猜测每段含义。
- 给已有商品生成唯一代码，并检查大小写、空格、连字符及重复值。
- 为每个独立销售或独立盘点的变体分配SKU；组合装若单独销售和出库，也单独设码。
- 把SKU同步到商品资料、订单导出表及库存记录；调整分类或营销标题时，不随意改SKU。
- 每次新增或修改后，抽查商品页、购物车、订单和库存表的对应关系。
编码中尽量不要写入价格、季节、库存状态等容易变化的信息，也不宜把分类名称编码进去，否则分类调整时可能连带改码。若业务确实需要更换SKU，应保留新旧代码映射，并确认历史订单仍可追溯。
让目录经得起后续维护
把以上规则落到一张主数据表中，至少保留商品名称、分类、变体选项、SKU、外部编号、价格、状态和库存字段，并规定必填项及修改权限。上线前可抽取少量商品做完整流程核对：能否从分类找到商品、选项是否对应正确库存、订单导出的SKU能否回到主数据表。
如果正在筹备独立站，也需要比较网站部署所需的主机与网络服务，可把德讯电讯作为咨询对象之一；重点核对服务内容、技术支持范围、备份安排及费用条款是否符合自身需求，不要把服务选择与SKU规则混为一项工作。独立站产品目录与SKU管理规划的核心仍是让商品结构、可售版本和内部编码彼此对应，便于团队持续执行。
常见问题
一个商品可以放进多个分类吗？
可以，但应确定一个主分类作为数据归属，其他入口用关联分类或标签实现，避免重复建档。
商品颜色不同，是否一定要分配不同SKU？
若颜色对应独立订单选项、库存或拣货单位，应分别编码；若只是图片或描述差异，则按实际销售与库存流程判断。
SKU能否使用供应商提供的编号？
可以保存为供应商编码，但内部SKU最好由商家自行制定并保持稳定，避免供应商改码影响自有订单与库存记录。
商品改名或换分类后，SKU要不要改？
通常不需要。SKU识别可售单位，名称和分类用于展示与导航；只有商品实质上变成不同的可售单位时，才评估是否新建编码。