Web网站后台项目需求--V3.0.doc

Web网站后台项目需求--V3.0.doc

《Web网站后台项目需求--V3.0.doc》由会员分享，可在线阅读，更多相关《Web网站后台项目需求--V3.0.doc（20页珍藏版）》请在冰豆网上搜索。

电商Web网站后台项目需求

电商Web网站后台

项目需求

版本3.0

上海**信息技术有限公司

2012年11月13日

目　　录

一．概述 4

二．需求详细 5

1、会员管理 5

2、商品管理 5

a） 产品管理 6

b） 套餐管理 7

3、Unit 8

a） 产品Unit管理 9

b） 套餐Unit管理 10

c） Unit入库管理 11

d） Unit出库管理 12

4、运营 12

a） 订单管理 12

1） 客户前台网站下单 15

2） 客服后台网站下单 15

3） 订单批量导入 15

4） 内部申领订单 15

b） 客户服务管理 16

1） 客服记录 16

2） 待办事项 16

3） 酒店预约 17

c） 结算管理 17

d） 物流管理 18

e） 商户管理 18

f） 邮件短信管理 19

1） 邮件管理 19

2） 短信管理 19

5、网站 19

a） 网站管理 19

b） App管理 19

注：

20

BC卡Web网站后台

项目需求

一．概述

BC电子商务系统是一套完备的中英文双语电商系统，系统涵盖了面向客户层的Web网站前台、面向管理人员的Web网站后台、以及客户智能手机App和商户智能平板App。

系统旨在以信息化的手段实现传统线下人工操作的业务。

提高公司业务中各个部门信息的实时反馈效率，并且以全新的移动互联网模式给客户带来全新的体验。

本文所述所有内容均为BC项目一期所必须完成的系统后台部分的业务功能，对系统本身性能的需求与网站前台的功能需求，仍需参考早期文档《功能范围与内容简要说明V1.0》中所述的系统性需求。

手机App的需求参考《App需求范围V1.0》，但原则上无需变更appdemo与原型所现有的功能内容，仅需完成与真实后台系统的联合工作。

二．需求详细

1、会员管理

会员管理模块主要是对于会员基本信息的管理功能。

模块首页以列表形式显示会员。

会员信息包含：

会员姓名、用户积分、地区、E-Mail、手机号、邮编、固定电话、性别、备注、出生日期、注册日期、注册IP等信息。

具体数据可参照《数据汇总表》。

模块提供对会员的管理功能。

包括添加新会员、编辑会员信息、删除会员、操作会员（包含冻结、激活）、给会员发送EDM、短信、Mac绑定解绑（AppMac地址）等操作。

能够通过导入的方式新建一批会员，导入的内容包含会员姓名、手机、住址、电子邮箱，导入时仅对手机号码与电子邮箱做匹配，如果出现手机号码相同或电子邮箱相同，则导入失败，自动存入失败列表。

会员的分级制度，沿用ECStore。

操作单个会员的同时，应该在界面显示与该会员相关的Unit、订单、使用记录、客服记录。

在所有会员记录数据的右侧，提供多功能的筛选条供管理员对所有数据进行筛选，筛选条件须包含拥有有效的某个指定的产品与产品Unit（如遇酒店毁约问题，可以对所有拥有人发短信或邮件通知）。

2、商品管理

商品管理模块主要供管理员对BC目前所运营并且将来会运营的的商品进行管理。

从业务角度划分，BC的主要产品分为套餐和产品，其中，产品具体又细化为会籍（会员卡为其具现化的代表）、住宿券、限时促销券、餐饮券、SPA券、其他券。

其中不同的产品的优惠范围与内容不同，其优惠形式有以下几种：

[优惠权限]

1.代表产品的购买与使用权限的会籍类产品，会员如果拥有该产品可以在电子商务平台（二期则增加app购物平台）中购买与使用指定范围的产品，例如散货会籍，默认为激活产品，不可转增，有效期为最后一次购买后一年。

（改为：

金牌会员）。

2.代表产品的使用权限的会籍类产品，如果该会籍缺失或过期，即使拥有相应的产品，也不能使用，例如套餐内代表会籍资格的会员卡。

[优惠内容]

3.可以在有效期内，在指定范围的商户享受不同的指定折扣，无使用次数限制，例如会员卡。

4.通用的免费兑换券，能且只能在所有提供相应类型服务的商户中选择一家兑换相应的服务内容，且只能被使用一次，例如住宿券，未来的餐饮券与Spa券等其他也会有此种类型。

5.限时促销券，同样是免费兑换券，但只有一个商户可以选择，且只能被使用一次，例如红酒券。

6.单一商户的折扣券，例如目前的餐饮券和SPA券，只有一个商户可以选择，且只能被使用一次。

以上内容中，除1、3或2、3可以归属于一个产品以外，其他优惠内容不得与其他优惠同时存在。

套餐由产品或其他套餐组成（注意系统应防止死循环嵌套的发生），产品由商家提供。

每个商品与有一个唯一的5位数字的标志序号，第一位标示该商品是套餐还是产品，后四位为序号，多个版本的同一款产品或套餐的标志序号相同，如1888套餐为10001,1098套餐为10002,逸江南主卡套餐为10003，副卡套餐为10004，红酒单券为00005等。

该5位标识号为系统自动生成。

在商户pad上验证扫描的纸券二维码中的最后四位数字即为上述标志序号的后四位。

注：

一个套餐最多包含两层套餐。

住宿券使用前必须预约，所有的免费兑换券都需要结算，其他券的预约和结算流程都非必需。

在产品使用环节，增加单独会员卡验证的记录，需记录验证的时间（限于验证和使用会员卡的折扣优惠，即使用优惠权限）；其流程相当于不输入或者扫描纸券二维码的验证。

商品管理模块需要提供包括套餐、产品的新建、编辑、操作（上下线、备货申请、上下架、是否前台显示）、停用功能，其中系统需要每天0点更新通过审核的指定当日上线或停用的产品与套餐，将其状态置为上线或停用，并相应操作上线或停用的各个相关事宜。

其中产品与套餐的上架下架数量申请，仅代表该商品的可销售数量，而非实际库存数量。

该产品的可销售数量同实际库存数量不做控制。

a）产品管理

产品是构成套餐的基本要素，由各个商户提供。

每个实物产品有一个14位的唯一标识号（4位字母+10位数字），该唯一号区别于ID，需要系统自动按该规则分配。

未来印在纸质券上的二维码所对应的数字字母组合，要做在ai文件上直接印刷，每个酒店一个二维码。

其命名规则：

BCCN1200018434

1-4位字母标志所属公司，如BCCN。

5-6位数字标志产品年份末二位，如12。

7-10位数字标示产品（套餐+单券）内容序号。

11-14位为加密校验数字，其加密原则为对5-10位数字进行对指定数字密钥A的异或操作，得出的结果与密钥B相乘，取最后四位数字。

其中密钥A与密钥B可设定更改，更改时，所有的产品必须升级。

目前初始密钥A为2012，密钥B为314。

产品有两个有效期，产品生命周期有效期指的是当前版本产品在整个系统中流转的期限。

超过有效期，产品将自动下线。

产品使用有效期则为所生产的Unit的默认使用有效期（若Unit是因为套餐的销售而生成，而非产品直接备货或销售生成，则其使用有效期跟随套餐的使用有效期）

产品存在的意义是作为产品Unit的模板在申请产品Unit数量的时候生成产品Unit的个体，（套餐在销售的时候亦会生成产品Unit）。

对于产品的基本数据元素请详见《数据汇总表》，此外需考虑前台产品网页展示内容与app展示内容所需备的属性信息。

（增加产品所属餐厅名的字段，因为存在一个商户有多个餐厅与我们签约，例如中餐厅、西餐厅，可以按餐厅不同，新建不同的产品，其他部分属性需参考前台界面展示的网页内容与手机app展示的内容）

管理员可以对产品进行新建、编辑、操作、删除。

操作包含上线（该产品可销售）、下线（该产品不可销售）、前台展示确认与取消（此处为一个更改，因为考虑到某些下线产品如果在套餐内，客户理应可以查看套餐内每个产品的介绍，如果下线状态前台无法显示的话，就有些矛盾）、产品的创建、上下线审核、停用、停用审核，编辑产品的时候如果编辑的数据元素不是该产品的关键数据元素，则不会引起当前产品或者由当前产品组成的套餐的升级。

而如果编辑的数据元素是该产品的关键数据元素时，则会引发当前产品或者由当前产品所组成的套餐的升级。

其中，新建、编辑、操作、升级、删除、上线、下线、展示、取消展示、上架、下架、停用都是需要审核的，并记录期相应操作与审核的时间，以便于筛选。

产品维护专员在新建产品后，产品默认属于草稿状态。

由产品维护专员提起产品启用审核申请。

产品审核专员审核通过后，产品默认处于下线状态。

处于下线状态的产品可以由产品维护专员提起上线申请并可确定上线时间。

上线的产品同样可以被提出下线申请，并约定下线时间。

产品审核专员审核通过后，产品处于可以被购买的状态。

如果确认了产品的前台展示，则产品可以在网站前台购物界面显示，取消展示则不会显示；如果某产品属于某个处于展示状态的套餐，则该产品必须处于前台显示状态，并不得被取消显示，如果产品管理员执行取消显示操作，系统必须给出提示，告知XXX套餐含有该产品。

产品的升级同样需要确定升级时间（升级实际上就是新版本产品替代旧版本的操作），升级时，新版本产品生产，其显示状态与上下线状态与旧版本保持一致，旧版本产品变为下线状态，显示状态取消，所有含该产品的套餐自动升级并包含新版本产品，新版本套餐的上下线状态与展示状态与旧版本保持一致。

在产品上线后的任何时间点，产品都可以提交停用申请，与上线申请一样，停用申请也可以确定停用时间。

在需要的情况下，如产品所对应的商户已经不再合作时，产品需要停用。

产品停用由产品维护专员提请申请，由产品审核专员审核。

如审核通过，产品则直接被停用，所有包含该产品的套餐自动升级并且不包含该产品，被停用后前台展示自动取消，后台中只允许查阅不允许编辑；不可以再申请该产品的Unit备货，不得再生成停用产品的Unit，但已产生的Unit依然存在，并且状态不会自动变更，除非Unit管理专员主动编辑更改其属性。

如果要再次启用，则需要由产品维护专员再次提起产品启用审核申请。

上、下架仅限于可销售数量的变更，同样需提出申请，然后被审核确认。

当客户成功提交订单后，该数量扣减客户的订单所含相应的商品数量。

产品在系统中的流转有两种方式，一种是作为套餐内的产品进行流转，另一种是作为独立销售流转，两者均有电子版与实物版的存在，其在前台界面的销售形式，则在产品新建与编辑中确定，操作员可以选择该产品只销售电子版、实体版或者两者同时销售。

对应到前台网站，用户可以选择相应的电子形式产品或者实物产品。

（注：

10月份和龚平山提过，业务部门确认会存在实体单券单卖，因此产品Unit也需要有实体部分，流程与套餐一致）

系统对产品提供了分类，并可以对分类进行增减、编辑（后台在参数管理模块应提供所有下拉菜单项的内容管理，以便于后期新增分类选项；产品分类EC-store系统自带）。

管理员可以通过分类，对产品进行有效的管理。

产品分类亦可以作为客户在操作前台网站时，对产品检索的依据。

在产品管理界面，产品是以列表的形式进行展示的。

在所有产品列表数据的右侧，提供多功能的筛选条供管理员对所有产品进行筛选。

非停用状态的产品都可以升级。

b）套餐管理

套餐是由产品与其他套餐构成的，套餐中的每一个产品都是他的构成元素；此外也会将多个套餐捆绑搭配销售，因此除了套餐自身的组合外，需要存在一种临时的捆绑组合。

套餐与产品相同均有两个有效期，套餐生命周期有效期指的是当前版本套餐在整个系统中流转的期限。

超过有效期，套餐将自动停用。

套餐的生命周期有效期大于或等于套餐内所有产品所对应的有效期，这样能够保证套餐过期前，套餐内所有的产品不会过期。

套餐的使用有效期则为套餐Unit所含的产品Unit的使用有效期。

套餐存在的意义是作为套餐Unit的模板在申请套餐Unit数量的时候生成套餐Unit的个体。

对于产品的基本数据元素请详见《数据汇总表》，其他部分属性需参考前台界面展示的网页内容与手机app展示的内容。

管理