电商产品设计（电商产品设计包装）

今天给各位分享电商产品设计的知识，其中也会对电商产品设计包装进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

电商产品设计（一）——商品分类体系

半年前由于机缘巧合，笔者有机会从零开始设计一个电商产品。因为本身不是做电商出身，没有什么电商产品设计经验，所以只能边学边做。这半年来，我看了大量的书籍、视频和文章，也和许多同行的前辈交流过，再加上自己在实践中的打磨，现在大体上能够说出个一二来了。趁着最近有些时间，我琢磨着把这半年来的经验总结一下，和同行小伙伴一起交流交流吧。

做电商的都知道，电商产品核心模块就三大块：信息流、资金流、物流。由于本人做的是虚拟物品交易，没有涉及物流模块，因此不讨论物流相关内容。而信息流细分开来，可以分为商品信息流和订单信息流（订单流是由信息流和资金流组成的）。因此，我将会分三个部分来阐释：

这篇文章先来讲讲商品信息流吧。

“商品信息流”，听起来很抽象，先不管名词怎么定义，我们先来想一下：众多的商品，从它们被卖家摆到网站上展示，到买家看到这些商品，然后进行选购，整个过程产品经理关注的核心是什么？我想应该是以下两点：

要回答这些问题，就要从整个商品体系的设计和搭建说起。

当你的产品量级非常小的时候，所有商品直接摆出来展示就好了，不需要分类。比如03年淘宝刚上线的时候，就是没有分类的，所有商品直接摆出来展示。

当商品越来越多，用户查找开始不方便了，就需要有分类了。在电商领域我们把这种分类叫做类目，最简单的是 一级类目 ，比如小米商城：

从上图你可以看到，每一种商品就一个分类（一级类目），没有子分类，这个分类下挂靠了该类目下的所有商品。

当商品的数量再往上走，达到千位级、万位级，甚至更多的时候，一级类目就满足不了需求了，这个时候就出现了 多级类目 的概念，也就是我们所说的 “ 类目树 ” 。类目树一般 *** 左右为宜，尽量不要超过五级。因为电商有一个公认的铁定律叫“漏斗模型”，也就是层级越深，流失量越大，就像漏斗一样，越往下口越小，所以类目层级不能太深。

上图就是一个 *** 类目的例子。卖家在上传商品的时候，需要一级一级往下选择，直至确定叶子类目。

当商品的量级达到百万级、千万级甚至亿级的时候，新的问题又出现了。比如服装可以分为男装和女装，男装、女装下面又分为T恤、裤子等，而T恤又分很多品牌，裤子按照长短又可以分为九分裤、七分裤等等，这样的类目树一直分下去，交叉和重合是不可避免的，这就变成了一个很难管理的网。

所以当商品越来越多，分类越来越细，用户搜索越来越个性化，单纯靠类目树已经不能满足商品管理的需求了。这个时候就出现了另外一个维度的分类方法，叫 “ 属性 ” 。

“ 属性 ” 怎么理解呢，先看看下面这张图：

这是对于“裤子”这种商品的描述，我们可以用左侧这些形容词去描述它，这个就是我们平时说的标签。但标签分类太细，数量多了的时候不好管理，当我们把标签按右侧的方式进行归类的时候，这些类别名称就成了我们说的“属性”，左侧的标签就是我们说的“属性值”。

举个通俗的例子，我们平时用的 *** ，通讯录联系人按照26个英文字母归类排序，这就好比我们上面说过的类目，然后我们根据联系人的不同特征，给他们进行归类，比如“家人”、“高中同学”、“大学同学”等等，你喜欢的话划分个“前男友”或者“前女友”也是可以的。这些人为的分类就是标签，把相同性质的标签归类成标签组就是属性（比如把“高中同学”和“大学同学”归类为“同学”）。这里只是举个例子， *** 只支持标签，不支持标签组。

有一点需要注意的是，后台录入商品时，属性必须挂靠在叶子类目下面。比如服装——女装——超短裙，超短裙是叶子类目，它下面可以挂靠属性，比如红色，这样搜索红色超短裙就能直达商品。但如果你想把属性挂靠到服装——女装时，女装下面还可以细分很多类目，女装直接挂靠红色就没有意义了。

上图的“找钢网”（ ）就是典型的“类目+属性”的例子，钢材按照品名、材质、规格、钢厂等进行类目划分，然后通过品牌等进行属性划分。

那是不是用“类目+属性”就能解决所有商品分类的问题了呢？

答案当然是不能。先来看看一个很常见的场景：

这里的本质就在于，一个产品，一套逻辑，没办法很好地满足两个截然不同的用户群体。那怎么办呢？

最早想到解决方案的是08年那时淘宝的一位产品经理，有一次他去逛沃尔玛，他仔细观察了传统超市的商品分类逻辑：

从这里他受到启发，想出了“前台类目+后台类目”的架构设计方案——把一个产品一分为二，一个满足买家，一个满足卖家，也就是：

原来的类目变成了后台类目树，另外再建一个前台类目树，然后把前台类目树的叶子类目去和后台类目通过映射关系关联起来。任何一个前台类目的叶子类目，都可以对应任何一个或多个后台类目，且不一定是后台叶子类目。举个例子：

再来看个实际场景的例子，大家最常用的淘宝网（ ）：

上图中红圈部分就是典型的运营人员为了运营需求而展示出来的前台类目，其映射的是后台某些类目或属性下的具体商品。

这种设计奠定了我们现在大部分电商产品的商品分类体系模型： 前台类目+后台类目+前后台映射管理+属性

回过头来总结一下，从03年我国第一家电商网站淘宝上线，到如今电商网站百花齐放，商品分类体系的演变路径可以归纳为五步，如下图：

至此，我想和大家分享的第一个知识点——商品分类体系 就已经讲完了。鉴于本人经验有限，可能还有很多地方理解不到位，或者某些地方表述不清楚的，欢迎拍砖~

期待你我真诚的交流能碰撞出智慧的火花 ~ ^ _ ^ ~

电商设计有哪些基本要求?

1、页面尺寸规范

PC端页面的尺寸宽度1920px，高度尺寸按照页面所需信息来定即可，显示尺寸1920×1080px;手机端页面的尺寸宽度750px，高度尺寸按照页面所需信息来定即可。

2、文字规范

在页面中使用的中英文字体不得多于5种，页面 *** 现3次以上为主要字体，其他文字作陪衬字体。在产品详情页设计中，一般主要字体为黑体。

3、颜色规范

规范分两类：设计风格规范、版式排版构图规范。页面颜色要求：页面中使用的颜色不得多于5种，黑白灰不算色;针对不同的主体使用合理的色系;主题颜色和辅助颜色要根据配色原理搭配。

4、版式规范

页面设计色彩要清新，布局要大方;页面设计要有整体性、一致性等。一致性包括色彩的统一、版式的统一和字体的统一等;页面布局应主次简约分明，中心突出，大小搭配，互相呼应，图文并茂，适当的空白利于消费者阅读。

5、 *** 语规范

*** 语要注意极限用语的应用。根据 *** 法，极限用语不得出现在商品列表页、商品的标题、副标题、主图、详情页以及商品包装等位置。

什么是电商设计？

电商设计一般指电子商务设计师考试。电子商务设计师考试属于全国计算机技术与软件专业技术资格考试（简称计算机软件资格考试）中的一个中级考试。电子商务设计师的考试要求：熟悉计算机系统基本原理、计算机主要部件与常用I/O设备的功能、网络操作系统的基础知识以及安装和使用、多媒体系统基础知识，掌握数据库系统基础知识和应用、计算机网络基本原理，熟悉TCP/IP的体系结构及Internet应用，掌握Intranet的组建和管理方法、J2EE和.Net体系结构、HTML、XHTML、XML语言以及网络应用编程方法，信息系统的分析、设计、开发和测试方法；熟悉系统开发项目管理的思想和一般方法、电子商务流程和网上交易过程、电子商务网上支付概念、支付工具和支付系统。

电商商品库的产品设计

每天逛淘宝和京东的时候，映入眼帘的都是品类繁多的商品，但是当我们选择分类或者直接搜索的时候，按条件筛选时，系统却往往能从千万商品中提供心中想要的商品；在浏览商品时，商品主图、详情图、规格等信息让我们感觉比在超市拿着实物获得更多信息，电商系统到底是怎么做到这些的呢？对于电商产品经理来说，商品中心的合理设计能够满足前端商品的多样化展示，支撑订单商品信息在系统中的流转。

简单粗暴的讲， 商品中心 是用来管理核心的商品数据。对于 使用的维度 ：从前端来讲，是给商品展示、订单、 *** 活动提供商品数据支撑，从后端来讲，商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑。为了更清晰的描述商品中心这项重量级工程，打算写两篇文章从上述两个维度来阐述，本文主要从后端的维度介绍商品中心。

一.商品常用概念介绍

先介绍几个基本概念：SKU、SPU、属性、类目。

SKU ：stock keeping uint(库存量单位)，库存控制的最小可用单位。例如Iphone 7plus  128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU。不同的公司都有自己的SKU编码规则，如果有自己的仓库，在商品入库时一般会打上自己的SKU码，这样整一套库存体系就会自上而下打通，当然还有另一种处理方式，设置自有SKU码与供应商 *** 的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的 *** 。对大公司来说，推荐前一种做法，后一种由于供应商编码规则不同，或者管理规范，在实际操作往往会增加出错率。

SKU编码

SPU ：standard product unit(标准化产品单元)，是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，可以一对多，一对一，如下图所示。SPU信息中应该包含SPU属性、产品图片、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。SPU(Iphone 7plus)通过颜色、内容关联到SKU(Iphone 7plus  128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。

SPU与SKU

属性 ：分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性，是必填项。例如手机的品牌、型号属于关键属性；销售属性组成SKU的特殊属性，或称为规格属性，如手机的"颜色"、"内存"；非关键属性指的是除关键属性、销售属性外的其他属性，如手机的手机接口类型，非关键属性不一定是非必填项，有时为了商品信息完整，也会设为必填项。属性定义对于良好的消费体验有着至关重要的关系，对搜索、索引、筛选都有至关重要的作用。

类目 ：分类树，电商常用的有两层类目，前台展示类目，后端商品类目。前台类目指的是展示给消费者的类目，会根据季节、销售策略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU时都需要选择类目，进行绑定。需要注意的是，类目树的层次不能太深，一般三层或四层，如果太深，不论对于管理还是技术性能来说，都是不利的。前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可让其关联后台类目任一层，可一对一、一对多。前台类目还可以对应品牌。

京东前台类目

二.商品基础资料设计

在介绍商品常用概念时，也透露了很多在产品设计时关联的信息。在添加SKU时，需要选择品牌、填写一些属性，以及关于仓库管理的基础数据（长宽高、重量、供应商等）。商品中心基础资料结构图主要如下，首先是品类管理，主要包括品牌管理(中英文名、可供品类、产地（跨境电商比较重要）)、属性管理（针对类目添加相关属性和属性值）、类目管理（后端类目树重中之重，确定时要考虑全面，属于基础数据，后续更改比较麻烦。），大致产品框架如图所示。

商品中心框架图

在添加SKU时，通过供应商去关联采购，进而影响仓库中SKU的库存。供应商在添加SKU时亦可不选择，可以在采购系统中添加关联。通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU；针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用。

SKU使用

还有一个比较特殊的概念：组合SKU，主要是解决 *** 组合商品的问题，组合SKU的属性都继承主SKU。组合SKU的应用场景主要是添加赠品、组合售卖，与前台的商品套餐有所区别。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。

三.复盘

商品中心后端属于基础数据，会被许多子系统调用，对于电商公司来说重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理，可扩展的商品中心结构将给公司业务发展带来很大益处。

文后扩展，很多电商公司业务 *** 都是B2B2C，为了扩充SKU，增加用户量，或者构建平台体系，都会允许第三方来平台管理商品，类似京东、有赞，这类平台的商品结构更加复杂，SKU需要增加所属商家，商品详情、属性值、库存都需要相互独立，在SKU、SPU纬度上增加一个商家纬度。这里不做过多扩展，感兴趣的朋友可以深入思考。

实物商品

以上文章从后端角度介绍了商品中心用到的一些基础数据设计，接下来，我们主要从商品前端显示来说后台设计的那些事儿。用户平常购物接触到最多的就是商品显示页，商品列表、商品详情页的基础信息都是从商品中心获取。目前对于商品设计有着成熟的产品方案，电商网站的商品产品结构大同小异，淘宝上的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（表达可能不太准确，但认真研究过两者商品结构应该理解我说的不同点，下文解释）。 其实我更倾向于淘宝的商品结构，能够支持更加灵活的商品方案。

京东与淘宝的商品详情页

商品信息主要由类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等）、商品图、商品详情描述、物流信息等组成。至于经常看到的服务标签（白条、极速退款）、商品标签（热销）、活动标签（满减、优惠券）、价格标签（拼团价、活动价）、同类商品等都是在商品信息上的包装层，不在本文的阐述范围。

1.商品类目、商品基本信息

商品类目分为两层，基础数据类目层、前台展示类目层，在添加和管理商品时，都是在基础数据类目层对商品进行管理（如下图）。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理，所以类目管理属于较为核心的工作，一定要从长远角度考虑。

在添加商品时，需选择对应的类目。前台类目在展示时，有两种处理方式：

前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。现在大部分自营电商都是用的这种类型。

前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提供给平台上商家的类目服务，添加商品时直接选择前台展示的类目。

另外，类目一般是分为三层，类目树不要太深，否则将影响产品效率。

JD商品类目

设置商品信息、副标题（一般介绍产品卖点、促销），选择商品对应的品牌。在品牌管理中，有两种方案：

品牌统一管理，小公司商品丰富度较少时的方案。

品牌关联类目，商品丰富度高的选择。

基本信息编辑

2.商品属性

商品属性包括属性名、属性值，一般都是挂在具体类目子叶下，设置必填和非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性。商品属性管理要求强大的类目运营能力，在中小型电商平台一般会提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据。

商品搜索能力，除了标题、类目，很大部分依赖于商品属性，条件筛选的基础数据也是商品属性和规格属性。完善商品属性对于良好用户体验至关重要。

淘宝的商品属性（男装风衣）

3.规格、价格、库存、SKU信息

在购买商品时，我们会经常选择规格（销售属性），主要包括颜色、尺寸，为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝上亦可添加条形码（69码）。也可以设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物，上文亦讲过，仓库和采购管理的都是具体的SKU。

仔细观察会发现，京东的商品标题是加上具体的规格，在选择规格时会跳转SKU，对于落单数据有效率提升，但是对于页面效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构，亦是优质选择。

JD规格、价格、库存、SKU设置

在淘宝上选择具体的规格后，会发现商品缩略图会发生变化，这就需要在管理商品时，针对某规格单独上传图片。这里有个设计很巧妙的地方，只是不同颜色需要上传对应的商品缩略图，而尺码不需要。

淘宝不同颜色上传具体的缩略图，京东可上传多图

针对商品设置平台价和市场价，主要是为了商品在列表展示商品、未选择具体规格时展示，相当于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品可能是不同SKU，有着不同的规格，所以不能直接拿货号来管理SKU。

JD商品信息填写

4.商品图、商品详情描述、物流信息

除了不同规格对应的商品缩略图，商品图还包括商品主图，一般要求图片质量较高，包括整体图和细节图。商品主图是吸引顾客眼球的必要利器，不论是列表页，还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需对商品主图较为慎重。

商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点也不相同。为了更好的展示产品特点，可提供不同的产品详情模板，亦可支持不同的富文本编辑。

商品详情描述

选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等），在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂，下篇文章详细描述讲解物流运费相关的细节。

商品物流选择

5.其他商品信息

主要包括售后服务（ *** 、保修服务、退换货）、包装清单等相关说明。

6.上下架管理

设置完商品基本信息之后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。搜索、筛选的商品范围都是在上架的商品范围进行。

上下架设置

自营与平台电商的商品区别

在商品管理层面，平台电商提供给平台商户的商品服务与自营电商自己的商品服务有着很大不同。最大区别在于自营电商比平台电商多SKU管理，库存和属性都是基于SKU进行管理，在添加商品时，如果还要重新填写，就会造成数据冗余。所以一般会共用数据。

总结

电商产品设计：订单取消

电商产品通常通过以下指标进行订购流程 的数据分析：

登录用户数、人均登录、访问登录比、订购量、订购频次、内容、转化率、取消订单    数、退货订单数、取消订单金额、退货订单金额等

但大多数产品经理，更关注正向订购环节的转化，通过用户行为、订购数据分析不断的优化正向流程，往往忽视了逆向流程中订单流失率及流失原因。从七天无理由退换货普遍实施到现在，用户的购物习惯也发生变化，被教育成：无论何时、何地 看到何物，只要觉得不错就先拍下，后面发现更适合的商品时，再发起订单取消；或者收到之后不喜欢、不合适再无理由退货......  。取消订单、退换货的比例日渐增大， 所以电商产品的逆向流程也必须要重视，不仅是在体验上服务好用户，更是节省公司 *** 、仓储方面成本；严谨、科学的逆向流程设计也为分析订单流失的原因提供支撑。 本文将主要讨论订单取消的产品设计

    1 未支付：用户提交订单后，超时未支付  系统自动取消订单

    2 未出库：已支付，但未发货的订单； 由用户发起取消，WMS 进行 *** ， *** 成功后即可取消订单并退款

    1、2 取消订单 常见的原因：

          先拍下考虑考虑

          价格太贵

          发现更好的替代品

          拍错商品

          其它

    3  缺货： 已支付，但仓储商品数量不足、仓储商品分拣时发现不可售的待发货订单，用户要求取消订单

    流程说明：

    2.1 用户提交订单，未支付情况下，超时系统自动取消订单

    2.2 订单已支付后，定时货按照其他规则创建发货单至仓库

    2.3 发货单创建成功后，仓库即对订单商品进行下架、分拣、复核、打包、出库等操作

    2.4 如果以成功创建仓储发货的订单，发起了取消申请，系统按照相应的规则判断后，回执是否可取消； 可取消的订单，即取消成功，并退款、退还相关权益；不可取消的订单，反馈取消失败

  3.1 可操作订单取消规则

      3.1.1  超时未支付，系统自动取消订单

                如，顾客提交订单后24h内未支付，系统自动取消订单（时间按照平台规定设置）

      3.1.2  用户自发取消: 前端订单列表露出【订单取消操作入口】

      3.1.3  平台 *** 后台操作取消：

      前端【订单取消】操作入口，常置于订单列表或订单详情页，如下图：

      订单未出库前，用户可通过前端的订单取消入口发起申请，前端【取消订单】操作入口根据后台订单处理状态判断是否露出

    订单状态与订单处理各环节对应关系参考如下图，通常而言仓库复核完成后，用户就不能在发起订单取消（前端操作入口隐藏）。但用户可联系平台 *** ，从后台操作订单 ***

3.2 子订单取消规则

      多数电商系统支持订单部分取消，部分取消的订单，需要计算取消后生育订单是否仍满足订购条件（优惠是否满足等0，满足：可操作取消； 不满足：提示取消失败（告知可操作方法，如 *** 后拒收、或告知用户操作整单取消）

3.3 订单取消后资产退还

3.3.1 订单取消成功后，系统原路退还已支付的订单（子订单）金额

3.3.2 积分退还： 按照平台指定规则处理，如：全部退还积分、部分退还、不退还等

3.3.3 优惠券退还：

          整单取消的订单，返还已用优惠券

          子订单取消：如果多个子订单公用一个优惠券，当取消其中部分子订单后，不退还优惠券；

                                如果公用优惠券的子订单全部取消，则退还（具体情况视平台规则而定）

3.4  订单成功取消后，释放已冻结的库存（前端可销售库存即时增加）

电商后台产品设计：页面动态配置（CMS系统）（一）

这两天3.8妇女节，各大电商又开始不断推出促销活动，借势 *** 。电商平台仿佛不愿意放过任一个可以作为 *** 话题的日子，不断推陈出新。经过10多年的电商经验积累，现在做起活动来游刃有余，丰富多样。

下图是我从淘宝、京东上取的两个活动页面，可以看出页面自定义程度很高，美观大方。另一种叫法叫做店铺装修或页面配置，那么问题来了， 这样一个自定义页面怎么配置？怎样通过系统化的方式实现页面动态配置。

由于页面动态配置的内容较多，所以打算分两篇长文介绍，第一篇先讲页面动态配置的整体产品逻辑，第二篇详细描述各组件的功能，一直到组装之后的解析。

页面动态配置是CMS系统（内容管理系统）的一部分，在电商行业，CMS系统有时会局限用作页面动态配置的功能。有时也叫作“ 装修 ”，店铺装修、页面装修、自定义新页面。平台见到的首页管理和新建活动页面都属于此类范畴。

在PC电商时代，页面的自定义比作盖楼，添加一个楼层，每层可以自定义内容，譬如商品、优惠券、商品排名等。“淘宝旺铺“就是店铺装修发展出来的一门生意，淘宝店家可以选择基础模块的内容，编辑首页或新建页面，动态配置页面。

可以把页面的动态配置比作乐高玩具，每一个组件就像乐高积木，可以用它搭建不同的乐高玩具，就类似组装成不同的动态页面。我将页面的动态配置分为3步：组件→ 位置+内容 → 动态页面，如下图。

2.1 基础组件

组件是动态页面的基础，提供给用户编辑具体展示的信息。有许多类型的组件：图片轮播、ICON、优惠券等，每种组件都可以有多个不同的样式，选择内部展示的内容或者自定义。用的最常见的就是链接，组件显示样式虽然多样，但是点击之后通往的页面选择库却是共通的。例如：新的活动页面、商品详情页、商品聚合页、购物车、 *** 等等。

基础组件的定义和解析是自定义页面的核心，不同的组件有不同的功能，表示不同类型的内容。每个组件都需要单独设计，定义其规则和样式。 例如ICON、图片轮播就是简单的图片展示，商品排名对应的算法较为复杂，需要实时去取动态排名。

2.2 位置+内容

有了组件之后，用户在设置或者系统在解析的时候，首先要确定组件在自定义页面中的位置。位置可以称为“楼层”，每个页面的各楼层可以定义名称、设置背景、配置内容，目前最主流的交互是拖动组件到相应的位置，设置内容之后实时预览，自定义页面动态可视化。

2.3 动态页面

对于整个动态页面，需要定义生效时间、结束时间、活动页面名称等基础信息。设置之后可生成相应的链接进行预览。

动态页面是由不同的组件内容构成，首先按照各组件位置去解析，然后再去解析组件的内容（样式、图片/商品、背景、链接等）。按照上图的反向流程走，就能解析出对应的自定义页面内容。

首页设置也是相同，类似自定义页面，可动态设置首页内容，动态添加自定义组件。目前绝大部分电商首页都是动态配置，有着丰富的自定义内容。

配置组件有许多种，常见的图片轮播、 商品推荐、商品分类、 宝贝排行、图标（ICON）这几种形式，其实是富文本、 *** 、优惠券、满减活动、满赠活动、自定义区域、商品搜索、文字、公告、倒计时、Tab组件（顶部、底部）。

丰富的自定义组件可以实现各式各样的活动页面，前面举例的京东、淘宝活动页都是通过CMS配置实现。

至于不同的组件设计和功能，下篇再详细讲解。

组件之间有些通用的自定义要素:

页面动态配置的整体产品逻辑基本已经介绍完毕，可以了解到，页面动态配置看似复杂，理顺之后发现其实就分为三个步骤，绝大部分的复杂度增加只是基础配置组件的丰富。

虽然CMS系统产品逻辑简单，但是页面要做到较高的自定义配置程度，需要技术框架的高效率和较强的可扩展性。在浏览一个自定义页面时，系统要逐步去解析该页面下的自定义组件内容和要素，运算量很大。

目前绝大部门电商公司的自定义页面仅仅停留在一个初级阶段，限于首页和少数特殊页面的自定义配置，而且自定义程度较低。本文提供了CMS系统的产品设计思路，落到实际项目中，还需要权衡实际需求和自定义配置程度之间的关系。

电商产品设计的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于电商产品设计包装、电商产品设计的信息别忘了在本站进行查找喔。