去年，我们推出了自家的美妆社区APP，并设立了独立商城。随后，我们不断对APP进行版本更新，如今商城的各个模块已趋于完善。在此，我想分享一些心得体会，希望能与大家进行深入的交流。

主要需探讨的是服务端架构的构建，紧接着是客户端界面的展示。或许这对部分产品经理而言较为晦涩，然而在我看来，这是从事商城系统设计的产品经理不可或缺的架构技能，同时也属于相对基础和根本的环节。

一、商品的基本概念

1.1、对用户而言

一般来说有产品、商品、赠品等概念。

1.2、对数据库而言

可能只有spu，sku两个概念，这是最底层的实体。

SPU（单元）代表了标准化产品单元，它是商品信息汇集的最基本构成。以实例来看，例如。

SKU（库存单位）代表的是库存的计量基本单位，它指的是库存增减的最小计量单位。举例来说，国行版的白色16GB内存条就是一个SKU。

1.3、对功能而言

至少有产品，标准化商品，下单商品3个概念。

下单商品。肯定是一个spu下的sku，对应着商品编码。

标准化产品。对应着spu，是几个sku的集合。

商品在商城的货架上展示，它可能是一个单一的产品单元（SPU），也可能是多个不同产品单元（SPU）的集合。

所谓的SKU并不一定指的是单一的实物产品，例如在美妆领域，商家常常会将两件化妆品用胶带捆绑成一组，然后作为一组SKU进行储存。

二、商品的存储

通常情况下，B2自营商城倾向于租赁第三方的仓储设施并接入其管理系统，只有在企业规模达到相当程度时，才会考虑自行建设仓库。

目前我们业务刚刚起步没多久，所以只有一个仓库，比较简单。

若存在多个仓库，通常在配货发货时，会依照“挑选离得最近的仓库、检查库存是否充足”的准则进行操作，同时，也可能需要考虑如何合并包裹。

三、商品的实体关系

上述内容阐述了在商品架构中必须考虑的各个实体，而这些实体的属性及其相互关系则直接影响了数据库中商品表格的具体设计方式。

可以参考这篇文章，了解关于实体关系模型的更多知识。

四、商品状态机

商品的上下架状态主要用以辨别商品是否向用户展示，以及用户是否能够顺利完成购买。

赠品属于一种独特的产品单元，它具备上架和用户购买的功能，然而，我们建议将其标记为已下架状态，并确保其定价准确无误。

需特别指出，设计售完商品下架以及商品自行下架的功能，主要是为了便于运营客服人员更便捷地操作商城运营系统，这一设计借鉴了淘宝卖家商品状态管理机制。

可以参考这篇文章来了解其原理。

五、商品的呈现

大部分电商的商品详情，呈现逻辑是相似的。

此外，京东自营会依据收货地址及仓库的具体位置进行相应的匹配操作；同时，部分电商平台在用户浏览页面时，会自动勾选SKU，并跳过库存不足的商品。

六、总结

我未曾提及分类、商品标签、商品的核心特性、销售相关属性，以及其他各种属性，诸如商品的库存状况。

并非认为其无足轻重，实则我仅阐述了最根本、最基础的设计理念，而其他部分则是基于这一基础，根据业务需求逐步发展演变而成。

更多关于商品设计的内容，可以点击DEMO。