商家后台怎么设计商品信息？ .docVIP

商家后台怎么设计商品信息？ 本文详细介绍了商家后台商品字段的设计思路，希望能对你有帮助。 一、背景amp;前言 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. 价格信息 价格信息包含最低成交价、运费、划线价。价格本质是商品的一个运营属性，因为价格并不是一成不变的。 拍卖业务中的价格和传统电商稍有不同： 平台会有默认的起拍价，商品的最终成交价格是由用户决定而不是商家决定的； 拍卖业务没有直接销售商品的价格。 2.1 最低成交价 最低成交价即商家定义的商品最小的售出价格。 在拍卖业务中商品的最终价格由买家决定，为了保护商家的权益， 需要允许商家去决定起拍价或者最低成交价。又因为我们业务需要把全部$1起拍作为宣传点、卖点，所以商家端的设计中，就得让商家定最低成交价。 最低成交价不显示给用户，范围$0-$999，必须是整数，可以选填。如果商家不填，则默认为0。 适合拍卖的商品大多是新奇特小商品或者长尾商品，所以价格上限定为$999。必须是整数则是因为业务中用户出价都是出整数。 2.2 运费 运费是指商品的运输费用。商家如果需要单独收取运输费用，将金额填写到运费这一字段即可。 运费可以选填，范围$0-$60，必须使用整数，商家不填默认为0。运费上限范围是根据国际物流的情况定的。而必须使用整数是因为在拍卖业务中，运费会展示在比较明显的位置，如果使用多位小数会显得业务不够大气，对用户的参与度有影响。