原副标题：多店家网络管理工作——店面前台

多店家简单理解是一个大京东，网络平台可以管理工作进驻京东的店家，进驻的店家有独立的前台，可自行登入加进开卖货品，自己管理工作店面等关键信息机能。那么店面前台应该如何结构设计，来看看作者的撷取，希望能够对你有帮助。

一、概要

店面前台是B2C网络平台的关键关键组成部分，店面管理工作员透过店面管理工作机能，展开货品、订货、网络营销公益活动、团体会员和金融资产等内容展开管理工作；B2C控制系统主要包涵：用户前台、店面前台和管理工作前台三个部门，店面前台属于B2C控制系统必不可少的一部分；

1.1 目地

应用软件市场需求是应用软件设计的依照，也是计算机科学各项公益活动的基础。撰写本PRD的目地是将店面前台的市场需求清晰准确地叙述清楚，为制定项目投资计划和后期的简述结构设计、蓝本结构设计、试验等阶段的工作提供可靠的依照。

1.2 范围

本文件格式阅读对象为商品经理、部门经理、UI结构雕塑家、开发技师、试验技师。

二、应用程序角色叙述 三、商品简述

店面前台是B2C网络平台关键的关键组成部分，店面管理工作员透过店面管理工作机能管理工作店面关键信息；透过店面管理工作机能管理工作店面的店面关键信息、货品、订货、团体会员、网络营销公益活动、金融资产等。

3.1 总体机能洼瓣

3.2控制系统时序

店面清算

店面选择退出

四、 机能市场需求表明 4.1 店面前台

4.1.1 店面登入

（1）网页结构设计

（2）市场需求表明

店面未登入，重定向到店面登入网页； 店面2小时内不操作，session已过期，店面自动选择退出登入，重定向到登入网页； 支持帐户公钥登入，接收者有效期限5两分钟，点选接收者可创下； 点选寻回公钥，重定向到寻回公钥网页；点选审查进驻，重定向到店面进驻网页； 点选登入按键，校正帐户、公钥和接收者的准确度，保存店面登入关键信息； 登入关键信息包涵：帐户名称、登入时间、登入IP； 店面登入获得成功，店面已申请帐号未进驻完成，根据进驻工程进度，重定向到那次离开网页；

寻回公钥

（1）网页结构设计

（2）市场需求表明

点选【获取接收者】按键，登入帐户不存有，提示信息“登入帐户不存有”；联系方式不存有，提示信息“联系方式不存有”； 接收者的推送间距1两分钟，有效期限5两分钟，同一联系方式每天最多可推送四次； 点选【递交】按键，店家帐号、联系方式、手机短信接收者新公钥和确认公钥奇偶校验透过，提示信息公钥更新获得成功，重定向到登入网页； 点选【立即登入】按键，重定向到店家登入网页；

4.1.2 主页

（1）网页结构设计

（2）市场需求表明

店家登入获得成功，店家进驻获得成功，重定向到店面主页； 店面主页包涵：店面基本关键信息、待退款、待提货、待提货、已完成、已停用、货品待审查的数量统计数据和下载量、订货量、营业额、团体会员数和清算额的今日和累计统计数据；

4.1.3 店面

4.1.3.1 店面关键信息

（1）网页结构设计

（2）市场需求表明

根据店面进驻关键信息显示店面的基本关键信息和清算关键信息； 店面关键信息网页，可修改：店面名称、店面类型、主营行业、打赏比例、店面LOGO、清算方式、清算开户行、清算银行帐号、清算银行开户支行名称关键信息； 用户下单时，根据清算方式、打赏比例，保存订货关键信息；清算开户行、清算银行帐号和清算银行开户支行名称在发起清算时生效； 店面名称、店面类型、主营行业、店面LOGO实时生效；

4.1.3.2 联系方式

（1）网页结构设计

（2）市场需求表明

根据店面进驻关键信息显示店面的联系方式关键信息； 联系方式网页，可修改：联系人姓名、联系人手机号、联系地址和详细地址； 联系人姓名、联系人手机号、联系地址和详细地址实时生效；

4.1.3.3 认证关键信息

（1）网页结构设计

（2）市场需求表明

根据店面进驻关键信息显示当前网页，不可修改；

4.1.3.4 聚合收款

（1）网页结构设计

（2）市场需求表明

根据店面关键信息，生成店面收款码图片； 店面收款码照片，包涵：在此扫码支付的提示信息内容，店面收款码和使用XXAPP扫码支付的提示信息内容； 点选下载收款码按键，下载店面收款码图片；

4.1.4 货品

4.1.4.1 货品列表

（1）网页结构设计

（2）市场需求表明

1. 货品列表网页，用于维护店面的货品关键信息；

2. 支持货品名称、货品状态和创建时间查询；货品名称支持模糊查询；货品状态包涵：销售中、待审查、审查失败、违规下架和已下架；

3. 货品状态表明：

3.1 货品加进或者编辑获得成功，货品状态：待审查； 3.2 管理工作台货品审查透过，货品状态：销售中，可编辑、删除或者下架操作； 3.3 管理工作台货品审查失败，货品状态：审查失败，可编辑、删除操作； 3.4 货品状态：销售中，货品下架获得成功，货品状态：已下架，可编辑、删除和开卖操作； 3.5 货品状态：销售中，管理工作员货品违规下架处理获得成功，货品状态：违规下架，可编辑和删除操作；

4. 货品列表关键信息包涵：货品名称、货品图片、货品售价、货品库存、销量、货品状态和创建时间；根据创建时间倒序展示；

5. 批量删除、批量开卖、批量下架、删除、开卖、下架操作需操作确认才能执行；

6. 货品状态：销售中，货品可正常展示和购买；

加进实物货品

（1）网页结构设计

（2）市场需求表明

1. 货品列表网页，点选加进货品按键，重定向到加进货品网页；

2. 加进货品时，货品分类、基本关键信息、规格库存、网络营销和图文详情必填；

2.1 货品分类为店面货品分类关键信息，树状结构展示； 2.2 基本关键信息包涵：货品名称、货品类型、货品缩略图、货品图片、售价、原价必填；货品名称最大长度50个汉字，唯一； 2.3 规格库存包涵：货品库存、品牌设置和使用规格；货品库存为正整数；品牌设置为店面维护的品牌关键信息；点选使用规格，可设置货品规格关键信息；

3. 网络营销包涵：激活专区和赠送乐值；当激活专区不为空，根据清算规则显示赠送乐值，当清算规则的最小赠送乐值和最大赠送乐值相同时，赠送乐值为最小赠送乐值，不可修改；当清算规则的最小赠送乐值和最大赠送乐值不同时，最小赠送乐值 <= 货品赠送乐值 <= 最大赠送乐值；当激活专区为空，赠送乐值 = 售价*（1 – 店家折扣）*10；

4. 图文详情为多行文本编辑器，可设置图片、链接文字等内容；

5. 点选保存按键，货品加进完成，货品状态：待审查；

加进虚拟货品

（1）网页结构设计

（2）市场需求表明

1. 货品列表网页，点选加进货品按键，重定向到加进货品网页；

2. 加进货品时，货品分类、基本关键信息、规格库存、网络营销和图文详情必填；

2.1 货品分类为店面货品分类关键信息，树状结构展示； 2.2 基本关键信息包涵：货品名称、货品类型、货品缩略图、货品图片、售价、原价、货品有效期限必填；货品名称最大长度50个汉字，唯一； 2.3 规格库存包涵：货品库存、品牌设置和使用规格；货品库存为正整数；品牌设置为店面维护的品牌关键信息；点选使用规格，可设置货品规格关键信息；

3. 网络营销包涵：激活专区和赠送乐值；当激活专区不为空，根据清算规则显示赠送乐值，当清算规则的最小赠送乐值和最大赠送乐值相同时，赠送乐值为最小赠送乐值，不可修改；当清算规则的最小赠送乐值和最大赠送乐值不同时，最小赠送乐值 <= 货品赠送乐值 <= 最大赠送乐值；当激活专区为空，赠送乐值 = 售价*（1 – 店家折扣）*10；

4. 图文详情为多行文本编辑器，可设置图片、链接文字等内容；

5. 点选保存按键，货品加进完成，货品状态：待审查；

审查失败

（1）网页结构设计

（2）市场需求表明

货品状态：审查失败/违规下架，点选【编辑】按键，重定向到当前网页； 显示审查失败/违规下架的原因，点选【保存】按键，货品状态：待审查；

4.1.4.2 货品分类

（1）网页结构设计

（2）市场需求表明

货品分类网页，用于维护货品分类关键信息； 货品分类关键信息树状展示，最多三级；

加进分类

（1）网页结构设计

（1）市场需求表明

点选货品分类网页的【加进】按键，重定向到加进货品分类网页； 加进货品分类网页，货品分类名称、显示顺序、上级分类和是否显示必填；

4.1.4.3 品牌管理工作

（1）网页结构设计

（2）市场需求表明

品牌管理工作网页，用于维护货品品牌关键信息； 根据品牌的创建时间倒序展示；

加进

（1）网页结构设计

（2）市场需求表明

点选品牌管理工作网页的【加进】按键，重定向到加进品牌管理工作网页； 加进品牌管理工作网页，品牌名称和品牌LOGO必填；

4.1.5 订货

4.1.5.1 订货列表

（1）网页结构设计

订货列表

提货

修改地址

（2）市场需求表明

1. 订货管理工作网页用于维护店面订货关键信息；

2. 支持订货编号、订货状态、清算状态和创建时间查询；

2.1 订货编号支持精准查询，订货状态包涵：待支付、待提货、待提货、已提货、已完成、已停用；清算状态包涵：未清算、清算中和已清算；创建时间精确到秒； 2.2 订货状态表明：提货完成，15天自动提货；提货完成，7天自动完成；待支付订货超过2小时未支付，订货状态改为已停用； 2.3 清算状态表明：已支付订货为生成清算流水，清算状态：未清算；已生成清算流水，清算未完成，清算状态：清算中；已生成清算流水，清算完成，清算状态：已清算；

3. 点选【备注】按键，弹窗显示备注设置网页，可设置店家备注关键信息；

4. 店家乐贝余额价值大于订货清算金额（订货售价*店家折扣）扣除乐贝为清算手续费，订货金额和清算金额相等；

5. 店家乐贝余额价值小于订货清算金额（订货售价*店家折扣），店面清算金额 = 货品售价 * 店家折扣；

6. 订货操作表明：

6.1 订货状态：待提货，可提货或者修改提货地址； 6.2 点选【提货】按键，弹出提货网页，可选择物流公司，填写物流单号； 6.3 点选【修改地址】按键，弹窗显示修改地址网页，可修改提货人、提货人联系方式和提货地址关键信息；

实物货品详情

（1）网页结构设计

（2）市场需求表明

订货详情网页包涵：订货状态、订货操作、订货关键信息和货品关键信息； 订货状态为当前订货状态工程进度，和各个订货状态节点的时间； 订货状态：待提货，订货操作为提货；订货状态非待提货，订货操作为备注； 订货关键信息包涵：订货编号、订货金额、支付方式、配送方式、运费金额、订货状态、清算状态、清算金额、清算日期、店面名称、买家关键信息、提货人、联系方式、提货地址、买家留言； 货品关键信息包涵：货品图片、货品名称、货品编号、货品重量、单价、购买数量和货品总价；

虚拟货品详情

（1）网页结构设计

（2）市场需求表明

订货详情网页包涵：订货状态、订货操作、订货关键信息和货品关键信息； 订货状态为当前订货状态工程进度，和各个订货状态节点的时间； 订货状态：待提货，订货操作为核销；订货状态非待提货，订货操作为备注；核销完成，订货状态：已完成； 订货关键信息包涵：订货编号、订货金额、支付方式、配送方式、运费金额、订货状态、清算状态、清算金额、清算日期、店面名称、买家关键信息、核销码、有效期限、核销时间、买家留言； 货品关键信息包涵：货品图片、货品名称、货品编号、货品重量、单价、购买数量和货品总价；

4.1.5.2 核销台

（1）网页结构设计

（2）市场需求表明

1. 核销台用于核销虚拟品的核销码；

2. 核销操作表明：

2.1 输入核销码，点选核销按键，核销码不正确，提示信息“核销码不存有”； 2.2 输入核销码，点选核销按键，核销码已已过期，提示信息“核销码已已过期”； 2.3 输入核销码，点选核销按键，核销码已使用，提示信息“核销码已使用”； 2.4 输入核销码，点选核销按键，核销码未使用，且在有效期限范围以内，弹窗显示核销确认网页；

3. 核销确认网页，核销确认完成，生成核销记录，订货状态：已提货；生成核销记录；

4.1.5.3 核销记录

（1）网页结构设计

（2）市场需求表明

核销记录网页，用于展示核销码的核销记录； 支持核销码和核销时间查询； 核销记录包涵：核销码、订货编号和核销时间；根据核销时间倒序显示；

4.1.5.4 收款记录

（1）网页结构设计

收款记录

详情

（2）市场需求表明

收款记录网页，用于聚合支付的收款记录； 支持用户名、退款金额和退款时间查询； 退款记录包涵：订货编号、用户名、订货金额、支付方式、用户支付金额、清算时间、清算金额和支付时间；根据支付时间倒序显示； 点选【详情】按键，重定向到详情网页；详情网页包涵：订货编号、订货金额、支付方式、用户支付金额、清算状态、清算金额、清算日期、买家关键信息名称；

4.1.6 团体会员

（1）网页结构设计

（2）市场需求表明

团体会员列表为支付获得成功的用户关键信息； 支持：团体会员ID、团体会员等级、等级职位、联系方式、购买金额和注册时间；

4.1.7 金融资产

（1）网页结构设计

店面收支明细

店面清算明细

乐贝帐户明细

乐值帐户明细

（2）市场需求表明

金融资产网页用户展示店面的金融资产概况和帐户明细； 金融资产概况包涵：店面总收入（元）、已清算（元）、乐贝余额和乐值余额； 帐户明细包涵：店面收支明细、店面清算明细、乐贝帐户明细和乐值帐户明细； 店面收支明细为支付获得成功的订货清算总金额；店面清算明细为店面清算记录关键信息；乐贝帐户明细为乐贝帐户的变动明细；乐值帐户明细为乐值帐户的变动明细；

本文由 @小胖纸 原创发布于人人都是商品经理。未经许可，禁止转载

题图来自Unsplash，基于 CC0 协议返回搜狐，查看更多

责任编辑：