词汇 | 英文 | 含义解释 |
用户 | User | 本系统客户端是运行在微信平台的小程序,故用户即指的是当前正运行、或曾经运行本小程序的所有微信用户。 |
系统 | System | 所有用到“系统”一词的地方,指的都是“群买菜”系统。 |
商家 | Merchant | 本软件产品的主要服务对象是toB的社区生鲜店主(不支持连锁)和社区团购的团长,他们被统称为商家。 |
店铺 | Shop | 特指商家在系统中建立的店铺。 |
商家创建人 | Merchant Creator | 特指在系统中创建店铺的微信用户。对于微信用户来说,只有其登录本系统、并被识别为某个店铺的创建人后,才能被称之为“商家创建人”。 |
商家授权操作人 | Merchant Operator | 特指在系统中,被商家创建人授权允许对店铺进行相应店铺管理、商品管理、订单管理、客户管理、接龙管理等权限的微信账号。商家授权操作人,包括商家创建人本人在内。对于微信用户来说,只有其登录本系统、并被识别为某个店铺的创建人或授权员工后,才能被称之为“商家授权操作人”。 |
客户 | Customer | 特指通过系统下单购买某商家生鲜商品的客户。由于系统是微信小程序,故每个客户都对应一个微信用户。任何一个登录本系统的微信用户,无论其是否为商家创建人、商家授权操作人,只要其曾经在某个店铺下单购买,都可以称为客户。特别要指出的是:对微信用户来说,客户的概念只在其已登录本系统、并曾经下单购买的店铺范围内有效。 |
订单 | Order | 特指通过系统为购买某商家商品而生成的订单。 |
商品分类 | Product Category | 商家在展示自家商品时,将会对商品进行分类组合,这个分类是可以由其自定义名称和顺序的。商品分类特指某店铺下的分类,并不跨店。 |
商品 | Product | 商家在本系统建立和维护的、某店铺下的待售商品。可分为是否上架、是否售罄两种不同维度的状态。一般来说,在初次建立商品时,商品的信息内容,会包含:商品名称、商品标签、商品描述、商品定价、计量单位、最小下单量、归属商品分类等。 |
商品标签 | Product Label | 为了方便商家突出展示商品的优势,系统允许商家为商品设置自定义的标签。在系统将商品展示给客户浏览时,将会通过特定的视觉效果设计,高亮突出这些标签的显示。 |
商品库 | Product Repository | 特指商家在某自建店铺下所有商品的组合。 |
商品定价 | Product Price | 特指某商品的标准价格,以RMB元为单位。 |
价格优惠 | Discount | 特指某商品的优惠规则,分“按比例打折”和“固定金额”两种方式,前者是在商品标准价格的基础上按比例扣减实际成交价,后者是给定一个固定的价格(但必须低于商品定价)。 |
计量单位 | UoM ((Unit of measurement) | 指的是商品的计量单位,目前系统只支持这些计量单位:"斤","公斤","两","克","件","瓶"。 |
最小下单量 | Minimum Order Quantity | 就是某个商品在客户下单时,在其计量单位下,允许选择的最小下单数量。这样,客户在下单界面上进行数量增减时,只能按照最小下单量的倍数增减。比如:设置豆腐最小下单量为0.5斤,就表示客户每次下单时,必须选择0.5斤的整数倍:0.5斤、1斤、1.5斤等。 |
限购 | Purchase Limit | 如果某个商品设置为限购,则客户在24小时内下单量不能超过指定的份数。实际限购量=最下下单量*份数,单位就是该商品的计量单位。 |
商品上下架 | On/off Shelves | 商品可选择上架或下架,上架的商品才会在客户浏览时被展示出来,下架后在商家管理商品时可以看到但不会展示给客户。 |
商品有货 | Product Available | 系统未实现完整的库存管理,为了方便商家进行库存状态标记,而特意允许商家设置商品有无货。当商品被设置为无货,如果同时该商品被设置为上架状态,则可以展示给客户,但客户会看到该商品有“售罄”标记,并且不再允许将该商品添加到购物车、或已经添加到购物车的商品也无法确认付款。 由于系统没有库存管理功能,故商家设置商品为无货状态,一般是在客户下单后,商家备货时发现某商品已经无货,则联系客户退款的同时、对商品设置为无货状态。这样,后续的客户就无法再对该商品进行下单购买。 同时,考虑到生鲜产品的特殊性,可能每天售罄后都会第二天又进货了,故为了方便商家维护商品库,系统有个特殊功能,就是每天夜里会自动将商家所有处于上架状态的商品设置为有货。 |
商品售罄 | Product Sold Out | 展示给客户的一次商品状态,表明该商品已经无货,不可加入购物车、或即使已经加入购物车也无法确认付款。 |
模板库 | Product Template Repository | 为了方便商家快速建立商品库,“群买菜”系统运营人员将会随着季节的变化,维护一个默认的商品推荐模板库(含商品分类、商品名称/单位/标签、商品价格、商品图片等所有商品相关信息)。商家可随时基于该模板库导入到自家店铺中,方便其快速短时间内完成商品库的建立。 |
加盟商/品牌商 | Alliance/ Brand | 系统不支持商家连锁,但允许商家与商家之间建立加盟关系,这其实也相当于一次“弱化”的连锁。为此,我们将加盟到某商家的商家成为“加盟商”,而被加盟的商家称为“品牌商”。 每个商家都允许成为“品牌商”,只要其打开店铺的“允许加盟”开关,并设置默认的商品销售佣金比例、以及给出加盟说明描述即可。关于佣金,详见后面的专门词汇说明。 每个商家也都允许成为“加盟商”,只要其在系统中搜索相应的商家并选中其作为“品牌商”即可。加盟后,商家可以在自家店铺的商品库中导入“品牌商”的商品。 |
品牌商品 | Brand Product | 商家加盟其它商家成为加盟商后,导入到自家店铺中的“品牌商”商品,我们称之为“品牌商品”。在商品库进行商品管理时,“品牌商品”的管理会有一些限制,包括:不允许修改商品名称、商品说明、商品定价、计量单位、最小下单量,但允许修改商品标签、商品分类、以及调整商品显示顺序。另外,在设置商品价格优惠时,如果该品牌商品的佣金政策被设置为固定批发价,系统会检查优惠后价格不得低于固定批发价。 |
接龙活动 | Chain Activity | 接龙活动是一次销售方式,一般由商家发起、在固定时限内、将一个以上商品打包以一个优惠的价格进行预定式销售。客户可以报名参与接龙,参与的同时需要支付货款。商家则在接龙活动时限到期后,汇总所有参与活动的客户需求总量进行备货和发货。 这种销售方式与普通商品销售的区别,主要在于3点:1)会有一个内容丰富的宣传页面设计(系统需支持商家自助设计);2)多个商品在一起的、相对优惠力度较大的打包价格;3)预定式销售,一般是接龙活动结束后,1~2天以上客户才可以提货或收货。 |
资金账户 | Account | 针对商家营业收入(含销售和接龙)的所有营业款(以RMB元为单位),系统会自动为每个商家建立并维护一个资金账户,在该账户中可看到资金余额、以及资金出入的明细流水,以便于商家随时查阅和对账。 一般来说,资金账户的余额,会包含自家商品销售的营业收入(扣除系统服务费后)、以及加盟商代理销售后的营业收入(扣除系统服务费和佣金后)。 |
资金结算 | Account Settlement | 系统支持商家随时将资金提现到创建店铺的微信零钱账户下。但可提现的金额,取决于相应的客户订单是否已经被客户确认收货(如果客户不确认,超过48小时系统会自动确认)。这种客户手动确认收货、或系统超时自动确认收货后的资金计算过程,就被称之为资金结算。 |
系统服务费 | System Service Fee | 系统针对商家的每笔营业收款,会收取一定的提现手续费。目前暂定的政策是千分之六。 |
账户余额 | Account Balance | |
佣金 | Commission | 佣金就是加盟商和品牌商之间结算的代理销售费用。有两种方式可以设置代理销售费用。一次是在品牌商开通加盟时,设置的默认佣金比例;一次是品牌商可以对每个商品单独设置佣金比例或固定批发价。如果未设置后者,则商品的代理销售费用,就按照店铺默认的佣金比例结算。如果后者被设置了,又分为两种情况,一次是品牌商不限制加盟商的销售定价和价格优惠规则,就按照商品销售成交价(考虑销售定价+价格优惠后的结果)的比例结算;一次是品牌商给定批发价格、加盟商只能在高于批发价格基础上定价(含价格优惠后价格),然后品牌商只拿批发价作为收入、而加盟商可以自由加价。 |
已收佣金 | Received Commission | 作为加盟商,在自家店铺中,代理销售品牌商的商品后,系统自动计算加盟商应得的佣金金额,并在客户手动确认订单收货、或系统自动超时确认订单收货后,系统又自动将佣金转账到加盟商的资金账户中(需扣除系统服务费)。作为加盟商收到的佣金即为“已收佣金”。 |
已发佣金 | Paid Commission | 与“已收佣金”相对应,对加盟商来说叫做“已收佣金”,对品牌商来说就是“已发佣金”。 |
群买菜机器人 | System Robot | 系统会有很多后台自动处理的任务,这些任务都由机器人自动定时执行。 |
群买菜系统运营人员 | Platform Operator | 群买菜系统后台的运营工作人员,主要负责定期(一般是按季节)进行系统商品模板库的维护,包括:更新模板库商品分类、商品名称、商品描述、商品计量单位、商品最小下单量、商品图片等。 |