商品体系
2021-01-12 14:26:28 0 举报AI智能生成
商品系统
作者其他创作
大纲/内容
5.商品编辑
名商品称
商品编码
价格
建议售价
图片管理
商品头像（列表展示）
商品轮播图（详情页展示）
商品详情（商品介绍+富文本编辑
商品类目-前台类目
一级类目
二级类目
商品状态
确定后台状态的变更：待完善—正常—停用
商品属性
基础属性-sku属性不可更改
箱规
颜色
尺码
入驻（审核）日期
商品保质期
单位
举例：
特殊属性（转换商城）
产品属性
常规
尾货
大商户语音播报
内采商品需要关联对应业务的商品编号
关键属性
品牌
采购中台审核通过后系统自动同步，运营不可修改
型号
举例：联想T-460
售价
价格
建议售价
多渠道价格编辑（人民币）
活动价格（人民币）
转换豆
内采用转换豆结算
商品排序
标签
商品服务标签
包邮/分期/其他
活动标签
举例：双11热卖...
6.商品操作（上架/下架）
价格确定
确定上架商品价格
库存管理
确定上架商品库存充足
库存状态和前端商品展示的同步
物流方-按业务线区分
满200豆包邮，不满加收配送费
货架业务不存在物流费
渠道管理
发布预览
发布审核
发布成功
商品前台的状态会依据审核进度变更
临时下架
商品下架
上架时间可编辑，审核页面显示上架时间。
1.商品名称
商品名称分为前台名称和后台名称，后台采购录入，前台商品运营可编辑
商品名称 后台：商品原料名称 前台：商品名称
2.商品副标题（可选）
作用：用于活动推广
字数限制：10个字
展示：列表页商品头像旁边展示
3.商品编码
作用：运营操作上下架 备注：编码不做前后台分离
创建方式：采购中台在完善入驻审核之后自动同步到商品中台
编码成后不可更改，修改只能找技术
编码成后不可更改，修改只能找技术
编码状态
后台状态
待完善：商品编码的初始状态，完善信息后变更成-正常
正常
停用
前台状态
已提交待审核
在架
下架
4.商品供应商相关信息
作用：商品管理的追根溯源/详情页的完善
供应商信息
采购价
进口商品需要描述产地信息（2.0）
7.商品上架展示
品牌/类目属性/标题/关键字维护
搜索规则的定制
商品展示的排序
1/2/3/4是为了5/6/7为铺垫，为后续的运营操盘做准备。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
1/2/3/4是为了5/6/7为铺垫，为后续的运营操盘做准备。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
1/2/3/4是为了5/6/7为铺垫，为后续的运营操盘做准备。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
1/2/3/4是为了5/6/7为铺垫，为后续的运营操盘做准备。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
5/6步骤是上架的核心操作，字段编辑直接面向用户。同时关联到采购系统
库存系统，物流配送模块。
备注：需要考虑当下商品体系和新商品系统差异点，例如：新增字段太多
需要重新维护人力成本过大。
商城-价格体系
采购价
运营不可编辑
商城定价基础数据
市场平均售价
通过算法爬虫去爬去网页上的数据，或者运营市调输入对应的系统接口
市场价格来源细分
线上/线下
PC/移动端/H5
市场平均毛利率
毛利需要采购价计算，同时还涉及其他因素，各个平台计算毛利逻辑不同，故而取均值，只做参考。
取各个渠道的价格/平均供货价，各个渠道可以细分
建议售价
计算毛利率的公式在系统提前维护-可配置
提前维护 商品毛利37%，系统会依据采购价去计算建议商品售价
商城价
运营编辑输入
风控系统——
商品毛利率
（商城价-采购价）/商城价 注意：这里是扣损前毛利，实际计算扣损后的毛利要结合运营数据
商品中台-字段
品牌
场景：采购工作台创建的品牌信息，分为正常/停用。停用状态下前端商城APP搜索不出来品牌。品牌对应的属性无效
正常
停用
商品中台体系
品牌
属性值
属性
属性组
后台类目
前台类目
SKU
商品
多规格商品（spu）
组合商品
业务线
渠道
商品SKU编码
正常
场景：用于管理商品后台编码。正常/停用
SKU 在前端关联商品的时间不可以停用。
SKU 在前端关联商品的时间不可以停用。
完善了商品信息后点击确定，商品的状态就会变更为正常。
运营可以进行接下里的操作。
运营可以进行接下里的操作。
停用
商城业务端商品是上架状态，状态-不能选择停用
商品
场景:场景：运营完善商品信息发布上架后的状态字段，商品运营周期的全流程。
商品编码（商品/多规格商品）
提交待审核
已驳回
审核人员驳回上架商品后状态跳转成已驳回
上架
对应的渠道业务线商品可以售卖
下架
商品下架-前端不显示
待完善
场景：采购工作台直接提报商品信息同步到中台，
运营直接在中台商品列表里筛选商品。
运营直接在中台商品列表里筛选商品。
组合商品
提交待审核
已驳货
上架
下架
类目
前台（前台类目在常规的情况下只做运营场景下的筛选分类作用，
故而创建的时候不做属性添加。）
故而创建的时候不做属性添加。）
场景：运营依据需求在中台创建前台类目
前台一级类
正常
停用
前台二级类
正常
停用
前台三级类
正常
停用
后台（后台类目关系的ERP进销存管理，在创建的时候添加属性。
属性被关联的前台类目继续并且展示。）
属性被关联的前台类目继续并且展示。）
后台一级类
正常
停用
后台二级类
正常
停用
后台三级类
正常
正常
属性值
正常
停用
商品分类
主要的分类
X型分布（商品特征分类法）
解析：以商品自身为中心，依据商品自身属性进行分类的方法。
它面对大众市场，代表一种普遍的大众品味和主流文化，它的特点是稳定，
一旦确定永世不变，几乎每一种商品都可以分至这些分类之下。
一旦确定永世不变，几乎每一种商品都可以分至这些分类之下。
Y型分布（标签分类法）
解析：它面对大众市场，代表一种普遍的大众品味和主流文化，它的特点是稳定，
一旦确定永世不变，几乎每一种商品都可以分至这些分类之下。
一旦确定永世不变，几乎每一种商品都可以分至这些分类之下。
它面对细分（小众）市场（垂直化产品+内容），代表一种个性化品味，囊括
亚文化，它的特点是不稳定，并且随着市场和用户需求的变化而不断进化。
（热点的借鉴、场景的变换都需要更替）
亚文化，它的特点是不稳定，并且随着市场和用户需求的变化而不断进化。
（热点的借鉴、场景的变换都需要更替）
用户搜索商品的主要类型
搜索
个性化推荐
分类
收藏/关注
购物车
从用户的购物场景去划分
精准搜索
模糊查找
随意浏览
传统的商品分类方法
大
按商品特性还划分
中
具体场景来分化，功能，用途
小
依据中类的特征再进一步划分，例如：规格/口味/包装/型号
商品陈列
传统大超陈列
大小类陈列
易见易取的原则
满陈列原则
先进先出
关联性的原则
同一性品牌陈列的原则
主辅陈列原则
季节性原则
电商线上陈列
X陈列
商品特征分类法，例如京东
Y陈列
按照用户特征和场景特征分类，例如淘宝
收藏
职业：暂无
0 条评论
下一页
