商家后台1.0设计思路

16 评论 32160 浏览 375 收藏 12 分钟

本文作者将从三个方面,与你分享商家后台1.0设计思路,enjoy~

作为平台型电商最重要的参与者之一,商家自然需要有一套独立的操作后台(系统)。商家后台涉及三个层面,且以由底往上的顺序流转进行,大体可以概括为此三层:操作层,数据层,运营层;本文将会从各个场景切入,随着一个个场景的梳理,将这张框架图的血肉填充完整。

商家后台1.0

如果你发现自己的商家后台还未满足以上的三层,那都不能叫1.0。其中操作层也叫工作层,是指最基本的日常工作,是后台完成任务必须经过的流程。工作层只能满足商家的基本需求,而数据层则是获取重要的用户,订单数据。想要更好的辅助商家,则需要这些数据。数据用得好不好体现在运营层面上,对于商家而言,运营即服务。数据运营不分家,运营涉及面很广,产品的每个模块都可包含运营元素,如何统一这些运营元素,方便商家便捷,高效的操作,是难点。

1. 操作层

(1)店铺设置

店铺初次登入时,需要设置店铺信息,申请店铺认证,装修店铺。

  • 要点:店铺认证,店铺装修
  • 难点:店铺装修涉及到前端拖动式操作,前期建设时可设计成模板化操作,根据选择模板装修店铺,降低开发成本。

注意:店铺认证需要人工审核,后台须有审核通道,商家需要结果查询。

(2)运费模板

设置运费模板,物流设置。

  • 要点:运费模板,物流设置
  • 难点:运费模板。总结起来有三种:一是店铺运费模板;二是单品运费模板;三是混合运费模板。系统设计前期可先选择支持【店铺运费模板】,即可供店铺统一设置运费,应用到店铺的每个商品。运费计算方面还需要在系统设计初期定好规则,规则不是随意定,而是根据各大物流公司在各个区域的收费标准,在商家设置时动态计算运费。例如:顺丰与四通一达在广州的首重与续重收费标准不同。

(3)商品管理

  • 要点:发布商品,商品上下架,库存管理。
  • 难点:库存管理,库存分为两种:普通库存,活动库存。普通商品的正常销售调用的是普通库存,活动库存是从总库存划出的一部分,供活动时使用。库存管理的难点在于难以保证线上库存与实物库存一致。因为有时候业务需求是允许超卖,做预售,不同活动独占库存,不同渠道分配库存,就会造成线上库存与实物库存不一致。

(4)订单发货

  • 要点:订单管理,订单推送
  • 难点:订单可以说是整个电商流程最核心的一部分,在商家后台的设计中,好的订单设计可以提高商家使用成本,带来便捷的操作体验。订单包含商品,优惠,用户,收货信息,支付信息等一系列订单实时数据,通过订单中心,实现对订单的管理,支持订单接收,订单自动合并与拆分,自动匹配仓库,库存控制,自动匹配快递,结算与支付等订单生命周期中一系列协同作业。订单的难点在于它处于整个流程的核心位置,连接上下游,在各种业务场景下衍生出各种订单正向及逆向流程,是考验产品设计的一大难点。具体设计可以参考我之前的文章,有详细分析

(5)售后管理

  • 要点:退货退款,换货,退款
  • 难点:售后管理处理的是订单的逆向流程,在售后管理的设计上一定要充分考虑用户的体验,例如:在用户未签收时允许用户申请退款;难点在于订单的逆向流程在源于多个方面,例如:支付前取消;未签收退款;收货后退款,收货后换货,收货后退货等。每一个场景下都对应着相应的订单状态,时间和优惠信息,如果是活动订单,还涉及售后订单优惠分摊的计算,这都需要前期的设计考虑更全面。

(6)用户管理

  • 要点:用户管理,会员管理,会员营销
  • 难点:系统设计上,不仅要支持平台会员体系,还需要支持商家构建以商家为中心的会员体系,这两套体系独立但也相关联。

(7)角色管理

  • 要点:权限管理,角色管理,权限分配
  • 难点:角色是权限的载体,在控制用户操作功能权限的时候,可以通过授予不同角色的功能权限,然后通过对不同类型用户授予不同用户角色,就控制了不同用户之间的不同功能操作权限,形成了一个功能权限体系的闭环。怎么做到权限列表与实际功能一一对应?就需要在开发系统页面时,将统一的权限借口嵌入到页面中。

(8)资产管理

  • 要点:资金明细,资金操作;
  • 难点:每一条资金的来龙去脉都必须记录清楚,每一条资金记录都需与订单,用户绑定关系,方便追溯。

这样我们就简单把操作层的模块都讲完了,框架图更如下:

1240

2. 数据层

(1)营收统计

  • 要点:店铺收入,经营报表
  • 难点:统计店铺收入,支持不同时间段查看不同数据。系统支持统计某个时间区间范围内的店铺数据,并做分析。例如经营周报:可列出一周概要,包括一周支付金额,转化率,客单价,访客数,付款人数等数据,并与上周每项数据对比,将结果可视化。

(2)流量统计

  • 要点:访客数量,页面浏览,访客地域,流量统计
  • 难点:想要做好流量统计,前期设计就需要在用户端加入数据埋点,有了数据后对数据进行拆解归类,前期数据埋点越全面,后期流量统计就越全面,不仅可为商家提供访客数,还能提供具体页面的访客数量,访客地域分布等。

(3)交易统计

  • 要点:下单笔数,付款笔数,转化率,客单价,发货数量
  • 难点:统计商家的订单数据,根据订单数据计算转化率,客单价。交易数据支持与昨日,或某固定时间区间内对比,提供经营建议

(4)用户统计

  • 要点:粉丝数量,增长趋势
  • 难点:支持打通微信,微博,对用户粉丝进行统计,记录净增长粉丝,新增粉丝,流失粉丝,将增长趋势可视化,提供运营建议。

1240

3. 运营层

正所谓产品运营不分家,好的产品设计一定能支持更好的运营,商家后台也一样,活动运营对于整个电商市场来说依然成为必不可少的一部分

(1)用户营运

  • 要点:拉新,促活,留存
  • 难点:目前整个市场的运营玩法五花八门,不过基本都是基于节日做出的活动促销,通过大量的优惠活动促进用户消费。要把握这些点必须要数据的支撑,大数据当眼睛,运营规则当指挥棒。用户运营大概如下图所示流程进行。

1240

(2)商品运营

  • 要点:活动营销,丰富玩法
  • 难点:用户运营是发现,引导,而商品运营更多的是控制,运作。商品运营的难点在于如何灵活支持丰富的营销活动,营销活动灵活性高,种类丰富,玩法多样化,而操作系统反而需要便捷,易操作,这正是系统设计的难点所在。

1240

到此,我们就把整个商家后台1.0的设计思路讲完了,整张框架图如下所示:

1240

在进行商家后台的设计时,需要注意所有的功能设计都需要考虑与平台系统之间的关联与互通,做到数据一致,接口一致。

另外,如果有做H5或者APP商家中心的,就更加具有难度,以为移动端的展现形式与PC端大不大相同,除了功能逻辑要完整外,还需要考虑移动端界面设计。而且,每当新增新功能时,除了需要考虑多端统一外,还需将新功能加入权限系统,从而保证权限系统的完整性。

希望各位同学通过阅读此文得到一些设计思路上的启发,根据实际的工作经历,坚持学习总结,逐步丰富框架中的细节。

 

本文由 @野蛮非先生 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pexels,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 图挂了。。。

    来自广东 回复
  2. 作者 可以给看下图片吗 文章里图片都挂了

    来自上海 回复
  3. 为什么图挂了55555

    来自广东 回复
  4. 框架帮助很大,膜拜大神,可惜的是 图好像挂了

    来自广东 回复
  5. 懂行

    回复
  6. 商品运营的图不对吧,和用户运营一样

    回复
  7. 确定是提高商家成本?

    回复
  8. 这是很有经验的总结,感谢分享,但我有个疑问,在操作层订单发货难点处,“好的订单设计可以提高商家使用成本”,自己感觉应该是降低使用成本

    来自山东 回复
    1. 😐 不好意思,一直想改这个字,但是一直没啥时间,而且一改动又要重新审核,会影响阅读体验,文章是晚上写的,所以没有检查到位,所以挺抱歉

      来自广东 回复
  9. 写的非常棒。有公众号吗?或者微信?

    回复
    1. 目前没写公众号,个人微信号:haolian634353509

      来自广东 回复
  10. 非常清晰了 膜拜膜拜

    来自河南 回复
  11. 为啥图里边有俩满减

    来自北京 回复
    1. 抱歉,忘记修改文字了,应该是【···】 😉

      来自广东 回复
  12. 框架比较清晰,支持一下

    来自山东 回复
    1. 感谢支持

      来自广东 回复