您现在的位置: 破洛洛 >> 建站学院 >> 网站运营 >> 策划赢利 >> 正文

掌握电商后台设计,这一篇足矣 | 万字长文

作者:佚名 来源:chinaz 更新时间:2017-3-22
分享到

编者按:阅读全文大约需要15分钟。本文为作者对平时工作的思考总结,包括商品中心的设计、订单拆单的实现、促销活动及优惠券的设计使用等,对相关从业者,有借鉴意义。欢迎留言交流讨论。

本文包括以下几个部分:

  1. 电商后台系统概述

  2. 电商后台产品设计:商品中心

  3. 电商后台产品设计:订单拆单

  4. 电商后台产品设计:促销活动解析

  5. 电商后台产品设计:优惠券的设计和妙用

电商后台系统到底是怎么回事儿

每年的“双十二”“双十一”人造购物节一来,电商群战就好不热闹,马云却预言纯电商时代已去,新零售时代已至。作为一名电商产品经理,身处如此时代,亦会觉得不负青春。

做产品以来,主要做后端支撑产品方向,目前对各模块系统都有所涉及。初次接触时,在网上找了很多资料,发现关于产品的相关文章,大部分都是关于产品体验、交互、APP等,提及后台的文章基本浅尝辄止,很少有文章来系统介绍后台各模块(商品、订单、营销、物流、支付、会员、评价、采购...),就计划写一系列关于后台各模块的产品设计文章,希望能够帮助在产品路上成长的PM。

后台系统,也不能叫做一个系统,很多公司将其拆分为很多子系统,阿里更将其发展成了中台事业群(搜索事业部、共享业务平台、数据技术)。后端一系列系统支撑着公司各种业务的进行和发展,前端展示、业务处理(订单、优惠券)、库存变动等进行时,后端各系统间互相调用接口进行数据更新。

由于商业性质决定了电商业务支撑系统必须具备稳定性、可扩展、安全性强等特点,PM在设计产品架构时,应充分考虑到业务发展需要,尽量将各模块隔离,商品模块建个商品中心,订单模块建个订单中心等等。只有在产品设计上有模块化思想,具有前瞻性,技术在开发时才会考虑业务隔离,当业务调整、功能新增时,开发可迅速进行,避免牵一发而动全身的事情反复发生。

针对一般电商业务,我简单画了一张产品模块示意图,基本一些中小型电商公司的产品架构大致如此。除了图中所示,现在很多电商公司开始转型社交电商,采用UGC模式或直播电商,在产品架构上会新增资讯系统,实现资讯与商品的高度融合,本文不过多涉及。

对电商公司来讲,最核心最难做的三部分:商品、订单、库存。

商品与店铺、营销、评价等相关,订单与会员、营销、支付、库存、物流等相关,库存与订单、采购、WMS、营销等相关,系统之间业务逻辑和交互异常复杂,规则多样。

  • 商品中心:主要管理SKU(最小库存单位)、SPU(标准化产品单元)、属性(关键属性、非关键属性、销售属性)、类目品牌、价格等有关商品的数据;

  • 订单中心:管理订单类型、订单状态,落下关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据,进行库存更新、订单下发等一系列动作;

  • 支付中心主要调用第三方支付平台接口,记录支付信息(对应订单号、支付金额等);

  • 会员中心:主要管理用户等级、用户权益、积分、卡券等会员相关信息;调度中心主要将订单信息转化为发货通知单,调度仓库和物流进行发货;

  • 客服中心:主要管理退货退款、售后服务等操作,包括呼叫中心、在线客服等,与之对应的是工单系统,将客服任务进行队列管理,分配给相应的客服;

  • 营销中心:主要管理活动相关,优惠券、满减、专场活动、促销专区等,营销工具的开发对电商尤其重要,营销活动的滥用造成的用户疲劳,怎样推陈出新,给电商产品经理造成了很大挑战;

  • 运营中心:主要是对用户端进行页面配置(Banner、ICON、TAB)、价格管理等,一般会营销中心并入运营,作为其一部分;

  • 评价中心:管理商品评价和用户反馈,这并没有想象的那么简单,涉及到一些敏感词和敏感图片的筛选,以及回复内容管理;

  • 店铺管理:功能庞杂,相当于提供给B端用户一个Saas管理后台,提供管理商品、营销、订单一系列功能,主要针对一些有to B业务的电商开放平台;

  • 采购中心:管理SKU,当库存预警时

转载请注明:破洛洛(谢谢合作)

  • 上一篇文章:
  • 下一篇文章: 没有了
  • 网友评论: