商城后台学习/笔记/思考

仪表盘/首页,简单统计,报表页,运营快捷口。实际统计情况:订单(订单量,各订单状态),销售额,广告统计,活动统计,用户统计(促活,拉新),商品管理/统计/添加,爆品统计,系统公告等

仪表盘统计一
仪表盘统计二

1、商品上传

商品上传:商品基本信息,图片,标签,库存,审核状态(思考是否需要审核)

商品上架,审核思考点:上传时商品后,是否需要审核,如出现商品上传,信息错误。对于审核商品,审核商品通过/不通过,审核商品,直接编辑商品内容。使用场景思考:上传商品信息是谁,后台管理人员,审核商品的又是谁,对上正常正常传商品,可以选择是否审核。审核通过后与商品上架/下架是否直接关联,或者间接关联。例如:正常流审核通过是直接上架,还是上架下架独立运作。

1.1 不同商品逐个上传,支持批量上传商品

商品上传

1.3 商品基本信息,关联信息,扩展信息

商品基本资料信息:商品分类信息,对分类信息.

思考点:是否单选,多选,多选的呈现效果,一级分类单选与多选。二级分类单选与多选。....

    1.3.1 该商品的附件信息,购买该商品,对应的成长值(后面会提到在成长值模块)的添加与减少配置

    1.3.2 商品参与活动,例如满减,专题活动。

商品基本信息,关联信息 扩展信息


1.4 关联商品:单项关联商品(a关联b,还是b关联a),双项关联。

思考点:关联商品做用哪个:用户搜索商品,推荐相关

1.4.1 交互效果,页面提供搜索,直接呈现的数据又该是什么

上传商品-关联商品

1.5 关联商品活动,专题相关。交互与关联商品类似

商品关联专题,活动等

思考点:不同商品,没有体现商品是否可以批量上传,相同商品,不同属性是否复制性的方案上传,或者其他方案上传,减少上传商品的重复性

2 商品评价

商品评价的维度较多

2.1 以评价内容维度为主

2.2 以用户维度为主

2.3 以商品维度为主

分别有三个数据列表。侧重点也不相同。以评价内容为主,后台查看的是最新的动态,用户为主,侧重的是客户端,后台做记录作用。以商品维度为主,对具体某一商品的推广,打造爆品提供基础

本系统才用以商品维度为主

以商品维度评价为主

3  商品分类,管理

商品类型:例如服饰

商品属性:尺寸,颜色

参数:上市时间,适用对象

商品分类,不同级分类设置

4 品牌管理,例如七匹狼,对应的品牌logo,大图等信息

品牌管理

5 图片管理,建立图片相册

6 订单管理:订单状态:待付款,代发货,已发货,已完成,已关闭,待评价

订单列表页:合并订单,配货单(订单配货单,商品配货单)

6.1订单的合并:两个订单不一致,合并后的信(如支付方式,配送方式,优惠活动等)以主订单为准

订单合并

6.2 打印发货单

    6.2.1    打印订单,呈现的效果:订单编号

打印订单

6.3 打印快递单

6.4 批量发货,导出订单

6.5 待付款订单:修改发票信息,修改收货人信息,修改商品信息,修改费用信息,发送站内信,关闭订单,备注订单

    6.5.1修改发票信息:发票类型:不开发票,电子发票,纸质发票,其中电子发票需要邮箱相关信息

    6.5.2 修改收货人信息:收货人姓名,手机,地址

    6.5.3 修改商品信息:对原商品进行修改,比如修改数量,更换sku,添加商品,删商品

    6.5.4 修改费用信息:修改价格:例如运费,折扣,价格

    6.5.5 发送站内信:标题和内容

    6.5.6 关闭订单,关闭原因

    6.5.7 备注订单,备注内容

    6.5.8 待付款订单订单信息

6.6 待发货订单 :修改发票信息,修改收货人信息,发送站内信,取消订单,备注订单

    6.6.1 取消订单:操作备注(给自己备注),取消原因(给客户备注),退款相关,退款路劲,说明等

6.7 已发货订单:订单跟踪,发送站内信,订单备注

    6.7.1 订单跟踪,物流跟踪

订单跟踪

6.8 已完成订单:订单跟踪,发送站内信,备注订单

6.9 已关闭订单:删除订单,备注订单

6.10 订单详情:

订单基本资料
发票信息
收货人信息
商品信息
费用信息
操作信息

订单发货:支持批量发货,单个订单发货

订单发货

7 确认收货

8 到货提醒

9 订单设置:订单超时设置

订单超时设置相关

10 退货申请管理

退货服务单:有对应的服务单号,服务单号的状态,退货原因,备注,图片,对应订单号,金额,收货地址等。

退货商品,退货单号,可以查询原订单

退货原因,后台做成可配置,在移动端可以筛选

退货退款原因:摘自淘宝

七天无理由退换货

退运费

外观/型号/参数与商品描述不符

功能/效果不符

性能故障

少发/漏发

包装/商品破损

假冒品牌

未按约定时间发货

发票问题

再添加理由可选项

退款原因:摘自淘宝

不喜欢/不想要  空包括,未按约定时间发货,快递/物流一直未送到,货物破损已拒签,加上退货原因

思考点:淘宝对不同商品,退货原因,展示的原因内容不一样,即退款退货原因配置表与商品类型关联。直接呈现的效果,用户在购买商品的时候,对于退款退货理由的选择,有更加贴近用户实际想法,同时提供备注原因,为可选项。备选其他理由。困难点:对于不同的商品,不同的退款退货理由,运营理由和数据要求更加完善。需要运营投入较大的精力。

后台退货申请

已同意退货后,后台确认确认退货,即收到退回来的货


后台确认退货页

服务单已完成状态

退货服务单已完成

退货服务单拒绝。

思考扩展点:针对后台拒绝退货服务,用户是否支持重新发起退货操作,而重新发起的退货操作是否,对于服务单是新增,还是更新(也是这个系统漏洞的地方)

退货服务单拒绝状态

11 退款申请管理

退款管理

12  快递单模板

快递单列表,快递单详情页,可以对不同的快递,长度,高度进行设置

快递模板单上传,比如申通快递,顺丰快递

对快递单中的字段支持自定义打印。

13 发货点信息管理

即发货地址管理,比如七匹狼品牌,发货地址不止一个,后台列表展示

发货地址基本信息:发货点名称,发货人姓名,所在区域省市区,详细地址,联系电话

思考点:发货地址管理的作用主要是对商家端更好的管理,运营数据。后续可出现扩展的功能,来不同发货地址的统计,来分析运营的实际情况

14 库存信息

对商品入库,出库

商品入库:订单关闭,订单取消,订单退货,添加商品,编辑商品

商品出库:订单提交时,订单发货时,编辑商品

    思考点:订单提交和订单发货,库存均减少:一个是订单数量的显示,一个是正式发货。不要出现重复减少。以及后续出现退货,库存量+1。即要兼顾软件上统计的库存和实际的库存,而软件上统计的库存,会根据订单动作的变化而变化

15 用户管理

用户列表:用户基本资料信息

用户基本资料

用户列表,对用户的操作:群发短信,站内信,app推送,设置标签,赠送优惠券,导出数据

15.1  群发短信:短信内容,短信文本长度,发送的条数,可用短信条数

15.2 站内信,发送标题,内容,发送的人数

15.2 app推送:链接推送,专题推送,活动推送,商品推送

    15.2.1 链接推送:链接,标题,正文

    15.2.2 专题推送:专题模块选择(二次弹窗,配置对应的专题列表),标题,正文

    15.2.3 活动推送:活动模块选择(二次弹窗,配置对应的活动列表),标题,正文

    15.2.4 商品推送:商品选(二次弹窗,配置对应的活动列表)标题,正文

15.3 标签:扩展,标签列表配置

15.4 优惠券:优惠券列表,支持搜索,分页展示(在弹窗中体现)

15.5 导出数据:Excel表格形式导出即可

15.6 用户详情页:用户信息查看,编辑,登录日志(这里优化点,操作日志,统计相关)

用户详情页

思考点:用户信息详情页中:包含该用户订单,是否这么设计?再次层级,订单详情页,选择的方案,新建一个窗口打开。以及查看该订单物流跟踪记录,应新建窗口展示。原因:页面层级较深,对后台操作人员,操作的思路,有更好的会调用。降低用户学习度。不会迷路了。

用户信息详情页,采用顶部个人信息+中间统计信息底部数据列表信息。与之前自己做的学生管理系统有相通的地方。学习学习!!!

用户详情页,地址信息,订单信息10条展示,分页加载

16 用户购买力筛选

用户购买力:用户在商城上的行为,购买,消费次数,金额

对应的指标:最近消费,消费次数,消费金额,订单均价,商品分类,会员等级,用户标签。

以上的指标可以构造出用户画像

用户购买力筛选

用户购买力筛选,是对用户列表,筛选项进行进一步的细化。

17 用户标签管理

用户标签列表:呈现用户标签列表,该用户标签下的人数(点击人数,新建窗口,获取该人数列表)。

用户标签:自动打成标签添加

例如:1.满足成功交易单数 2.累计满足金额数。这里可以细化展开:

a.最近一个月,三个月,自定义时间,满足成功交易单数,累计满足金额数

b.用户登录次数

c 用户消费的类型

d 用户浏览商品

e 用户搜索商品

f 用户年龄,性别,地域等基本信息

标签列表

截图中的标签对应的人数,点击可以查看。新增编辑标签,设置自动打标签条件

添加/编辑 标签自动打标签条件

思考点:这里让我学习太多太多了。对于标签管理,后台根据用户的操作行为,满足一定条件,自动打标签。对用户画像更加明确。同时可以查看该标签下的用户人群,后续扩展功能,可以对目标人群推送,推荐商品,提高转化力,购买力。也是大数据人工智能的一种设计方式。

18 会员等级

会员等级,满足成长值,对应的会员等级。

会员等级:普通会员,黄金会员,白金会员,钻石会员....设置默认会员:普通会员

会员对应的特权:比如免运费,折扣,满减,徽章,签到奖励,专属活动,生日礼包,会员特价等。对不同会员的特权可以设置不同的特权


添加会员特权设置19

19 用户成长值

19.1 用户成长值列表字段呈现和用户列表侧重不同:

用户成长值列表

用户成长值列表侧重点:会员等级,成长币(现有成长币,历史成长币,理解为抵用券已使用,未使用,过期等分类)

功能:支持批量修改,单修改,导出,成长币明细

19.2成长币明细

成长币明细

成长币明细设计方案:顶部获取该用户的资料,搜索成长币明细列表功能。成长币明细列表。对成长币明细列表支持导出操作等

19.3 成长值设置

    19.3.1 新手任务

新手任务包含:新手欢迎奖励,设置头像,设置昵称,完善个人资料,成功关注1人,首次分享商品/活动/专题(扩展分享的渠道)首次收藏商品,首次购买商品,首次完成评价

新手任务

    19.3.2 日常任务

日常任务:每日登录,每日签到,分享商品/专题,邀请好友,好友首次下单,购买天数达标

日常任务

    19.3.3 成长值规则设置

更多成长值设置:连续签到,购物消费,商品单价低于xx值(不送成长值),订单实际支付金额支付低于xx值(不送成长值),单件商品最高可活得xx值

成长值设置

    19.3.4 成长值消费设置

成长值消费设置:抵扣订单金额每xx个抵扣1元,最高抵扣订单金额比例,倍速,是否与优惠券同时使用

消费设置

20 促销活动

20.1 秒杀活动:秒杀活动列表,包含活动时间。

20.1.1功能项:设置商品,活动开始时间和结束时间,具体秒杀活动时间点。

秒杀活动列表

20.1.2 秒杀时间列表

秒杀时间点列表

20.1.2设置商品:设置商品,选设置秒杀时间,然后在选择商品,思考点:这里的流程应该先设置商品还是先设置时间。应该是先设置时间,比如每周一早上十点,然后哪些商品有秒杀活动,把他添加进来

秒杀时间点,每个时间点对应的商品列表

20.1.3以下是对应秒杀时间点,对应的商品列列表,设置项

秒杀时间点对应的商品列表

秒杀时间带你对应的商品的:设置秒杀价,秒杀数量,秒杀限购等

20.1.4 秒杀时间点对应的商品列表,继续添加商品

秒杀时间点对应的商品,继续添加商品

20.1.5 对秒杀活动的推送提醒:用户和秒杀活动的结合列表

秒杀活动推送

20.2 优惠券

优惠券种类:

20.2.1新用户赠券:新用户注册成功,即可领取或发放到新用户账户中

20.2.2 购物赠券:购物满一定金额/订单数,即可发放。(后台发货后)

20.2.3 全场赠券:在优惠券首页,列表,商品详情页,侧边栏

20.2.4 会员赠券:在优惠券首页,列表,商品详情页,侧边栏,条件特定会员

20.2.5 活动赠券等

20.2.6 优惠券列表:优惠券名称,优惠券类型(以上几种分类),可使用商品(全部商品,分类商品,指定商品),门槛要求(满减等),对应平台(全平台,pc,移动端),状态

优惠券列表

20.2.6.1优惠券详情页:优惠券基本信息(优惠券基本信息,统计)。

优惠券使用情况:领用情况,领用人,领用方式,领用时间,状态(已领用,已使用,未使用,已过期),使用对应的订单号

优惠券详情页

20.2.7 添加优惠券:

a 添加优惠券类型(注册赠券,购物赠券,全场赠券,会员赠券,活动赠券等)

b 优惠券名称,发行量,适应平台,面额,限制要求,门槛,时效(1.日期范围 2.固定天数,例如领用后几天会过期),可适用的商品(1.全场商品 2. 指定商品:获取商品列表进行选择3.指定分类:获取商品分类列表进行选择)


添加优惠券限制条件

20.3 活动管理:活动名称,活动时间,活动状态(上线,下架)

活动列表

20.4 首页推荐

品牌制造商,新鲜好物,人气推荐,精选专题


品牌制造商
添加品牌制造商
商品推荐
商品推荐添加
专题推荐列表
专题推荐添加

21 运营

21.1 系统消息

发布系统消息:系统消息标题,正文,发布时间,发布人

系统消息列表

短信消息列表:呈现的效果和其他的数据列表页有所不同,内容占主体:可以优化/扩展的地方:发布对象,发布对象对消息转化率

短信消息列表

发布短信,弹窗,对发布人可以筛选,例如用户选择,弹出用户购买力页面进行甄选

发布短信弹窗

站内信:呈现方式和系统消息类似

21.2运营查询

    21.2.1 优惠券查询:对用户优惠券使用情况进行查看(这里思考点,该逻辑是以人为主体,例如:用户A的账号下,有哪些优惠券,优惠券的使用情况。在优惠券管理那边,优惠券列表,是以优惠券为主体,例如双十一活动,A优惠券,有多少人领用,使用。分析的维度不一样,分析的维度不同,一个是以优惠券为核心,一个是人为核心

以人为主体的优惠券列表

优惠券明细:表一、用户信息+该用户对优惠券统计信息,表二、该用户优惠券领用,使用情况

思考点:已使用优惠券,关联都订单号为什么不关联到商品信息:发放优惠券的目的是让用户去使用优惠券,促进该用户的活跃度,转化购买。而并非查询该用户具体购买了什么商品信息。对于特殊情况需要查询关联,可以复制该订单号,在订单管理中进行查询该订单的

用户优惠券领用情况

21.2.2 邀请好友查询

用户通过分享的方式,拉新,并且成功交易的数据统计

用户邀请好友数据列表
用户邀请好友详情页,显示该用户拉取了哪些好友信息,转化信息

21.2.3 幸运抽奖(活动参与数据列表)

用户抽奖详情页,呈现该用户的抽奖时间,抽奖结果

用户抽奖详情页

21.3 广告管理

广告位置,根据不同系统设置地方不同,例如在app:引导页,首页banner,分类banner。web端:首页banner等各个地方

新增广告:根据设置不同的地方配置不同广告信息:广告标题(后台甄别用,不一定在前端展示),广告位置,时间,广告图,广告链接。而统计结果:点击次数,生成订单数,置顶操作

广告列表页

21.4 专题活动

21.4.1 专题数据列表:专题活动标题,分类(可配置项),关联的商品,评论,收藏,阅读量

专题列表数据页

21.4.2 专题活动详情页

思考心得:专题详情,呈现专题富文本信息,例如小红书,侧重专题活动,寄托用户感情,图片,视频,直播,评论等营销手段,达到用户共鸣,从而产生购买行为。提高购买力

专题活动详情页一
专题活动详情页二

21.4.3 发布专题活动:标题,关联商品,专题分类选择,富文本

发布专题活动一
发布专题活动关联商品二
发布专题活动图片,附件的选择,设计成可视化

思考心得:这里发布图片可视化的重要性,对不同图片的尺寸等,在实际运营会出问题的。项目经验深有体会。

21.4.4 专题活动分类

专题活动分类数据列表
添加专题活动分类

21.5 帮助管理

帮助管理其实和专题活动逻辑上是一样的,和专题活动对比,没有关联商品。应用场景:帮助管理呈现的内容:自问自答,让用户对疑难疑问点有地方可查询。所以不在赘述。

帮助管理列表页
帮助管理详情页

21.5 举报管理

对商品的举报,对评论的举报。对话题/专题的举报

举报的数据反馈到后台,对举报的处理方式:有效举报,无效举报,恶意举报。

举报数据列表页

举报设置:针对恶意举报:限制举报天数,次数

举报设置
举报详情页

22 统计

统计报表

22.1 交易统计

a 统计指标:浏览人数,下单人数,订单数,下单件数,有效订单数,下单金额,退款金额,付款人数,付款订单数,付款件数,付款金额,客单价

b 下单转化率(下单人数/浏览人数) 付款转化率(付款人数/下单人数)客单价(付款总金额/付款订单数)

c 新客户/老客户 的交易额,订单数

d 交易额分布

交易额分布

e 订单来源,渠道统计:ios,Android,小程序,公众号,pc端,其他

订单来源

22.2 流量统计

简单的说,页面浏览量,全站,首页,商品详情页,分类页,流量次数(PV),不去重,独立访客(UV)去重

22.3 商品统计

对商品分类销售情况统计,商品销售情况统计

商品分类/商品 的销售额统计

22.4 会员统计

会员的比例统计,会员的消费统计,会员端口来源统计

会员端口统计
会员消费统计

22.5 搜索的关键词统计。可表格,可图形呈现

22.6  综合统计(总的统计)

a.总销售额,有效订单数,有效订单额,无效订单数/额

b 商品列表:销售排行榜

c  会员排行榜

23 设置

23.1 平台信息,基本信息设置

平台信息设置

23.2  库存变化时机 和前面提到的呼应了

可设置项
修改订单相关,备注是否为必填项,可配置

23.3 用户协议内容

23.4 消息提醒(推送消息相关)

消息提醒渠道:邮件,站内信,短信,app推送。各个渠道是否推送,推送的文案

消息提醒

23.5 推送模板

消息推送编辑页
推送内容实例

运费模板

运费模板
添加运费模板

物流公司,录物流公司名称,备注项即可

物流公司
添加物流公司

24 权限

24.1 部门列表,部门对应的权限,以及部门人数,点击查看

部门列表,设置权限,人数

部门设置权限,和之前学的角色设置权限是一个道理的,设置的是功能权限,这里没有说明数据权限

部门设置权限

24.2 人员列表

人员列表
添加人员的时候,设置部门,继承该部门的权限

24.3 操作日志

操作日志

写在最后

后台管理系统让我学习了很多知识:

1.在表的关联,布局上。主次信息的呈现方式。

2.统计报表模块 

3.大数据标签话处理,构造人物画像。

4 订单处理

5 专题运营活动,如专题,活动等

6 广告位,配置等处理方式

不足:

1.权限管理,该系统仅做了功能权限,数据权限没有做,可能是不同系统的要求不同。

2.另外本系统也存在不完善的地方,财务。我合并到统计页里去了。下次应学习学习财务的知识。

3.商城没有体现不同商家

4 商品评论,评星,没有细化展开

5 没有黑名单处理相关

6 库存sku,增减没有明确,需要细化,文档说明

--结于2019-05-28 凌晨

end

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容