『管理』平台与自营商品管理系统比较( 二 )

  • 商家管理自主性高 。 由于商品和店铺都属于商家所有 , 只要商品不违背法律法规和平台规范 , 便可以自由对商品上下架;也可以在商品标题中设计热词 , 以提高商品曝光机会 。
  • 商品编码生成规则:上架成功伴随着商品编码的生成 , 编码可能与店铺存在关系 , 主要用于后台管理用 , 商家会更关注品名及内部料号 。
  • 2.2.1 买断模式
    供应商在供应商平台上传商品 , 由调研、质检、文案等进行审核 , 审核通过后货源关系建立 , 后续由运营挑选上架 。
    『管理』平台与自营商品管理系统比较
    本文插图
    管理入口:对于供应商来说会需要用到供应商平台 , 对于平台来说可能为商品管理系统(各公司自定义) 。 供应商在供应商平台上传商品后 , 数据会流转到商品管理系统 , 平台方工作人员在商品管理系统做审核、上架、运营等事务 。
    关键流程:平台配置上新规范→供应商上传商品→调研、质检、文案等审核→运营挑选上架→日常运营 。
    参与角色:供应商、调研、质检、文案、运营 。 前四类角色会决定商品上传是否通过 , 运营决定商品是否上架 。
    特点:
    • 商品信息界限清晰 。 供应商上传的商品信息主要有「基本信息+供货信息+物流信息+资质信息」 , 而商品到c端用户前还需文案补齐「上架信息+销售信息」 , 供应商不需要对商品售卖信息知晓或负责 。
    • 商品上架有一定门槛 , 流程较长 。 由于商品在上传后需要经过层层审核 , 审核通过后还要依据运营决定何时上架 , 因此整个过程会耗时较长 。
    • 供应商商品管理自主性低 。 供应商仅能参与货权向零售商转移的环节 , 对于商品从零售商向用户转移的过程无权决策 , 也就是说商品的曝光机会、商品生命周期管理都由平台说了算 。
    • 商品编码生成规则:文案审核通过后便生成商品编码 , 编码会作为供应商与平台进行商品信息互传的唯一码 。
    2.3.2 自营——寄售
    【『管理』平台与自营商品管理系统比较】寄售的商品管理流程与买断一致 , 不同的是 , 寄售供应商也会参与到商品从零售商向用户转移的环节 。

    『管理』平台与自营商品管理系统比较
    本文插图
    管理入口:供应商平台 。 流程上与买断基本一致 , 此处不再赘述 。
    关键流程:平台配置上新规范→供应商上传商品→调研、质检、文案等审核商品→运营操作上架→供应商&平台共同维护
    参与角色:供应商、调研、质检、文案、运营 。 与买断不同的是 , 供应商也要参与到文案和运营的决策中 。
    特点:
    • 商品信息多方共有 。 由于寄售模式下 , 商品售出前都归供应商所有 , 同时供应商与零售平台多还会签订销售协议 , 所以供应商在上传商品时需要提供商品全部信息 , 即相对买断的「基本信息+销售信息+上架信息+物流信息」外 , 还有「上架信息+销售信息」 。
    • 商品上架链路较长 , 但较高效 。 寄售供应商与平台在商品管理中的配合会较为紧密 , 商品审核较快 , 通过率也较高 。
    • 供应商商品管理自主性一般 。 寄售是供应商和零售商共同决策商品的销售策略 , 因此寄售供应商的自主性比买断供应商要高 , 比平台商家低 。
    • 商品编码生成规则:文案审核通过后便生成商品编码 , 编码会作为供应商与平台进行商品信息互传的唯一码 。

    2.3 商品管理难/痛点2.3.1 平台模式
    平台模式有以下两方面难题:
    (1)上架规则管理
    由于平台是商家自主上传商品 , 上传即上架 , 平台须在开放给商家前 , 制定好完整详尽的商品管理规则 , 以保证商家的用户体验及平台的合法合规性 。 规则需要涵盖产品的各方面 , 如:


    推荐阅读