商城后台学习/笔记/思考
仪表盘/首页,简单统计,报表页,运营快捷口。实际统计情况:订单(订单量,各订单状态),销售额,广告统计,活动统计,用户统计(促活,拉新),商品管理/统计/添加,爆品统计,系统公告等
仪表盘统计一 仪表盘统计二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 会员等级
会员等级,满足成长值,对应的会员等级。
会员等级:普通会员,黄金会员,白金会员,钻石会员....设置默认会员:普通会员
会员对应的特权:比如免运费,折扣,满减,徽章,签到奖励,专属活动,生日礼包,会员特价等。对不同会员的特权可以设置不同的特权
添加会员特权设置1919 用户成长值
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