北京fun88科技有限公司

永乐国际主页 > 电商资讯 >

电商资讯

 

电商前后台设计全面解析之——商品管理系统

发布时间:2020-07-20 07:24
 

  B2C:企业与消费者之间的电子商务,类似天猫、京东是属于此类模式,企业在电子商务平台上售卖,消费者进行购买,是最常见的电子商务模式。

  B2B:企业与企业之间的电子商务,也可以说是供应方与采购方之间的电子商务,此类模式是解决了上游到中游的采购问题,降低采购成本,类似阿里巴巴的1688。

  C2C:消费者与消费者之间的电子商务,此类模式对商家的包容性更大,很多是个人,比如:淘宝、微店都是此类。

  商品管理系统,是整个电商系统的数据基础,用于记录与商品有关的数据,虽然系统逻辑不复杂,但是由于操作的数据比较多,需要掌控细节,订单,营销,支付,物流等环节都需要从商品中心获取数据。

  分类也叫做类目,是商品管理系统最重要也是最基础的部分,当我们在设计商品系统的时候应该先设计分类系统。

  分类顾名思义就是将东西进行分门别类,这是衣服,这是裤子,方便我们的辨认。同时商品,规格,参数,品牌都是要挂靠在分类之下的。

  我们平时在设计分类的时候可能只有前台分类,然后分类的标题在前段展示,这种方式其实并不好,原因有以下几点:

  不利于营销,如果我们只有一个分类我们给他起名字我们要考虑到后台的操作性,还要兼顾用户的体验常困难的。对于用户这个分类可以叫漂亮的衣服,但是对于后台录入来说就会想什么是漂亮额衣服。

  不利于检索,设置丰富的前台类目可以让用户更好的找到分类,可以利用大数据分析用户喜欢搜索什么,然后给分类起名字。

  几个意思呢,后端分类是给我们自己看的,我们要把商品挂靠在后端分类之下,前端分类是给用户看的,用户喜欢什么我们就起什么名字,也就是说给分类起一个昵称,后端分类就好比我们的姓名,前端分类就好比我们额游戏ID。

  后端类目要尽量简洁明了让人一看就知道什么意思,同时要易于管理可以加上编号之类的,前台类目根据需求随便其就行了。

  在后台设置两个菜单一个是后台类目,一个是前台类目,后台类目就是我们平时设计的主要包含以下字段:

  前台类目:前台类目和后台类目基本相同,不同之处在于,我们在创建前端分类的时候要注意下,要选择前端分类是挂靠在哪个后端分类之下的,具体挂靠规则我一会再说,不过前端类目一定是要挂靠在后端类目之下的哦,不然就是小黑孩,没有身份。

  另外前台类目可以编辑,删除,屏蔽,即便分类下有商品删除也没有关系,因为商品是在后台分类下的,这样的话我们就可以根据营销额需求灵活的变动前端的类目。

  情人节到了,那就多弄关于礼物,玫瑰花之类的分类,将其他分类屏蔽掉,冬天的时候可以将关于夏季的服装分类全部屏蔽或者删除。

  那啥,我说说这个分类层级的问题,根据规模和业务的不同,分类的层级肯定也是不同的。那么这里呢,我是统一设置成,上衣——羽绒服——男士羽绒服,层级太少,如果商品太多是不易于管理的,层级太深也不行,太深的话就会不利于寻找,找了半天找不到也是问题,所以直接设置成类目。

  下面说说挂靠规则,首先前台分类一定是要挂靠在后台分类之下的,商品是必须挂靠在后台分类之下的,并且:

  商品必须挂靠在最下级分类之下,也就是最小分类,并且只能挂靠一个分类。为什么呢?因为我们创建规格,属性,品牌都必须挂靠在最小分类之下。为啥呢,因为易于管理,如果你不挂靠在最小分类的下面,那你创建这个下级分类的目的是什么,同时挂靠多级会造成理解困难,这个商品到底是什么分类,可能想不明白。

  前端分类必须挂靠在后端分类之下,对应关系是比较灵活的,一个前端分类可以对应一个后端分类,同时也可以一对N,N对1,N对N,组合,因为商品的挂靠已经有后台分类决定了,前台在后台的挂靠只是因为具体需要灵活运用,对逻辑没有影响。因为不管怎么样,前端显示就会寻找前端分类对应那些后端分类,而这些分类下有哪些商品。

  品牌的挂靠规则与前台类目的挂靠规则相同,也是挂靠在后台分类之下的,对应关系也是灵活多变的,不再废话,说过。

  规格也叫属性,叫什么无所谓,得知道规格是除了分类之外的另外一个重点,因为规格决定了SKU、SPU、库存、价格,我们在添加商品的时候规格也是最重要的。那么现在来说规格的实际基本有两种形式:一种是单规格单选,另外一种是多规格单选。

  我是选择第二种设计方式,因为可拓展性强,同时也利于前端的展示,下面说下多规格单选的设计规则:

  我们在创建规格时,会把规格挂靠在分类下,但是有的时候某一个分类可能会有很多种规则组合,为了便于使用我们可以创建规格组,比如:运动鞋,有的时候可能会有尺码,颜色。

  而有的时候可能只有尺码,这样我们在选择规格的时候可能会进行多选,选择我们需要的规格,但是这样也很麻烦,这个时候就引入了规格分组,一个分组下面有多个规格,给分组起名字,这样选择规格的时候直接选择分组就行了,是不是方便很多。

  有些规格是多种分类通用的,我们就可以将这个规格挂靠在夫级分类下面,这样当我们创建商品选择其下级分类的时候自动就会有其上级拥有的分类。也就是说,下级分类继承了上级分类的规格。

  这样会让我们方便很多,比如:尺码这个规格衣服类的商品基本都会有,我们把它挂靠在衣服分类之下,这样上衣,裤子,鞋子都会有尺码这个规格,我们选择商品选择鞋子分类时也就可以选择尺码规格了。

  参数与规格类似,但是不决定SKU的信息,也不决定价格和库存,并且参数名称和参数值可以创建,参数只是起到了展示作用,让用户更加了解商品的信息,同样参数也需要挂靠在分类之下。

  商品推荐是商城系统比较常见的功能模块,推荐有很多,首页推荐,搜索结果页推荐,购物猜你喜欢。

  商品推荐属于营销模块,推荐常珍贵的,一款软件就那么大,推荐的效果不仅影响用户体验还影响商业盈利,如果推荐的商品用户老是不喜欢,那么用户就会对软件产生厌倦,因为没有我想要的东西,同时也就没有商业盈利了,商品推荐分类常规推荐和个性化推荐两种

  常规推荐:手动往推荐添加商品,或是根据简单的筛选添加推荐商品,比如销量,浏览量,上传时间等,方式比较简单,对技术要求不高,但是推荐效果不好

  个性化推荐流程:首先要选择相关数据,就是哪些数据会影响推荐效果,哪些数据可以成为推荐的因素,主要是根据用户的行为数据进行用户行为分析,然后创造用户画像,得出用户画像与不同商品的相关性,设计算法模型,最后进行推荐。

  流程就是:数据的采集,数据的分析,用户个性化推荐,不过个性化推荐对用户规模有一定要求,运用大数据是要依赖庞大的数据基础的,这样得出的算法模型才具有实际意义,对于用户量不是太多的商城,基本是采取常规推荐。

  用户通过商品搜索可以快速找到自己想要的信息,商品搜索也是流量的入口商品搜索的业务流程是经过4个步骤,其业务流程是这样的,看下面:

  输入关键字:首先用户要输入关键字,这个时候后台要对关键字尽心处理,将用户输入的关键字进行拆分处理,比如:春季流行青年运动裤,会被拆分成春季、流行、青年、运动裤,三个关键词,根据用户以往的行为数据找到相关的热点分类。

  数据查询:查询出数据库后,系统会从数据库中索引包含关键词的商品,商品搜索时,主要是从商品的标题,分类,品牌,规格等进行关联搜索。

  搜索排序:搜索完成后找到了先关的商品,下面就要对这些商品进行排序,排序可以根据商品的相关性,就是用户输入的搜索词与商品标题,分类,品牌的关联度进行排序,关联度越高排序越靠前。还有其他的排序依据:销量,价格,评论数,上架时间,根据这些对商品进行排序。

  搜索筛选:搜索结果页面一般会支持我们进行商品的筛选,商品筛选可以让用户更快的找到自己想要的商品,筛选的依据一般有分类,品牌,服务标签,价格区间,用户根据关键词搜索到的商品有可能不是同一个类目之下的,经过分类的筛选就可以找到同一类商品。品牌筛选用于找到这个品牌下的商品,服务标签是后台为商品贴的标签,比如,包邮,分期。价格区间是吧价格分为多个区间用户进行筛选。

  商品评价主要是用户收货后对商品的评价,功能点主要涉及词的处理,评价的形式,以及评价的管理。

  词处理:后台要建立词库,对词进行处理,当用户输入词汇时进行特殊处理,比如:星号。

  评价的形式:评价形式一般有这几种,文字评价,图文评价,视频评价,星级评价(一到五星),标签评价(后台自定义标签,用户选择,比如:服务周到,物流快)。

  评价管理:用户发布评价后后台要进行审核,若审核不通过将删除用户评价,并给出原因说明,商家同时可以进行回复,另外一点就是涉及评价的排序与展示的问题,用户如果长时间没有评价是默认好评还是如何处理,是不是应该将打分高的评价排在前面。

  商品添加是商品管理中最重要的功能,因为商品的信息比较复杂,添加时需要填写的信息比较多,在设计时关键的问题是如何将各部分进行分类,让用户易于理解,便于操作。

  添加商品时需要按照顺序填写下面这些信息,商品添加顾名思义,需要添加关于商品的信息,是信息、不是管理,比如:营销,折扣问题在添加商品是不要设置。

  商品修改需要将修改后的信息同步到数据库和前端,需要判断什么商品可以修改,什么商品不可以修改,比如用户付费之后的商品是不能同步信息的。

  设置商品的促销活动需要调取营销模块的数据,促销活动是在营销模块设置好的,需要同步促销活动数据。

  如果是多商户商城,还要管理商家的商品,对商家商品进行审核,违规下架等,商家的商品与平台的商品数据相互。

  商品在前端的展示首先会以列表的形式,可能在首页,搜索结果页等其他页面,不管在什么页面其展示形式是固定的,一般是每行一个或者每行两个,展示商品主图,展示信息主要有商品的标题,价格,原价,标签,付款人数,点击进入商品详情页面,商品详情页面是商品信息展示的重要页面,商品的信息基本都在闲情页面展示

  商品详情页面是商品信息展示的重要页面,商城的信息流也主要是围绕着商品进行的商品页面一般有如下信息:

  商品的多张图片,或者视频介绍,商品的价格区间,商品原价,商品的标题,如果自营显示自营标签,商品的点赞人数,分享按钮,添加购物车按钮,商品发货地址,快递费,销量,优惠券信息,领券按钮,服务信息,规格选择,参数选择,还有评价,详情,商品推荐。

  给分类配置属性组,属性组里面的某些属性可以作为筛选条件,需要筛选的话就配置属性值。然后创建类别,从属性组里面选规格,从属性组里面选参数。添加商品时,先选择分类,之后选择类别,配置规格sku,配置商品参数,保存提交。

  怎么觉得跟 《电商产品经理宝典:电商后台系统产品逻辑全解析》这本书一模一样,刚好我昨天在重温

  这其实算不上抄袭,是一种统一的设计形式。并不能说是抄袭。因为有些模块设计来设计去其实就那些需求,你不能说是抄袭,这样的认知太狭隘了。就比如说1 1=2,都知道等于2,你说二他说二就是抄袭吗

  目前电商平台框架基本固定了,作者这种较为浅显的大而全的写作方式难免被人说抄袭,以某个具体的问题或案例为切入点,再系统的介绍电商平台对应模块或系统。这样相对来说能够写的更深入些。

  分类、品牌、规格是并列关系,在创建商品时,赋予商品的属性,怎么能说品牌和规格要挂在分类下面呢

  同样,对于前端分类,也不赞同是挂靠在后台分类下,前端分类与后台分类可以是一对一,也可以是一对多,但不能是多对多甚至多对一,所以也不能说挂靠在后台分类下,硬要说挂靠也是后台分类挂靠在前端分类下

  感谢大家收藏点赞,因为市面上很多都是一些理论的文章,而实战性的文章很少,我的文章偏向告诉大家具体怎么设计,因为刚开始写,肯定有很多不足,我会写补充文章,然后会把整个商城系统做成系列文章

  首先,这是我总结的一些东西,希望对大家有帮助,刚开始写文章,不足的地方也请大家指出,不过一点,我是读过不少的书,但是绝没有搬运和抄袭,

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

文章来源:fun88