一.背景

对于产品中心的一些思考，做下沉淀。对于电商类业务产品是核心基架，是交易的起点来源。

产品广义定义就是能满足人需求的事物。

在交易场景中就是买卖双方交易的标的物。

产品要承载交易标的物的库存及价格信息，以及其它一些产品属性。如实物电器产品，产品的表达包括电器的库存，价格，品牌，规格等信息。

总结下来产品=产品基本信息(决定产品是什么)+产品归属方(卖方信息)+产品售卖单元(聚合了价库信息)+产品状态。

无论2b还是2c基本元素都脱离不了这个范围。

产品内核图

差异

2c产品更注重产品属性表达及产品导购(提升用户决策效率)。2b则更加注重可售单元信息表达。举个例子2b的商户是通过系统api来拉取产品，那么产品系统核心建设重点在于产品信息及价库能力的建设，而不会涉及到导购推荐之类`的能力。

但如果一个业务即涉及2b渠道也涉及2c渠道那么在产品架构及模型上就需要考虑。

共性

首先产品基本内核是不变的(价库，基本信息，产品归属性)。其次从产品目标上发品效率是重中之重。

二.用例

用例这里只是列了几个参与角色核心业务能力。实际工作中还需要根据不同的行业对每个行业发品时涉及的业务元素进行分析，多行业都涉及元素进行抽象复用，不同差异体现在模型上就是扩展。

行业模型侧由于隐私做了简化。

整体产品分2个层次。售卖产品这层注重售卖场景业务表达。货品这层侧专注于行业货品表达。

分层逻辑：

业务上即有货权与货主一致场景也有货权与货主分离场景。从业务角度去看一个物品必须是有一个拥有者。产品的拥有者是在平台上进行售卖的主体。货品拥有者是货主，如电器的供应商。后面涉及经销场景没有货品则无法表达。

不同行业整体要素复杂且各自有差异，如果用同一套模型表达则会将模型不同复杂化，不同行业都往这个模型加最终导致的结果就是模型复杂到没人知道每个字段的含义。

详细模型说明:

产品的价库是基本通用要素，这部分抽离模型及子域出来。

对于卖家发品效率来讲需要支持一品多sku场景，如果没有这种结构就意味着商家需要按最小售卖单元去发布售卖商品。这个对于电器类不同规格的sku如果想要一起售卖或者说希望统一做上下架处理则是无法满足供应商诉求的。

上述这套产品模型基本是能满足2b相关售卖场景，同时对于2c的场景也能支撑。

并且这个模型已经做了产品与货品分离，对于经销类的业务也能支撑。