1. CPV 表达

"万物"皆可以是商品，只要把放在交易场上进行交换，无论是一个可见实体, 虚拟物品或一项服务。 而 CPV 模型的引入是把繁杂的万物进行结构化表达的第一步。

1.1 PV 表达

为了能表达任意商品，首先需要记录任何物品可能的属性 P 和属性候选值 V，例如：P(颜色)和 V(红色/橙色/黄色), 所以第一步需要建立一个属性键对值的元数据基础库，简称属性库。属性库: 记录全商品的全部属性和属性值对集合。其中 PV 键值对元数据库的建立作用:

1. 对于商家: 方便发布商品时，友好地进行 PV 的选择，比自己做填空题更高效；

2. 对于平台：PV 对是搜索的基本单元, 方便结构化的统一表达和被关键词检索和曝光；

另外属性库有几点注意地方:

1. 属性库使用: 任何的属性键值都可以用在任何的商品上，没有标准的约束和限制。业务是多变的，模型理论上需要支持万变的业务；

2. 属性库分类: 通常会分为商品属性和销售属性。 a. 销售属性: 对于同一类商品，可以供买家去选择的属性键对值，例如颜色和尺码， 同时也是能决定库存和发生买卖行为的属性；b. 商品属性: 对于同一类商品，剩下的属性叫商品属性, 通常卖家发布商品时需要填写的属性键对值, 进一步具体化商品信息；

•

3. 属性库收录: 一个属性键对值一旦收录，其被使用面和影响面是很大的，因为可能会被成千上万的商品和商家所使用。当运营小二在调整属性键对值或结构位置时，对应商品的商家也需要做对应调整。 例如运营调整一个男装的"品牌"属性的必填特征时，由选填改为必填项，势必影响所有男装类目的商家的新品上货流程。 所以标准、稳定和可控又灵活支持业务发展的 CPV 体系模型是属性和类目库的始终目标。

最后, 例如淘系几十亿级别的商品，累计记录了近 5 千万 PV 对值，并且随着品类的扩充,PV 值会逐年的递增，这也是淘宝打造"丰富品类"独特心智的有力基础。

1.2. C 表达

类目(Category): 很明显，通过相似维度的 PV 键对值组合的特征可以唯一标定和区分某一类商品，称为类目。例如如下几个商品例子：

a. 服装

•b. 零食

•c. 房子

类目(C)维度可以把海量的 PV 集合做进一步的分类和抽象。具有相似的 PV 集或承载相同功能的商品, 可以划到相同的一级类目; 不同商品的不同类目又会组成了庞大的类目树。

类目树的引入:

a. 方便卖家: 发品时快速锚定商品的类别和确定所需填写的对应 PV 集;

b. 方便买家: 在早期搜索推荐功能较弱时，方便买家导购，通过类目树快速圈定和找到自己所需的商品集；

2. CPV 模型

CPV 的关系：一个类目有多个属性，每个属性有多个属性候选值，所以分别属于 1:多和 1:多的关系。站在实践的角度，CPV 通常的定义结构如下：

2.1 类目定义

2.2 属性定义

2.3 属性值定义

一个商品对应的 CPV 字段定义通常如下：

同时 CPV 模型的引入为平台商品治理、运营管理、行业形势和市场趋势等提供了基础管理和分析维度。例如：

a. 商品治理: 在 A 国家由于本地法规合规等变化因素, 急需下架对应 M 类目的所有商品；

b. 运营管理: 在 B 区域由于短期 N 类目商品急缺, 需要快速补齐和丰富对应类目的商品。

3. 类目树特点

类目树是有典型的主观性、业务性和健康度等特点:

a. 主观性: 同一商品在不同平台会被放置在不同的类目树下, 例如如下:

•b. 业务性: 类目树分为前台类目和后台类目。同一平台的同一商品也会出现在不同的类目树下(前台类目和后台类目)；其中，后台类目和前台类目有典型的几点区别；

•c. 健康度:

类目树的目的: 对于商家可以快速上货；对于买家可以快速实现"货找人"。 那对于平台而言, 类目树既有人为主观又有业务多变的特点, 那么需要通过常见的量化指标可以衡量一套类目树结构在平台的合理性和健康度。例如: 按类目维度的各项统计指标值，类目商品规模, 动销率, 货单价, 退货率, 汰换率, 异常价等，所以类目健康度通常是平台运营的重要参考和辅助决策依据。