龙空技术网

电商后台设计—商品模块

全域研究社 146

前言:

现时小伙伴们对“设计商品展示模块”大体比较珍视,小伙伴们都想要学习一些“设计商品展示模块”的相关内容。那么小编在网上搜集了一些有关“设计商品展示模块””的相关知识,希望朋友们能喜欢,大家一起来学习一下吧!

我们将从商品的基本信息、全方位解构、商品拓展三个部分分析总结。

一、商品基本信息

商品的基本信息包括:商品主图、商品价格、商品标题、商品规格等信息,这些相信大多数有网购经历的小伙伴都不陌生,这里不做过多赘述。

商品图

关于商品有两个重要的概念:类目、SPU/SKU,这也是商品模块非常重要的概念,一定要掌握。这部分先简单介绍一下,第二部分会进行详细的解析。

首先是类目,其作用是给商品进行分类。电商常用两种类目:前台展示类目和后端商品类目。

前端类目与后端类目

其次是SPU与SKU,SKU (Stock Keeping Uint)即库存量单位,库存控制的最小可 用单位。例如“iPhone 12 128G银色”是一个SKU; SPU(Standard Product Unit)即标准化产品单元,是一组标准化信息的集合,例如“iPhone 12”是一个 SPU。

多SKU商品详情页

这里我先放上本文商品模块的整体架构,作为后续内容的目录,感兴趣的小伙伴可以继续往下看。

商品模块结构图

二、全方位解构商品

1. 类目

电商产品一般有两种类目:前台类目与后台类目。

我们首先介绍后台类目

后台商品分类

后台类目的作用如下:

方便快速发布及管理商品。采销人员或平台商家能据此更好进行商品管理。标准化商品服务。对于电商平台而言,品类定义基本确定平台的商品服务范围;有利于仓库管理。合理的商品类目管理还能方便仓库中库位分区管理商品;

产品经理在设计后台类目时,要注意以下的要点:

分类是面向平台、商家的,用于管理商品和属性;后台分类相对固定,不轻易变更;后台类目树一般三层或四层;特殊品类需要经营资质。很多数据需绑定类目,如属性、品牌等;商品挂载在叶子类目下;

注意,品类的设计我们需按照业务发展方向建立,类目代表了平台的服务能力。同时我们也要注意不能无休止扩张类目,要注意实际运营人员的能力。

接下来我们要介绍前台类目,在介绍前台类目时我们首先要解释一下为什么要把前后端类目进行分离。这和实际的业务场景需要有关,后台类目是商品属性的一部分,比如苹果,它在后台类目属于水果分类,这种属性不会改变。而在前台类目中,苹果会随着运营的需要频繁改变分类,例如苹果在平台刚上架,它属于“上新商品”这个类目下。当苹果卖的很好时,它属于“热卖商品”分类。又如在苹果收货季节,它可能属于“当季鲜果”类目;但是无论前台类目如何变化,在后台苹果始终属于水果这个分类。

前后台分类的另一个作用是可以根据客户端的差异随时调整前台类目,例如平台可能会在PC端,APP端,小程序等不同渠道开发商城,不同的客户端因为用户群体的差异,运营需要设置合适的类目以最有效率的利用流量。

因此,前后端类目分离的主要好处如下:

前台类目可支持不同客户端的设置,如PC端、app端、小程序端等。支持平台商家自定义店铺前台类目,可根据需要自定义前台的商品。

那么,前台类目怎么对应后台类目呢?我们可以把前端类目可以当作配置页,前台类目可以直接对应后台类目(1/2/3级),或者直接对应品牌、商品,并且可以自由组合。

前端商品分类

2. 品牌

不知道正在读文章的你用的是什么手机,喜欢什么品牌?有的人喜欢苹果,有的人喜欢华为,有的人喜欢小米......所以,品牌在电商购物中是一个非常重要的因素。我们可以在分类、商品筛选项等中看到品牌的身影。

品牌展示

我们在做后台品类设计时注意的要点有,新建品类时,品类相关字段有:Logo、中文名、英文名、产地、备注、状态(可用、不可用)。另一点,我们可以将品牌关联到类目上,关系也是一对一、一对多、多对一。

我们为什么要将品牌关联类目呢?其好处有下:

1、提升发布商品的便捷性,避免出错;

2、品牌管理标准化;

3、在搜索筛选商品时更加快捷。

品牌与类目

3.属性

除了外观,我们怎么区分iphone11和iphone12呢?这时候属性就起到了很大的作用。什么是属性?属性是对产品性质的描述,是区分产品差异性的集合。

商品属性

属性有哪些?属性可以分为:规格属性、关键属性、非关键属性。

规格属性:也称为销售属性。例如“颜色”、“尺码”,规格属性连接SPU和SKU。关键属性:能够确认唯一“产品”的属性。关键属性可以是一个属性,也可以是多个属性的组合。非关键属性:除关键属性、销售属性外的其他属性。非关键属性不一定是非必填项。

对于关键属性和非关键属性的理解可以简化为后台创建时的必填项与非必填项

【属性的拓展应用】

1)属性分组

当电商平台商品过多时,属性库内的属性也会越来越多,这时候我们要创建一个商品时,需要不断从商品库中选取属性,效率较低,这个时候我们可以引进属性分组的概念。

我们将多个属性组成一个分组,挂在分类下,避免了每个商品都重新选择属性的步骤。属性分组聚类属性,提高应用效率。类目——>属性组——>属性

例如:手机类目下我们需要填写屏幕相关的属性,这个时候我们将屏幕相关的属性:屏幕像素密度、屏幕材质类型、屏幕刷新率、主屏幕尺寸等组合成“屏幕”这个属性组,下次选择屏幕这个属性组时就可以带出相关属性进行设置。

属性分组

2)属性模板

我们也可以根据商品所属类目确定填写的属性。同样,我们以手机为例,可以将手机相关的属性:品牌、CPU品牌、电池容量、屏幕类型等固定成手机类目的属性模板。后续只要选择手机这个类目,就能直接带出手机的属性模板,直接填写,提升效率。

3)属性规格

规格属性是一个商品最重要的属性,也称之为销售属性,例如“颜色”、“尺码”。也正是通过规格属性,连接起了SPU和SKU。例如:iphone12为一个SPU,在这个SPU下加上规格属性就成了一个个具体的SKU,如iphone12 白色 128G,iphone12 黑色 256G。

SPU与SKU的关系为一个SPU对应一个或多个SKU。当一个SPU下有M个规格1,N个规格2时,共有M*N个SKU。

多SKU商品

4)通用规格

上面讨论了很多规格相关的知识,但是很多平台并没有规格管理能力。比如对于手机这个商品,他的规格比较标准,如品牌、CPU、内存、屏幕等。但是对于文物古玩之类的商品,其标准化程度低,也没有统一的规格,这个时候呢我们就要设置一些通用规格如尺寸、型号、款式、材质、口味等,但是其具体规格值可自定义填写,如款式可以是吴彦祖同款。

自定义规格

关于属性拓展部分的应用,我们需要根据公司当前业务是否有需求来决定是否需要相关产品,不能为了做而做,一切以需求为前提。

三、商品拓展

上文讲述了商品本身的一些信息,这部分我们简单介绍一下和商品关联的三部分:商品评价、商品搜索和商品推荐。

商品评价

商品评价的主要载体是图文和视频,内容形式除了传统的评价形式,出现了买家秀和问大家等新形式。

商品评价

我们关注商品评价是因为它在用户的购买决策路径中起到了很大的作用。

评价的作用

关于评论产品的设计,还包括评论的审核(机审+人审),评论互动(用户互评、商家回复)、评论排序(好评置顶)等,本文不作进一步阐述,有兴趣的小伙伴可以深入了解

2. 商品搜索

我们首先来了解一下基本知识,搜索是通过对关键词的匹配,对目标内容进行检索查找。商品搜索可以帮助用户快速找到自己想要的商品。用户在手机端输入搜索关键词,系统需要从商品中心、库存系统、营销系统、订单系统等多个数据库进行抽取相关数据,同步更新至搜索数据库中。因此,商品搜索是电商产品一个非常重要的流量入口。

商品搜索

当然,上述的商品搜索方案已经是比较复杂了,对于刚起步的电商产品而言,在商品数量和种类都较少的情况下,我们可以用简化版的方案进行设计。例如搜索范围可以限定为商品名称、品牌、类目。将搜索结果按匹配度排序。开发使用ES工具。

商品搜索的应用

3. 商品推荐

我们在使用电商产品的过程中肯定也遇到过商品推荐,推荐系统是将收集的用户信息、产品信息及用户画像分类作为系统输入,利用适当的推荐算法和推荐方式,根据用户设定的个性化程度和信息发送方式,给用户提供个性化商品推荐。

我们简单介绍两种推荐方法:基于商品的协同过滤和基于用户的协同过滤。

基于商品的协同过滤,简单说就是以商品为基础,给用户推荐那些和他们之前喜欢的商品相似的商品或者相关联的商品。例如用户今天看了iphone12,系统就会给用户推荐苹果手机壳、手机膜等相关商品。

而基于用户的协同过滤,则以用户为基础。当用户进入电商平台时,作为电商平台系统找到那些和该用户兴趣/喜好类似的人,然后看看他们喜欢什么,就给该用户推荐什么。例如,系统通过算法判断用户A和用户B是兴趣/喜好相似的人,用户A浏览了iphone12,系统会给用户B也推荐iphone12.

基于商品的协同推荐

基于用户的协同推荐

实际应用中,这两种方法往往被结合使用。

商品推荐

商品推荐在电商平台有非常多的应用,包括有首页底部推荐、商品详情页推荐、购物车推荐等。

商品推荐的应用

四、总结

商品模块介绍的差不多了,以一幅总结的图来做结。

商品产品的架构

以上就是电商后台商品模块所有的内容了,部分内容只是简单介绍,有兴趣的小伙伴可以深入了解。

作者:书丰 产品记

标签: #设计商品展示模块 #设计商品展示模块时可以不用考虑 #设计商品展示模块怎么做 #设计商品展示模块时可以不用考虑哪些因素 #设计商品展示模块时可以不用考虑的因素是