1. 主副本模型

1.1 主副本背景

商品在存储上通常有两个版本, 主本和副本。主本是面向市场买家可售卖的版本, 副本是面向商家可编辑的版本。

商品虽属于商家资产, 但商家不能任意编辑商品信息的，换言之"商品被任意编辑后即在市场随时生效可见"是不成立的。例如下面修改场景不容许的:

a. 修改品牌: 商家 A 仅持有 M 品牌资质，却把自己同类商品品牌修改成品牌为 N；

b. 修改主图: 商家 B 窃取同行的爆款图片当做自己同类商品的主图；

c. 修改价格: 商家 C 为了恶意打击竞对, 调低同类商品的价格至异常偏低；

d. 修改库存: 商家 D 在大促期库存锁定期, 有意调低大促商品库存, 有损用户在平台上的大促购物体验。

商品从商家发版和对买家可见之间, 还必须经过平台方的审核通过。平台方是有权利和职责让商家遵守平台制定的游戏规则, 保证商品信息在当地市场的合规性和平台上的公平性。

所以任何一个商品最新修改或发布信息在市场最终是否可见, 是由商家和平台共同决定的。

由于平台的审核机制, 存在商家可见的版本和买家可见的版本。商家可见的版本即为审核前的版本, 称为副本, 买家可见的版本即为审核后的版本, 称为正本。 商品信息的任何修改是由商家和平台共同决定了其上架生效的可能性。

1.2 主副本模型

主副本库通常在数据结构定义上属于相同而库名或表名各异的两套库或表。

商家基于副本库进行商品的修改, 其仅对商家可见; 平台审核通过后同步至主本库, 对买家可见。留心的读者可以发现商品主副本存储和合并规则类似 git 的 trunk-based 的发版模型设计。

1.3 主副本字段

商品发布的时效性和成功率是商家发品的重要指标之一。主副本模型显然对卖家是"有损的"，其增加了卖家发品的上线路径和延迟了商品变更信息在市场的实时可见性。

实际情况下, 不是每个商品字段值的修改,都需要经过平台的强干预审核才能对市场买家可见的，例如: 卖家是有权利下架自己的商品, 在紧急情况下卖家批量下架商品。所以平台需要一套规则策略, 约定商品的哪些字段需要审核才进入主本库的，而商品的哪些字段不用经过审核直接生效于主库。例如如下字段的审核规则，可以跳过审核和副本, 直接进入主本库，如商品状态，商品库存，调高价格，增加 SKU。

不同的平台在不同的区域市场主副本审核策略不一样的。例如: 在成熟的合规性市场, 审核规则偏严格，确保平台商品的合规性和高质量性；在新型的培育型市场, 审核规则偏宽松，确保平台商品的快速多样性和丰富度。

所以商品的审核策略, 也会间接决定了平台商品的丰富度和质量性，这两项指标也是平台需要平衡的重要指标之一。

2. 商品扩展模型

2.1 扩展需要

在快节奏的时代, 不同的时期产生不同的消费潮流, 多变的市场也会不断孕育了新的商品物种，不断的大促活动会有新的促销玩法，直播社交带货等也催生不同的卖货方式。所以无法通过既定的框架模型定义好一生不变的商品模型。需要有弹性而又标准的扩展模型, 支持商品的不断变化和新维度的表达。

举几个具体例子来表达商品扩展的需要, 让读者更有体感：

a. 扩展属性: 平台提供 CPV 模型方便结构化商品字段，但有时商家发品时, 会有个性和主观的属性想表达于商品上, 来曝光商品的独特点和卖点。例如商家新上一款手机，想把下面二个独特维度属性展示于商品上， a. 场景亮点: 防水, b. 口碑卖点：某明星代言；

b. 扩展标识: 跨境商家发品时, 需要在商品上存储发品时间点的价格计算的汇率快照信息；

c. 扩展标签: 扩展标签通常应用于商品的更多心智或营销场景时, 并且扩展标签会显示在商品搜索页和详情页上。例如: 平台在物流上新推出了"当日达"的物流心智，在大促前新增了"预售商品"的玩法。

2.2 扩展表达

分别针对上面三种典型的扩展场景, 在数据模型上常见的表达方式有下面三种:

a. features 表达: k1:v1,k2:v2，以一个 features 字段和 json 的值类型来表达。defined_attributes: {"场景亮点":"防水","口碑卖点","某明星代言"}；

b. extends 表达: item_id, sku_id, extend_key, extend_value(字符串类型)。以单独的扩展表来承载商品扩展字段和字段值。这种优点，在表达上比较弹性, 扩展字段名和扩展字段值可以任意定义，例如: currency_rate: {"USD": "6.8", EUR: "6.86"}。但同时也会不受约束和滥用, 通常适合在平台内部的小二统一使用；

c. tags 表达: item_id, sku_id, tag_key, tag_value(boolean 类型)。标签字段会有单独的元数据管理，标签值以 boolean 的类型来表达。例如: 111112 表达是否是当日达商品；111114 表达是否是预售商品，这种 tags 类型的标签通常在 app 端的导购链路以打标独特 logo 的形式体现独特的心智, 来曝光给用户。

3. 商家产品模型

3.1 分销视角

传统的线上商品链路：工厂->代理商->仓库->上架线上->购买，分为 b2c、m2c 和 b2b2c 等模式。而流行的分销和无货源玩法丰富了线上商品的链路模式。而且许多刚进入电商的创业卖家：喜欢无库存有货源这种轻资产的玩法。无库存可以划分以下几类：

a. 抢占蓝海：对于新型市场，快速铺货抢占市场先机；

b. 爆款复制：对于 A 平台的爆款商品，快速复制到 B 平台，利用 B 平台的用；

c. 以量取胜：大批量铺货，看哪些商品动销，则精细运营动销品，汰换零动销品；快速周转和试验验证；

d. 价格玩法：针对竞对品，利用流量优势，差家拿货和进行低价售卖；

3.2 供销视角

理论上：作为卖家，具有同一件商品供销到多个国家、多个平台和多个分销商的诉求，为了加速商品的流通和曝光。实际上：而同一商品在不同店铺或渠道，由于销售策略或平台规则不一样，导致商品的类目、属性和价格、语言和物流方式不一样。例如：a. 商品在 AE 渠道大卖，给渠道 ae 不同的定价和库存分配。b. 商品在亚马孙大卖，给定不同的物流配送方式。

因此商品在各个渠道各自有一套模型进行管理。此时需要一种商品模型的中间状态或模版来 维护线上 同一供货商品在 不同国家、不同渠道和不同店铺的流通性和关联关系，来降低商家上架商品的成本。所以商家产品是传统线上 b2C m2C,模式后的又一中间环节，生产之后售卖之前 解决一品多渠道销售、一品多店和多商家把持的流通性问题。

另外商品产品是个虚拟概念，在各大渠道市场的可用商品池里，可供各渠道零售商进行选品和铺货上架，与各渠道商品信息保持同步一致。

3.3 商家产品模型