安承悦读

商品交易中心简介范文(共3篇)

admin
导读 Pc端常见的商品详情页的组织形式,早期pc端的商品详情页展示的非常丰富;后台-商品管理(宝贝管理),包含了批量管理,商品移动,批量处理和恢复,宝贝快照等;需要注意的,一个商品并非有两个类目id(前台类目、后台类目);商品仍然只归属于一个后台类目

商品交易中心简介范文 第1篇

1.商品名称

包含了名称,基本描述,副标题等,对应还会有全局唯一的商品id;

2.交易类型

主要有如下几种类型:

一口价

 最常见的交易形式

拍卖

团购(拼团)

预售(特殊交易类型)

分期

其本质是一种金融的玩法,严格来说并不能算是一种交易形式;

二次确认

主要是用在虚拟类商品,这类商品需要具体的服务提供商(比如旅行社,比如景区)确认之后,才能进行订单或者交易的履约;

3.组织形式

Pc端常见的商品详情页的组织形式,早期pc端的商品详情页展示的非常丰富;

4.销售特征

主要是指销售周期

销售周期是非常重要的一个基础概念,用于控制商品的上下架、排序。销售周期只有两个值,7天或14天。销售周期开始时,商品即可以上架展示;到期时商品将会下架。销售周期这个概念,衍生出的相关业务/规则有:自动重发、搜索展现和排序等

自动重发

销售周期结束后,商品即要下架。这对于卖家而言,会大大增加商品管理的难度,卖家希望没有销售周期这种概念,商品永远能够在线销售。

5.物流

运费有三种类型:

一:卖家承担

二:平邮、快递、EMS固定金额

三:使用运费模板 

    运费模板的目的是将运费模板化,运营/卖家可以为同一类型的商品设置使用同一个模板,使得这一批商品的运费都相同。使得方便地管理同一类型的商品的运费。

    模板可以分别为平邮、EMS、快递单独设置默认金额,以及根据数量逐步递增的金额;另外还可以针对指定地区单独设置运费

6.描述

    主要是文字和视频

文字

     有一定字数的限制,用户描述该商品的基本信息,特征等;

商品交易中心简介范文 第2篇

主要是三个概念:类目--》属性--〉子属性;

1.类目

类目 :商品所属的分类,比如化妆品、手机。类目决定了商品的归属 ,并且类目是有层次的,分为一级类目、二级类目等等,之间有继承关系。比如电脑硬件这个一级类目下,有网卡、液晶显示器等二级类目。

一般来说会有有两大类型的类目体系,一种类型是后台类目(标准类目),另外一种类型是前台类目(前台导航)。

后台类目(标准类目) 

    商品的实际归属类目,发布商品时,将商品发布到指定的后台类目下。比如iphone8,发布时发布到手机这个类目下,这个类目决定了商品的物理分类。

前台类目(前台导航) 

    前台类目用于在前台进行导航,展现,搜索定位用。前台类目中保存的,实际上是对后台类目/属性的筛选条件,即映射条件。前台类目在前端页面上展现,用户通过前台类目搜索到该类目所映射的后台类目下挂靠的商品。

    需要注意的,一个商品并非有两个类目id(前台类目、后台类目);商品仍然只归属于一个后台类目

2.属性/子属性

    早期x宝的设计里面:子属性是挂接在一个后台类目属性值下的,不是挂接在后台类目属性下的;

    属性和子属性存放在同一张表中;

     同一个属性下有n个不同的属性值,即使每个属性值下面都有同一个子属性,这些子属性的id也不能重复,这是合理的;(比如手机品牌的值有小米、三星、苹果,这些品牌值都有型号这个子属性,这样就需要有3个型号存在);

    SKU=Stock Keeping Unit(库存量单位)。即库存进出计量的基本单元,可以是以件,盒,托盘等为单位。SKU这是对于大型连锁超市DC(配送中心)物流管理的一个必要的方法。现在已经被引申为产品统一编号的简称,每种产品均对应有唯一的SKU号。单品:对一种商品而言,当其品牌、型号、配置、等级、花色、包装容量、单位、生产日期、保质期、用途、价格、产地等属性与其他商品存在不同时,可称为一个单品。

    注意:一般来说sku会决定价格和库存;同时sku会决定后续的生成订单的逻辑,比如主子订单,一个sku会对应一个子订单,如果当前用户操作中只有一个sku下单,那么主子订单就是一个;

4:SPU

SPU(Standard Product Unit):标准化产品单元。是商品信息聚合的最小单位,是一组可复用、易检索的标准化信息的集合,该集合描述了一个产品的特性。通俗点讲,属性值、特性相同的商品就可以称为一个SPU。

SPU可以对让平台电商的运营管控人员对商品进行管理,可以有效减少商户自定义的千奇百怪的各种不存在的商品。可以加强电商平台对商品的强力管控;

如下:是一个典型的平台型电商的商品管控体系

商品交易中心简介范文 第3篇

#. c_brand :品牌表

#. c_category :分类表(类目表)

#. c_category_brand :分类品牌限定表,即分类下有哪些品牌,对于品牌比较多时,品牌下拉很长,这个表方便品牌选择

#. c_prop_item :属性项表,网站列表页中的商品查询是搜索API提供,基础数据即来源于此

#. c_prop_value :属性值表,属性项下的值列表

#. c_category_prop_item :分类属性项限定表,即分类下有哪些属性项

#. c_category_prop_value :分类属性值限定表,及分类下有哪些属性值

#. c_item :商品表

#. c_product :产品表,即SKU

#. c_commodity_picture :商品图片表

#. c_commodity_prop :商品属性表

#. c_commodity_log :商品操作日志表

#. c_commodity_price_log :调价日志表

#. c_sizechart :尺码对照表,简称尺码表

#. c_category_brand_sizechart :品牌尺码表限定表,即品牌下有哪些尺码表可以选择

#. c_dictionary :字典表,状态类型等字典数据都要存储于此,方便使用

商品核心模型的er图:

第四部分:商品体系整体架构

后台-商品管理(宝贝管理),包含了批量管理,商品移动,批量处理和恢复,宝贝快照等;

后台-运营管理,包含了关键字管理,前台类目,后台类目管理,spu管理,品牌管理,属性库,价格限制等功能;

商品中心ic: