商品上传：商品基本信息，图片，标签，库存，审核状态（思考是否需要审核）
商品上架，审核思考点：上传时商品后，是否需要审核，如出现商品上传，信息错误。对于审核商品，审核商品通过/不通过，审核商品，直接编辑商品内容。使用场景思考：上传商品信息是谁，后台管理人员，审核商品的又是谁，对上正常正常传商品，可以选择是否审核。审核通过后与商品上架/下架是否直接关联，或者间接关联。例如：正常流审核通过是直接上架，还是上架下架独立运作。
1.1不同商品逐个上传，支持批量上传商品
1.3商品基本信息，关联信息，扩展信息
商品基本资料信息：商品分类信息，对分类信息.
思考点：是否单选，多选，多选的呈现效果，一级分类单选与多选。二级分类单选与多选。....
1.3.1该商品的附件信息，购买该商品，对应的成长值（后面会提到在成长值模块）的添加与减少配置
1.3.2商品参与活动，例如满减，专题活动。
1.4关联商品：单项关联商品(a关联b,还是b关联a），双项关联。
1.4.1交互效果，页面提供搜索，直接呈现的数据又该是什么
思考点：不同商品，没有体现商品是否可以批量上传，相同商品，不同属性是否复制性的方案上传，或者其他方案上传，减少上传商品的重复性
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.2修改收货人信息：收货人姓名，手机，地址
6.5.3修改商品信息：对原商品进行修改，比如修改数量，更换sku，添加商品，删商品
6.5.4修改费用信息：修改价格：例如运费，折扣，价格
6.5.5发送站内信：标题和内容
6.5.6关闭订单，关闭原因
6.5.7备注订单，备注内容
6.5.8待付款订单订单信息
6.6待发货订单：修改发票信息，修改收货人信息，发送站内信，取消订单，备注订单
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.2app推送:链接推送，专题推送，活动推送，商品推送
15.2.1链接推送：链接，标题，正文
15.2.2专题推送：专题模块选择（二次弹窗，配置对应的专题列表），标题，正文
15.2.3活动推送：活动模块选择（二次弹窗，配置对应的活动列表），标题，正文
15.2.4商品推送：商品选（二次弹窗，配置对应的活动列表）标题，正文
15.3标签：扩展，标签列表配置
15.4优惠券：优惠券列表，支持搜索，分页展示（在弹窗中体现）
15.5导出数据：Excel表格形式导出即可
思考点：用户信息详情页中：包含该用户订单，是否这么设计？再次层级，订单详情页，选择的方案，新建一个窗口打开。以及查看该订单物流跟踪记录，应新建窗口展示。原因：页面层级较深，对后台操作人员，操作的思路，有更好的会调用。降低用户学习度。不会迷路了。
用户信息详情页，采用顶部个人信息+中间统计信息底部数据列表信息。与之前自己做的学生管理系统有相通的地方。学习学习！！！
16用户购买力筛选
用户购买力：用户在商城上的行为，购买，消费次数，金额
对应的指标：最近消费，消费次数，消费金额，订单均价，商品分类，会员等级，用户标签。
以上的指标可以构造出用户画像
用户购买力筛选，是对用户列表，筛选项进行进一步的细化。
17用户标签管理
用户标签列表：呈现用户标签列表，该用户标签下的人数（点击人数，新建窗口，获取该人数列表）。
用户标签：自动打成标签添加
例如：1.满足成功交易单数2.累计满足金额数。这里可以细化展开：
c用户消费的类型
d用户浏览商品
e用户搜索商品
f用户年龄，性别，地域等基本信息
截图中的标签对应的人数，点击可以查看。新增编辑标签，设置自动打标签条件
思考点：这里让我学习太多太多了。对于标签管理，后台根据用户的操作行为，满足一定条件，自动打标签。对用户画像更加明确。同时可以查看该标签下的用户人群，后续扩展功能，可以对目标人群推送，推荐商品，提高转化力，购买力。也是大数据人工智能的一种设计方式。
18会员等级
会员等级，满足成长值，对应的会员等级。
会员等级：普通会员，黄金会员，白金会员，钻石会员....设置默认会员：普通会员
19用户成长值
19.1用户成长值列表字段呈现和用户列表侧重不同：
用户成长值列表侧重点：会员等级，成长币（现有成长币，历史成长币，理解为抵用券已使用，未使用，过期等分类）
功能：支持批量修改，单修改，导出，成长币明细
19.2成长币明细
成长币明细设计方案：顶部获取该用户的资料，搜索成长币明细列表功能。成长币明细列表。对成长币明细列表支持导出操作等
19.3成长值设置
19.3.1新手任务
19.3.2日常任务
19.3.3成长值规则设置
19.3.4成长值消费设置
成长值消费设置：抵扣订单金额每xx个抵扣1元，最高抵扣订单金额比例，倍速，是否与优惠券同时使用
20促销活动
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.4首页推荐
21运营
21.1系统消息
短信消息列表：呈现的效果和其他的数据列表页有所不同，内容占主体：可以优化/扩展的地方：发布对象，发布对象对消息转化率
发布短信，弹窗，对发布人可以筛选，例如用户选择，弹出用户购买力页面进行甄选
站内信：呈现方式和系统消息类似
21.2运营查询
21.2.1优惠券查询:对用户优惠券使用情况进行查看（这里思考点，该逻辑是以人为主体，例如：用户A的账号下，有哪些优惠券，优惠券的使用情况。在优惠券管理那边，优惠券列表，是以优惠券为主体，例如双十一活动，A优惠券,有多少人领用，使用。分析的维度不一样，分析的维度不同，一个是以优惠券为核心，一个是人为核心）
优惠券明细：表一、用户信息+该用户对优惠券统计信息，表二、该用户优惠券领用，使用情况
思考点：已使用优惠券，关联都订单号为什么不关联到商品信息：发放优惠券的目的是让用户去使用优惠券，促进该用户的活跃度，转化购买。而并非查询该用户具体购买了什么商品信息。对于特殊情况需要查询关联，可以复制该订单号，在订单管理中进行查询该订单的
21.2.2邀请好友查询
21.2.3幸运抽奖（活动参与数据列表）
21.4专题活动
21.4.2专题活动详情页
21.4.3发布专题活动：标题，关联商品，专题分类选择，富文本
思考心得：这里发布图片可视化的重要性，对不同图片的尺寸等，在实际运营会出问题的。项目经验深有体会。
21.4.4专题活动分类
21.5帮助管理
帮助管理其实和专题活动逻辑上是一样的，和专题活动对比，没有关联商品。应用场景：帮助管理呈现的内容：自问自答，让用户对疑难疑问点有地方可查询。所以不在赘述。
21.5举报管理
举报的数据反馈到后台，对举报的处理方式：有效举报，无效举报，恶意举报。
举报设置：针对恶意举报：限制举报天数，次数
22统计
统计报表
22.1交易统计
a统计指标：浏览人数，下单人数，订单数，下单件数，有效订单数，下单金额，退款金额，付款人数，付款订单数，付款件数，付款金额，客单价
b下单转化率（下单人数/浏览人数）付款转化率（付款人数/下单人数）客单价（付款总金额/付款订单数）
c新客户/老客户的交易额，订单数
d交易额分布
22.2流量统计
简单的说，页面浏览量，全站，首页，商品详情页，分类页，流量次数（PV）,不去重，独立访客（UV）去重
22.3商品统计
对商品分类销售情况统计，商品销售情况统计
22.4会员统计
22.5搜索的关键词统计。可表格，可图形呈现
22.6综合统计（总的统计）
a.总销售额，有效订单数，有效订单额，无效订单数/额
b商品列表：销售排行榜
c会员排行榜
23设置
23.1平台信息，基本信息设置
23.2库存变化时机和前面提到的呼应了
23.3用户协议内容
消息提醒渠道：邮件，站内信，短信，app推送。各个渠道是否推送，推送的文案
23.5推送模板
运费模板
物流公司，录物流公司名称，备注项即可
24权限
24.1部门列表，部门对应的权限，以及部门人数，点击查看
部门设置权限，和之前学的角色设置权限是一个道理的，设置的是功能权限，这里没有说明数据权限
24.2人员列表
24.3操作日志
写在最后
后台管理系统让我学习了很多知识：
1.在表的关联，布局上。主次信息的呈现方式。
2.统计报表模块
3.大数据标签话处理，构造人物画像。
4订单处理
5专题运营活动，如专题，活动等
不足：
1.权限管理，该系统仅做了功能权限，数据权限没有做，可能是不同系统的要求不同。
2.另外本系统也存在不完善的地方，财务。我合并到统计页里去了。下次应学习学习财务的知识。