Java生鲜电商平台-商城后台架构与原型图实战

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

Java生鲜电商平台-商城后台架构与原型图实战

说明：生鲜电商平台的运营平台，其中需要很多的功能进行管理。目前把架构与原型图实战分享给大家，希望对大家有用.

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

仪表盘统计一

仪表盘统计二

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优惠券,有多少人领用，使用。分析的维度不一样，分析的维度不同，一个是以优惠券为核心，一个是人为核心）