商家后台1.0设计思路

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

商家后台1.0

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

操作层

店铺设置

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

要点：店铺认证，店铺装修

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

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

运费模板

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

要点：运费模板，物流设置

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

商品管理

发布商品，商品上下架，库存管理。

要点：商品上下架，库存管理

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

订单发货

要点：订单管理，订单推送

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

售后管理

要点：退货退款，换货，退款

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

用户管理

要点：用户管理，会员管理，会员营销

难点：系统设计上，不仅要支持平台会员体系，还需要支持商家构建以商家为中心的会员体系，这两套体系独立但也相关联。

角色管理

要点：权限管理，角色管理，权限分配

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

资产管理

要点：资金明细，资金操作

难点：每一条资金的来龙去脉都必须记录清楚，每一条资金记录都需与订单，用户绑定关系，方便追溯

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

数据层

营收统计

要点：店铺收入，经营报表

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

流量统计

要点：访客数量，页面浏览，访客地域，流量统计

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

交易统计

要点：下单笔数，付款笔数，转化率，客单价，发货数量

难点：统计商家的订单数据，根据订单数据计算转化率，客单价。交易数据支持与昨日，或某固定时间区间内对比，提供经营建议

用户统计

要点：粉丝数量，增长趋势

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

商家后台

运营层

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

用户营运

要点：拉新，促活，留存

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

用户运营

商品运营

要点：活动营销，丰富玩法

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

商品运营

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

商家后台

在进行商家后台的设计时，需要注意所有的功能设计都需要考虑与平台系统之间的关联与互通，做到数据一致，接口一致。另外如果有做H5或者APP商家中心的，就更加具有难度，以为移动端的展现形式与PC端大不大相同，除了功能逻辑要完整外，还需要考虑移动端界面设计，另外，每当新增新功能时，除了需要考虑多端统一外，还需将新功能加入权限系统，从而保证权限系统的完整性。希望各位同学通过阅读此文得到一些设计思路上的启发，根据实际的工作经历，坚持学习总结，逐步丰富框架中的细节。