仪表盘/首页，简单统计，报表页，运营快捷口。实际统计情况：订单（订单量，各订单状态），销售额，广告统计，活动统计，用户统计（促活，拉新），商品管理/统计/添加，爆品统计，系统公告等
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 用户详情页：用户信息查看，编辑，登录日志（这里优化点，操作日志，统计相关）
思考点：用户信息详情页中：包含该用户订单，是否这么设计？再次层级，订单详情页，选择的方案，新建一个窗口打开。以及查看该订单物流跟踪记录，应新建窗口展示。原因：页面层级较深，对后台操作人员，操作的思路，有更好的会调用。降低用户学习度。不会迷路了。
用户信息详情页，采用顶部个人信息+中间统计信息底部数据列表信息。与之前自己做的学生管理系统有相通的地方。学习学习！！！
16 用户购买力筛选
用户购买力：用户在商城上的行为，购买，消费次数，金额
对应的指标：最近消费，消费次数，消费金额，订单均价，商品分类，会员等级，用户标签。
以上的指标可以构造出用户画像
用户购买力筛选，是对用户列表，筛选项进行进一步的细化。
17 用户标签管理
用户标签列表：呈现用户标签列表，该用户标签下的人数（点击人数，新建窗口，获取该人数列表）。
用户标签：自动打成标签添加
例如：1.满足成功交易单数 2.累计满足金额数。这里可以细化展开：
a.最近一个月，三个月，自定义时间，满足成功交易单数，累计满足金额数
b.用户登录次数
c 用户消费的类型
d 用户浏览商品
e 用户搜索商品
f 用户年龄，性别，地域等基本信息
截图中的标签对应的人数，点击可以查看。新增编辑标签，设置自动打标签条件
思考点：这里让我学习太多太多了。对于标签管理，后台根据用户的操作行为，满足一定条件，自动打标签。对用户画像更加明确。同时可以查看该标签下的用户人群，后续扩展功能，可以对目标人群推送，推荐商品，提高转化力，购买力。也是大数据人工智能的一种设计方式。
18 会员等级
会员等级，满足成长值，对应的会员等级。
会员等级：普通会员，黄金会员，白金会员，钻石会员....设置默认会员：普通会员
会员对应的特权：比如免运费，折扣，满减，徽章，签到奖励，专属活动，生日礼包，会员特价等。对不同会员的特权可以设置不同的特权
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