商家后台怎么设计商品信息?

一、背景&前言

1. 拍卖业务模式概述

为了方便理解,大家可以联想一下线下的拍卖场,在一个一个“位置”展出商品,由用户出价来赢得商品。

整个拍卖过程中,全部商品1元起拍,参与竞价是免费的,如果赢了就去付款。针对一个商品,每次有用户出价,将拍卖时间延长10秒,直到确定最后的赢家。

目前该业务只在美国开放。

2. 商品常用专业名词解释

在开始讲具体功能模块之前,这里先普及一些商品常用名词,以便大家统一概念,后续阅读更顺畅。

SPU:Standard Product Unit,标准化产品单元。通俗点讲,属性值、特性相同的商品就可以称为一个SPU。如优衣库上新了一款裙子A,那么这个裙子A就是一个SPU,与这款裙子的颜色、尺码都没有关系。

SKU:Stock Keeping Unit,库存量单位。通俗点讲,是对每一个产品和服务的唯一标示符。还用上面的例子,如优衣库的裙子A,有红色的M码、蓝色的M码、白色的M码三种颜色+尺码组合,那么这三种各自是一个SKU。可以简单理解为有不同的库存量,所以是独立的SKU。

3. 关于每个字段信息的限制

这里只是提供思考方向和示例。

好,铺垫完了,接下来开始核心内容。本文从实际场景出发,分析商家管理商品信息的设计思路。

二、商家后台商品信息结构

商家后台商品信息结构图:

产品经理,产品经理网站

1. 基础信息

商品基础信息是不考虑额外附加意义的、商品客观本质的信息,如标题、图片、品牌等。如果商家后台没有商品基础信息,那么商家维护商品将变得十分困难,因为仅凭其他信息很难对应商品是哪一个。后期商家不管是更新商品信息还是发货,有基础信息的展示都能大大提升商家的工作效率。

另外商品基础信息通常会直接决定用户对商品的“第一印象”,基础信息越简洁、清晰、明了,商品越容易吸引用户的注意。

所以基础信息是所有信息中最重要的部分,这部分的信息几乎都需要必填。

1.1 标题

标题通常是用文字来描述一个商品是什么。

由于是做海外电商,我们会要求标题只支持使用字母、数字、空格、-和_。再加上我们希望标题帮助商品被搜索引擎收录,所以根据主流搜索引擎的建议,把商品标题的长度定在不超过80字符;同时字符限制也可以使商家填写的标题更加精准、不冗余。标题需要商家必填。

1.2 描述

商品描述用于对商品的补充说明。另外商家对自己的商品肯定有“王婆卖瓜”的话要说,都可以写在这里。

通常情况下商品描述都会有大段文字内容,这就导致我们一方面要考虑商家编辑的描述是否合规,另一方面也要考虑用户看商品描述的可读性。所以我们不允许描述中带有链接,长度要在50~1000字符,支持换行和使用无序列表(如下图示例)。描述需要商家必填。

产品经理,产品经理网站

1.3 品牌

品牌能够提升用户对商品的信任度,也是商家凸显自己商品的一个亮点。

我们支持商家从常用品牌中选择,也支持自定义品牌,自定义品牌长度不能超过20字符。品牌非必填,没有品牌、小品牌的商品也可以不填品牌信息。当然,对品牌要求高的平台也可以不支持自定义且要求品牌必填。

1.4 图片

图片能让人更直观的感受到商品的情况,如功能、材质、款式等。

图片分为封面图和详情图。封面图即在商品列表展示的商品主图,其作用是展示商品功能、吸引用户注意;详情图则是需要到商品页才能看到的更多图片,其作用是展示商品更多功能、细节。

商家可以上传1张封面图和9张详情图,封面图是必填的。为了展示效果,我们要求所有图片比例为1:1,大小不超过3M。

2. 价格信息

价格信息包含最低成交价、运费、划线价。价格本质是商品的一个运营属性,因为价格并不是一成不变的。

拍卖业务中的价格和传统电商稍有不同:

  1. 平台会有默认的起拍价,商品的最终成交价格是由用户决定而不是商家决定的;
  2. 拍卖业务没有直接销售商品的价格。

2.1 最低成交价

最低成交价即商家定义的商品最小的售出价格。

在拍卖业务中商品的最终价格由买家决定,为了保护商家的权益, 需要允许商家去决定起拍价或者最低成交价。又因为我们业务需要把全部$1起拍作为宣传点、卖点,所以商家端的设计中,就得让商家定最低成交价。

最低成交价不显示给用户,范围$0-$999,必须是整数,可以选填。如果商家不填,则默认为0。 适合拍卖的商品大多是新奇特小商品或者长尾商品,所以价格上限定为$999。必须是整数则是因为业务中用户出价都是出整数。

2.2 运费

运费是指商品的运输费用。商家如果需要单独收取运输费用,将金额填写到运费这一字段即可。

运费可以选填,范围$0-$60,必须使用整数,商家不填默认为0。运费上限范围是根据国际物流的情况定的。而必须使用整数是因为在拍卖业务中,运费会展示在比较明显的位置,如果使用多位小数会显得业务不够大气,对用户的参与度有影响。

2.3 划线价格

划线价格即显示给用户的划掉的价格。通常商家可以把商品的原零售价填在资格字段。划线价格给用户一种这个商品现在在打折的感受,可以促进用户下单。

这个字段可以选填,支持2位小数,不填默认为空。商家填写的划线价格需要大于等于最低成交价,小于最低成交价的100倍。因为用户会用当前出手的价格和划线价格比较,太离谱的划线价格会降低用户信任度,失去对这件商品的热情。

3. 商品运送信息

商品运送信息是影响商品送达时间的所有信息。商品运送信息是电商平台都需要关注的重点信息,因为用户会特别关心什么时候能收到商品。

通常情况下商品送达时间会受到发货地,商品体积、重量,所用快递(比如邮政慢,顺丰快),目的地等的影响。

我们拍卖业务只在美国开放,所以目的地对商品送达时间的影响会相对比较统一,不是关键因素。

初期为了快速上线,加上综合其他几个影响因素,决定在功能上省去“物流管理”这个大模块,选择使用货源所在国家和预计物流天数作为商品运送信息最关键的两个指标。

货源所在国家,即发货地,对海外电商而言发货地主要是看货源所在国家。预计物流天数,即商家自己根据经验来判断商品体积、重量以及自己使用的快递公司来预估物流天数。

商家想让自己的商品从其他商品中脱颖而出,商品快速送达不失为一个大卖点。

3.1 货源所在国家

货源所在国家即商品所在的国家、商品从哪个国家发货。

我们提供给商家国家列表,商家选择一个即可。因为其重要性,所以要求商家必填。

3.2 预计物流天数

预计物流天数即商品大约多少天能运送到用户手里。也是商家的一个服务承诺。

物流时间很难100%准确预估,所以这个字段是一个天数的区间,只能填写整数,后面的数必须大于前面的数。

4. 属性

属性是从相似的商品中找出不同点后归纳出来的信息。为什么要对商品进行归纳呢?试想一下,假如某一款裙子有红、橙、黄、绿、青、蓝、紫七个颜色,又各自有XS、S、M、L四个尺码,除此之外这款裙子的其他信息都是一模一样的。

在商家后台红色XS码要创建一个商品,红色S码要创建一个商品,红色M码又要创建一个商品……你是商家的话,你不累吗?所以我们的后台既要将相似的商品统一管理,又要能区分出商品的不同,这就需要SPU来做统一管理、属性来区分出商品的不同。

平时我们在传统电商平台遇到过有商品属性的商品,如手机的颜色和内存、鞋子的颜色和尺码、凳子的颜色和高矮等;也有无商品属性的商品,如一副银耳钉,一罐100g的菊花茶,一个吹风机等。因此我们把属性归类为颜色和尺寸,内存、尺码、高矮等都可以归类到尺寸中;无属性的商品并不是真的无属性,它是只有一个颜色、一个尺寸的商品。

颜色和尺寸的排列组合即为SKU,因为这个依赖关系,这里把SKU编号归类到属性下。(如果以字段设计目的来说,也可以将其归类到管理类信息中。)

属性还达到“商家一次曝光,用户多种选择”的目的,增加出单的概率。商家想要提高成单率,归纳、完善商品属性可以作为一个方法。

注:传统电商的商品价格往往是每个SKU都可以有不同的价格,但是由于拍卖业务的特殊性,一个拍卖位置不可能同时展示两种价格,这就要求每一个SPU下的SKU必须是统一的价格。所以这个业务里,价格字段是在SPU上的。如果有不同的价格还是需要商家把该SKU当做成一个独立的SPU。这一点和传统电商平台稍有不同。

4.1 Color, Size

为了防止不同商家对颜色和尺寸描述的差异会导致系统需要记录过多的“垃圾”颜色和尺寸,我们直接提供尽可能丰富的颜色和尺寸供商家选择,如果商家需要自定义新增也只能从已有的颜色和尺寸中组合。属性为选填字段,因为有些商品只有一种属性,就没必要精细化管理了。

产品经理,产品经理网站

4.2 SKU编号

SKU编号是识别商品最小规格的唯一编号。可以帮助商家跟仓库核对商品等。

根据常见的SKU编号,我们要求SKU编号只能使用字母、数字、@、-和_,不超过20字符,必填。同一个商家使用SKU编号不允许重复,以确保其唯一性。如果商品没有属性,我们可以默认有一个隐藏的SKU编号=SPU编号去处理,在用户端起到“属性如图所示”的一个作用,开发处理起来逻辑也不会太复杂。

5. 库存

商品库存是指商品现有的数量。

商品总库存(SPU库存)影响整个商品的售卖状态。商品上架且其他信息正常时,总库存>0则可以售卖,总库存=0则显示为售罄。
商品某一属性的库存(SKU库存)影响某一属性是否能售卖。商品上架且其他信息正常时,某一SKU库存≥0,则该属性可以售卖;SKU库存=0时,对用户隐藏该属性或者显示该属性待补货。

5.1 SKU库存

库存管理需要精细化到SKU库存,比如红色的M码的裙子还剩10件。SKU库存需要是≥0的整数。

5.2 SPU库存

SPU库存是一个商品的总库存。SPU库存需要必填。一般情况下SPU库存可以通过计算SKU库存之和所得;商品没有SKU的情况下也需要直接管理SPU库存,SPU库存需要是≥0的整数。

6. 管理类信息

管理类信息是商家或平台管理商品所必须的信息。这类信息用户一般看不到,或者不关注,比如SPU编号,商品品类。但这并不代表这类字段就不重要,相反这类信息非常重要,它们主要为商家或平台管理商品提供便利。

6.1 SPU编号

SPU编号是识别商品的唯一编号。可以帮助商家跟仓库核对商品等。

根据常见的SPU编号,我们要求SPU编号只能使用字母、数字、@、-和_,不超过20字符,必填。同一个商家使用SPU编号不允许重复,以确保其唯一性。

6.2 品类

品类是将商品的某些特性统一归纳后的产物,如所有使用电的商品都可以划分到电子品类。

根据拍卖业务不需要用户去做搜索的特性,这里只划分一级品类,由商家选择使用即可。品类可以帮助平台和商家统计商品分布情况、分析用户喜好等,所以品类需要必填。

三、写在最后

很多功能和信息久而久之就成了大家眼中的“标配”,你认真想过它们信息究竟有什么业务意义吗?它真的适用于你的业务场景吗?商品信息看似简单,但是每一个字段背后的逻辑都值得反复推敲。

千万不要小看任何一个基础模块,对产品设计要抱有同理心、敬畏心。

 

作者:粒粒酱;公众号:粒粒酱的笔记本,刚开始记录自己工作中产品、运营、开发的那些事儿。欢迎来勾搭~

本文作者 @粒粒酱 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部