电商后台（商品中心）
一、商品的基本概述
SKU：库存量单位，库存控制的最小可用单位。
SPU：标准化产品单位，是一组标准化信息的组合。
类目：分类树。电商常用的有两层类目：前台展示类目和后端商品类目。前台类目指的是展示给消费者看的类目，会根据季节、销售策略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU时都需要选择后台类目，进行绑定。
属性：分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性，是必填项。销售属性时组成SKU的特殊属性，或称为规格属性。下图为商品模块组成：
二、类目管理和品牌管理
【类目管理】
后台类目面向商家或供应链人员，商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理；前台类目面向用户，方便用户查找商品，还可以随着运营需要去调整。
类目管理的作用：
（1）方便快速发布及管理商品，供应链人员或平台商家更好进行商品管理
（2）标准化商品服务，对于电商平台，品类定义基本确定平台的商品服务范围
（3）有利于仓库管理，合理地商品类目管理还能方便仓库中库位分区管理商品
（4）日常运营需要，在电商运营中，需要进行商品聚类，科学的类目管理可以减少运营管理的工作。
从渠道的维度上讲：
（1）前台类目可支持不同客户端的设置.。PC/H5/APP端等渠道由于用户全体有所差异，可分别设置前台类目，独立运营。
（2）支持平台商家自定义店铺前台类目。每个商家的产品和定位不同，有不同的类目运营需求。
从前台类目定义的维度上来讲：
（1）前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。
（2）前台类目直接对应品牌、商品，适合商品较少的小商家
（3）前台类目对应后台的叶子类目和某项属性的组合
前台类目不同于固定的后台类目，编辑很灵活、可重叠、可删除、可随时变动、定时生效
【品牌管理】
品牌管理流程：
需要注意的是以下两点
（1）新建品牌，其相关字段一般有：Logo、中文名、英文名、产地、备注、状态（可用、不可用）
（2）将品牌关联到类目上，关系也是一对一、一对多、多对一。
品牌关联类目的好处在于：提升发布商品的便捷性，避免出错；品牌管理标准化；在搜索筛选商品时更加快捷。
三、属性管理
（1）关键属性：能够确认唯一“产品”的属性。关键属性可以是一个属性，也可以是多个属性的组合。
（2）销售属性：也称为规格属性，其是组成SKU的特殊属性，它会影响买家的购买和卖家的库存管理。
（3）非关键属性：除关键属性、销售属性外的其他属性。
属性的定义对于良好的消费体验有着至关重要的意义，对于搜索、索引、筛选都能起到至关重要的作用。商品搜索能力，处理标题、类目，很大程度依赖于商品属性，条件筛选1的基础数据也是商品属性和规格属性。完善商品属性对于现实良好用户体验至关重要。
属性包括属性名、属性值，一般懂事挂载具体类目下，设置为必填或非必填。
【商品属性系统的设计】
属性编辑：
属性编辑主要是定义当前分类的商品具有哪些属性。在属性管理上，有两个产品方法可以使用，属性分组和属性继承。
四、SKU与SPU
SKU与SPU关系示例：
还有一个比较特殊的概念：组合SKU，主要是解决出售组合商品的问题。组合SKU的属性都继承主SKU。组合SKU不同于套装促销。套装促销在订单中会展示多个商品，而组合SKU在前台是一个商品。组合SKU的应用场景主要是添加赠品、组合售卖，与前台的商品套餐有所区别。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。
【编码问题】
在电商系统中流转的是系统生成的SPU编码和SKU编码。
在仓库的条码方案以下有两种。在编辑商品时，一般会有个条形码字段需要填写，就是系统中的SKU对应69码，这个条形码主要在采购、出入库时使用。
（1）全部自建条码。采用自己的SKU编码管理商品，需要入库前重贴标，成本较高
（2）有69码的商品沿用69码，无69码的商品以及无法指定到单一的有码商品重新贴SKU编码。在仓库管理时做相应的条码映射。
五、商品编辑
在添加商品时，通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU上。通过供应商去关联采购，进而影响仓库中SKU的库存。供应商在添加SKU时也不可选择，可以在采购系统中添加关联。真多商品的关键属性和属性值，可以在采购系统中添加关联。针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用。
SKU组成：
用户平常购物接触最多的就是商品显示页，商品列表页、商品详情页的基础信息都是从商品中心获取。电商网站的商品产品结构大同小异，淘宝、天猫网站的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（淘宝切换规格时商品详情不变，京东切换规格时标题及详情页会改变）。
后台在编辑商品信息时，设置存储的也是这些内容：类目、标题、品牌、商品属性、规格、价格、库存、SKU信息，商品图、商品详情描述、物流信息。
【规格、价格信息】
需要注意的是，在设置规格时，主要包括颜色、尺寸。为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后。可单独设置价格。规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝或天猫也可添加条形码，也可设置统一价，统一库存。填写商家SKU主要是为了方便对应到具体的SKU。对于自营电商，这里填写的就是SKU编码，库存无法设置，直接同步仓库中的SKU库存。系统中的SKU名称和商品名称是由区别的，SKU名称是方便在系统中进行管理流转，而商品名称是有一定得营销性质。
平台上会针对商品设置平台价和市场价。平台价主要是当商品具有不同规格、价格时，出现在搜索、筛选列表中只显示一个价格，相当于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品可能是不同SKU，有着不同的规格，所以不能直接拿货号来管理SKU
【商品图、商品详情描述、物流信息】
除了不同规格对应的商品缩略图，商品图还包括商品主图，一般要求图片质量较高，包括整体图和细节图。商品主图是吸引顾客眼球的必要利器，不论是列表页还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需谨慎选择商品主图。
商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点页不相同。为了更好的展示产品特点，可提供不同的产品详情页模板，也可支持富文本编辑。
选择运费服务时，要选择对应的物流模板，在订单处理方面是按照具体的物流模板计算运费。
电商产品后台系统概述（笔记）
本文将分别从电商商业模式、什么是电商后台、电商后台系统架构有哪些进行描述记录。
电商行业由系列的供应商、服务商、分销商、消费者组成。服务商即大型综合购物网站（淘宝、京东）、垂直购物网站（唯品会、叮咚买菜），分销商即各类流量入口（微信、抖音），以及一些相关支撑服务包括支付、物流等共同构建了电商生态圈。
主流的电商模式包括：B2B、B2C、C2C、O2O、C2M。
B2B（business to business）：促成企业与企业之间的电子商务活动。以1688、找钢网为例，促成供应方与采购方通过平台达成商品或服务的交易；
B2C（business to consumer)：促成企业与消费者个人的电子商务活动。以苏宁易购、京东为例，企业通过入驻平台直接向消费者提供产品或服务，B2C是当前最普遍的一种电子商务模式；
C2C（consumer to consumer）：促成消费者个人与个人之间的电商交易。以淘宝、微商为例，C2C模式是对B2C模式的一种补充，让普通用户也可以参与平台，为用户提供商品或服务，大限度的扩充了平台商品品类；
O2O（online to offline）：线上到线下的一种电商交易模式。以美团、饿了么为例，通过线上获取用户消费线索，线下展开服务的一种模式；
C2M（customer to manufactory）：客户反推工厂个人化定制服务和商品的一种电商模式。以必要商城、淘宝心选为例。
实际上给一个平台做严格的商业模式定论是不准确的，通常在发展过程中会形成以某一商业模式为主，其他商业模式为辅的结构。产品经理需要在设置电商后台系统的前提下，先对平台的业务模型了解透彻，平台的目标用户是谁？靠什么盈利？
当前，电商行业已经呈现全渠道、线上线下融合发展的新形态，新冠疫情之后，生鲜电商的快速崛起，让中国电商行业看到了新可能。民众的消费场景已经不仅仅存在于APP、小程序、pc网页商城了，更多的需要和线下零售、及时配送相结合。
新可能要求人、货、场三者的协同融合，从供应链的角度来看，主要的变化是场，如何营造好这样的一个消费场景。
通常，我们进行网络购物的流程是注册-浏览-加购物车-下单-支付-配送-收货-评价。
这简单的一个操作流程就需要电商生态的数个系统进行操作流程才能完成，其中的参与角色包括：货物供应商、商家、平台、物流、支付、我们自己（消费者），后台涉及的系统包括：会员、商品、支付、订单、营销、仓库、物流、评价等，从用户注册到订单结束，每一个环节和流程都准确无误的记录，才能保证商品完整无缺的送到用户手中。
后台系统对于不同的用户而言，是不一样的。对于用户来说：商家和平台都属于后台系统，对于商家来说：店铺管理就属于后台系统，对于平台来说，内部管理工具和电商业务后台属于后台系统。
电商业务后台系统的作用
优秀的产品经理可以通过对业务的了解，选择合适的后台产品架构，从整体的角度去考虑后台功能的合理性，为业务的快速发展提高支撑。
一个好的产品架构可以支撑业务的横向发展，不至于重复造轮子，造成研发资源的浪费；
设定产品架构的初期，也要设定业务边界，定义每一个系统的业务范围，这样的好处是可以让子系统之间相互配合，形成大型的业务系统，即使单一系统发生问题时不会牵一发而动全身，同事产品人员和研发团队可以更加专注，权责分明。
商品中心：spu、sku、商品属性、类目（前后台）、价格
订单中心：管理订单类型、订单状态、获取订单的商品用户营销支付物流相关信息、进行库存更新、订单下发
支付中心：管理支付数据、调用支付接口、获取支付信息、支付对账
会员中心：等级、权益、积分、卡券
调度中心（多仓库时存在）：调度仓库、物流发货
库存中心（WMS系统）：出库、入库、盘点、与调度中心互动
促销中心：营销活动、优惠券、专场活动、促销专区
内容管理系统（CMS系统）：自定义配置页面
评价中心：管理商品评价和用户反馈
店铺管理：入驻店铺管理、店铺权限
采购中心：自动采购、供应商管理
财务管理：订单对账、采购对账、清账、统计
物流中心（TMS系统）：运费模板、物流对接、海关对接
风控中心：信用建设、反欺诈、恶意刷单、恶意评价
客服管理系统：管理退货退款、售前售后咨询、呼叫中心、在线客服
每个系统之间相互关联交叉，又相互影响。
以下单流程为例：
1.用户进行下单时，需要去风控中心自动校验是否商户黑名单或ip地址异常
2.在商品中心获取商品信息，在营销中心获取打折促销信息，在会员中心获取会员权益
3.根据商品锁库存规则在调度中心或支付中心锁定库存
4.在物流中心选择运费模板，生成待支付订单
5.订单支付后，订单下推至调度中心，根据规则选择发货仓库
6.wms系统根据根据发货单选择出库和物流，同时把订单号给到物流中心继续跟踪
7.用户签收，即订单完成
8.产生售后，回溯订单
用户下单信息在多个子系统间流转，每个子系统通过数据架构产生关联，共同为业务流程服务。
后台系统架构应该如何设立？
启动初期：主功能优先、简单架构
产品初期：现有架构上丰富功能
产品中期：模块分离，拆离子系统
产品后期：业务复杂，重构产品架构
一个好的产品经理要脚踏实地，仰望天空。
根据业务实际发展情况来进行产品迭代，具有预见性，支撑中长期的业务发展。
电商后台产品设计：页面动态配置（CMS系统）（一）
这两天3.8妇女节，各大电商又开始不断推出促销活动，借势营销。电商平台仿佛不愿意放过任一个可以作为营销话题的日子，不断推陈出新。经过10多年的电商经验积累，现在做起活动来游刃有余，丰富多样。
下图是我从淘宝、京东上取的两个活动页面，可以看出页面自定义程度很高，美观大方。另一种叫法叫做店铺装修或页面配置，那么问题来了， 这样一个自定义页面怎么配置？怎样通过系统化的方式实现页面动态配置。
由于页面动态配置的内容较多，所以打算分两篇长文介绍，***篇先讲页面动态配置的整体产品逻辑，第二篇详细描述各组件的功能，一直到组装之后的解析。
页面动态配置是CMS系统（内容管理系统）的一部分，在电商行业，CMS系统有时会局限用作页面动态配置的功能。有时也叫作“ 装修 ”，店铺装修、页面装修、自定义新页面。平台见到的首页管理和新建活动页面都属于此类范畴。
在PC电商时代，页面的自定义比作盖楼，添加一个楼层，每层可以自定义内容，譬如商品、优惠券、商品排名等。“淘宝旺铺“就是店铺装修发展出来的一门生意，淘宝店家可以选择基础模块的内容，编辑首页或新建页面，动态配置页面。
可以把页面的动态配置比作乐高玩具，每一个组件就像乐高积木，可以用它搭建不同的乐高玩具，就类似组装成不同的动态页面。我将页面的动态配置分为3步：组件→ 位置+内容 → 动态页面，如下图。
2.1 基础组件
组件是动态页面的基础，提供给用户编辑具体展示的信息。有许多类型的组件：图片轮播、ICON、优惠券等，每种组件都可以有多个不同的样式，选择内部展示的内容或者自定义。用的最常见的就是链接，组件显示样式虽然多样，但是点击之后通往的页面选择库却是共通的。例如：新的活动页面、商品详情页、商品聚合页、购物车、客服等等。
基础组件的定义和解析是自定义页面的核心，不同的组件有不同的功能，表示不同类型的内容。每个组件都需要单独设计，定义其规则和样式。 例如ICON、图片轮播就是简单的图片展示，商品排名对应的算法较为复杂，需要实时去取动态排名。
2.2 位置+内容
有了组件之后，用户在设置或者系统在解析的时候，首先要确定组件在自定义页面中的位置。位置可以称为“楼层”，每个页面的各楼层可以定义名称、设置背景、配置内容，目前最主流的交互是拖动组件到相应的位置，设置内容之后实时预览，自定义页面动态可视化。
2.3 动态页面
对于整个动态页面，需要定义生效时间、结束时间、活动页面名称等基础信息。设置之后可生成相应的链接进行预览。
动态页面是由不同的组件内容构成，首先按照各组件位置去解析，然后再去解析组件的内容（样式、图片/商品、背景、链接等）。按照上图的反向流程走，就能解析出对应的自定义页面内容。
首页设置也是相同，类似自定义页面，可动态设置首页内容，动态添加自定义组件。目前绝大部分电商首页都是动态配置，有着丰富的自定义内容。
配置组件有许多种，常见的图片轮播、 商品推荐、商品分类、 宝贝排行、图标（ICON）这几种形式，其实是富文本、 客服、优惠券、满减活动、满赠活动、自定义区域、商品搜索、文字、公告、倒计时、Tab组件（顶部、底部）。
丰富的自定义组件可以实现各式各样的活动页面，前面举例的京东、淘宝活动页都是通过CMS配置实现。
至于不同的组件设计和功能，下篇再详细讲解。
组件之间有些通用的自定义要素:
页面动态配置的整体产品逻辑基本已经介绍完毕，可以了解到，页面动态配置看似复杂，理顺之后发现其实就分为三个步骤，绝大部分的复杂度增加只是基础配置组件的丰富。
虽然CMS系统产品逻辑简单，但是页面要做到较高的自定义配置程度，需要技术框架的高效率和较强的可扩展性。在浏览一个自定义页面时，系统要逐步去解析该页面下的自定义组件内容和要素，运算量很大。
目前绝大部门电商公司的自定义页面仅仅停留在一个初级阶段，限于首页和少数特殊页面的自定义配置，而且自定义程度较低。本文提供了CMS系统的产品设计思路，落到实际项目中，还需要权衡实际需求和自定义配置程度之间的关系。
在APP开发中电商APP的前端和后台主要功能分别都有哪一些？
一般来说相比于其他的行业类型的APP，电商类、商城类APP算是比较复杂的，而且还会涉及到购买支付与商家收款这种很重要的功能，那么 济南文汇传媒 的我可以和大家一起来看看关于 电商类APP 在开发中App的前端和后台分别有哪些主要功能？让您对电商类 APP开发 有一个大致了解。
首先我们来看一看在App端的主要功能有什么？
一、商品展示
商品展示的功能应该算是整个APP里最为重要的功能之一了，毕竟电商类APP为的就是把商品推广出去让用户去买，商品展示大多是使用图片展示，会将商品进行分类，点击进去就是关于商品的详细信息，用户可以直接购买或者收藏商品加入购物车内，能直观的看到商品的优惠信息等。
二、商品搜索
如果用户有了明确的商品目标那么他就会直接使用搜索功能，这样也是流量的入口，只有保证用户流量，APP才能更长久的存在。
三、个人中心与客服中心
这个功能内主要是面向用户提供的比较基础的服务，比如登录注册、帮助中心、更新升级、关于我们等，也可以看到自己的购买搜索或购买历史。在这里用户也可以直接与平台客服进行售前、售后的沟通，及时维护用户利益。也是必备功能。
四、购买支付
因为涉及到了移交支付，所以这个功能是要注重安全的，能够在这里管理购物车内的商品，查看用什么方式去支付。
其次，再来看一下APP的后台功能有什么？APP的后台一般就是商家对于APP的管理了。
一、积分管理
会有一个商品的列表与商品信息，能够查看用户积分使用兑换情况，商家也可以制定积分如何使用。
二、财务管理
对用户支付、结算、提现、扣费的统一管理。
三、用户管理
可以查看用户信息和对用户权限的管理。
四、订单管理
查看订单的状态，能够对已经有的订单进行管理搜索。
五、商城管理
对于入驻的电商类APP平台的商家进行系统管理，删除或者添加。
以上，就是济南文汇传媒的我为大家总结的有关电商类APP的前端和后台的主要功能了，当然在实际开发制作中还有很多比较常见的细节使用功能与服务，比如UI组件、扩展功能等，等下次我会为您一一介绍！
电商后台产品经理——订单中心
订单中心是一个电商后台系统的枢纽，在这订单这一环节上需要读取多个模块的数据和信息进行加工处理，并流向下一环节；因此订单模块对一电商系统来说，重要性不言而喻。
同时，订单是一个公司生存甚至盈利的核心，而电商系统中的订单系统则是支撑订单处理的载体，因此订单系统的设计则十分重要。
要了解订单系统，首先我们要从订单系统的信息架构上去认识订单系统，从而对订单系统建立整体认知；
定义：为适应组织分工的需求和提升效率，系统将整个交易业务流程拆分成若干个可控的环节。
1.在订单过程中进行安全校验，主要是为了检测用户是否在黑名单上，用户购买行为是否正常等，当检测到不正常时终止下单；
2.从商品中心获取商品信息（SKU，规格，价格等）
3.从营销中心获取商品，订单促销信息（优惠券,促销活动）,判断是否满足优惠条件，计算出优惠金额。
4.在会员中心获取会员权益，例如平台抵扣积分，优惠券折扣条件等。
5.在调度中心检验销售层库存，按照调度规则锁定区域库存。
6.根据拆单规则（商家，仓库，订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额，运费，优惠金额计算应付金额（实付款）。
定义：是指在实际销售中将订单的优惠去分摊到每一件SKU中去结算。
订单实付金额=商品金额（SKU金额总计）+运费-总优惠金额
总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额
按照商品比例分摊。
案例：
订单中有甲乙两店的商品A、B、C、D、E 包邮。商品A，D参加跨店满200减40的活动（活动1），商品B，C参加满100减10的活动（活动2）另外用户还使用了100元现金券。
订单优惠金额=40+10+100=150元.
依据优惠分摊原则：则各项的优惠金额为：
定义：为了方便订单的发货与结算，系统依据一定的规则（物流、仓库等因素）将用户订单拆分成若干个发货单。
不同店铺：在电商平台类架构下，由于商品归属权不同，涉及财务结算和物流发货的问题，需要根据店铺归属问题对订单进行拆单。例如淘宝，天猫的商品在下单时会将订单根据不同店铺进行拆分成若干个子订单。
不同仓库：若同一订单分散在不同仓库，则应按照仓库归属进行拆分订单。当一件商品在多个仓库有货时，应根据物流的区域的时效选择仓库进行拆单。
不同品类：由于商品的属性不同一样会产生拆单需求，例如易碎品需要特殊包装，超大物品（钢琴，座椅）需要单独包装。有些商品不能放在一起，同样需要拆单。
物流因素：不同物流公司对单个包裹的重量或体积都有特殊要求，需要根据SKU的毛重和体积来计算包裹的总重量和体积，超出物流公司限制的也需要拆单。
商品价值：根据商品价值需要拆单的主要涉及海淘和跨境的商品；国家对每笔跨境订单有单次限额，对年度跨境商品订单总金额也有限制，当单次购买金额超过限制金额时，也需要对订单进行拆单。
本期先写到这里，未完待续~，如有疑问欢迎交流哦~
题图来自Unsplash，基于CC0协议
电商运营后台数据有什么用？
电商运营后台数据在分析的时候是很麻烦的，尤其是比较大的商家，做起来更困难，而且也很容易出错，在这种环境下电商erp就应运而生了，但市面上做erp的实在太多了，所以一定要选择一家特别靠谱，特别专业的erp商家，就比如旺店通。。如果满意我的回答，可以给个大大的赞不。
关于电商后台和电商平台后端的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。