电商平台开发需求文档

版本信息

目 录

一. 背景概述 .......................................... 3

1. 调研背景 ...................................................... 3 2. 平台现状及本期目标 ............................................ 3

2.1 平台现状 .................................................. 3 2.2 平台整体目标 .............................................. 4 2.3 本期目标及分工界面 ........................................ 4

二. 开发功能需求描述 .................................. 5

1. 用户系统 ...................................................... 6

1.1 会员类型及会员等级 ........................................ 6 1.2 用户注册及登录方式 ........................................ 8 2. 个人中心 ...................................................... 8

2.1 缺货登记及提醒（优先级高） ................................ 8 3. 商品展示及购买 ................................................ 9

3.1 商品支付及充值（优先级高） ................................ 9 3.2 商品订单（确定目前ec状态和前端的对应关系） ............... 9 3.3 购物车 .................................................... 9 3.4 商品搜索功能 ............................................. 10 3.5 商品套餐（优先级高，需要考虑sku） ....................... 10 4. 活动及促销相关 ............................................... 11

4.1 红包功能（先出一个从发红包，到使用，到传播的全流程） ..... 11 5. 界面及用户体验优化 ........................................... 11 6. 后台管理功能 ................................................. 12

6.1 配送 ..................................................... 12

7. 商品的来源问题（） ........................................... 13 8. 商品sku问题 ................................................. 13 9. 统计查询功能 ................................................. 13

9.1 订单来源 ................................................. 13 9.2 订单统计 ................................................. 13 9.3 订单查询 ................................................. 14 10. 卡管理接口 .................................................. 14 11. 用户体验 .................................................... 14

一. 背景概述

1. 调研背景

经过不断的建设及优化，目前慧购电商平台已经形成了基于互联网、微信、手机客户端的互联网电商平台，但随着业务进一步扩展以及市场和运营的推进，现有的平台功能已渐渐不能满足市场和运营的需求。

目前慧购电商平台遇到的主要问题包括：

（1）用户系统的扩展：需要对企业用户、员工用户等特殊用户的支持。 （2）商品展示及管理功能：基于原有ecshop平台，对商品订单、购物车、搜索、支付、评论、咨询、退换货、活动促销等各项功能的完善。

（3）界面及用户体验优化：由于前期网站是在ecshop模板的基础上搭建、客户端是在ectouch模板的基础上搭建，界面及用户体验不能满足运营需求，需要逐步优化。客户端部分功能需要向原生+html混合模式转型。

2. 平台现状及本期目标 2.1 平台现状

门店ECSHOP+ECTOCH+UCenter

现有慧购电商平台依托于现有线下的门店系统、卡系统、业务系统、仓储系统

进行建设。

2.2 平台整体目标

从平台长期来看，平台主要分为三层架构：

（1）基础服务平台：主要为ERP、财务系统、物流系统、客服系统、CRM系统等基础服务系统的建设，这部分为保证人、财、物的统一规划和管理，需要在集团层面进行统计规划和建设。

（2）电商平台控制中心：控制中心承载电商平台的核心功能承载。主要分为3部分：

1）对整个电商平台的用户、商品、资金、门店、营销进行统一管理。 2）与基础服务平台形成统一对接。

3）制定标准的API接口模式，对各个平台的用户、数据、展示进行统一调用。 （3）电商平台前端展示：包括web端网站、微信公众号、手机APP、线下门店（含自提柜）等。

2.3 本期目标及分工界面

考虑到目前的运营目标及实际开发实现的周期的限制。本期目标定位及分工界面如下：

（1）基础服务平台层面由集团统一进行规划和建设，随着基础服务平台的建设，需要逐步形成基础服务平台与电商平台控制中心的标准对接模式。

（2）电商平台控制中心的建设工作量大，时间周期长，本期工程在平台整体目标的前提下，分阶段实现。本期工程在商品流程层面继续沿用原有ecshop的架构下，先搭建平台控制中心的基础框架，将用户管理、配送管理、权限管理、业务BI对接的功能在平台控制中心实现。由于原有的UCenter用户系统难以满足用户分类、等级系统、配送人员管理的要求，预计需要搭建用户系统平台，为后期用户中心做准备。

（3）电商平台前端部分，需要基于新的功能需求及框架进行调整。 1）web端（http://www.huigo.com/ 网站）包括：基于ecshop模板的新功能的开发、展示界面的调整、原有业务BI是直接写在前端的，需要调整为API接口模式、原有用户系统需要调整为接口模式。

2）手机APP端（Android和ios 系统）包括：原有基于ectouch的webview方式存在展示速度慢、用户体验不好的问题，需要逐步调整为原生模式，另外需要考虑新功能的开发、展示界面的调整等。

3）客户端引入支付宝sdk快捷支付、网站引入支付宝网页支付。需要新增相应原生页面的接口功能。

4）微信商城和门店触屏系统由于建设模式还有不确定性，本期工程暂不考虑。

二. 开发功能需求描述

基于上面章节本期目标及分工界面，本期开发功能的需求如下。

1. 用户系统 1.1 会员类型及会员等级

功能需求：设定会员类型及会员等级功能。

现状：目前ec平台有根据积分设定会员等级功能，但是会员享受的权利不满足要求，另外没有特殊会员功能。

本期功能描述：

平台会员按照会员类型划分为普通会员和特殊会员两种类型： （1）普通会员：

即目前的网站和客户端会员，普通会员根据积分再划分为不同的会员等级，不同等级的会员可享受不同的会员商品折扣及权限。

本期普通会员保留积分功能，积分兑换及等级为预留功能，下期实现。

1）会员等级与积分挂钩，每个等级的积分区间可以通过后台设置。

2）商品可以根据会员等级分别设置折扣，需要单独对每一个商品设置价格折扣，并可将设置的商品形成一个单独的页面显示（如淘宝的会员商品），按照会员级别只显示相应级别应该看到的商品（1级会员只能看见1级会员商品，看不到2级以上商品；2级会员能看到1级会员和2级会员商品，看不到更高级别的商品，以此类推）。如果商品特价、促销或团购不享受折扣价格。

3）达到一定会员等级可以享受积分兑换商品。积分兑换是全用积分兑换

4）达到一定会员等级可以享受红利商品：红利商品采用一部分钱加一部分积分联合支付的方式支付。

5）生日礼包：达到一定会员等级可以享受生日礼包：生日礼包是虚拟物品，不设立商品，不上架，只是一个后台提醒。例如李四8月2日生日，在8月2日当天在后台会有提醒，礼包由运营确定礼品并由当天配送。会员达到一定等级，需要用户补充生日信息。后台具备自动统计及提醒会员生日的功能。 6）不同会员等级可以享受不同的邮费价格。

7）达到一定级别的等级，每年要扣除相应的成长值，年底按照级别扣除相应成长值。扣除后从新评估用户的积分等级在哪个档次。 （2）特殊会员：

特殊会员按类型可分为企业会员、爱心帮扶会员、员工会员等不同的特殊会员组。每个组可单独制定商品政策（可见商品不同，价格不同，打折条件或打折力度不同）。

1）特殊会员根据其所在的会员组可指定可见特殊商品及制定特殊折扣，特殊商品为后台指定（方式可作为一个专题或其他方式），后台可设定多个特殊会员组，每个特殊会员登录实现特殊界面。

2）特殊会员的注册流程：特殊会员用户无法直接注册，通过线下进行申请，需申请方提供营业执照复印件、法人身份证复印件，递交给我司后由我司审核并保管，审核通过后由后台操作人员手动创建特殊用户（支持通过导入的方式批量添加特殊用户），并通过短信或电话通知企业用户。密码为初始密码，用户可自行修改。

3）特殊会员购买商品同样获得积分，与普通会员规则相同，本期特殊会员保留积分功能，积分兑换及等级为预留功能，下期实现。

4）特殊会员组，管理员可以更改其会员名称，会员自己不能修改。特殊会员主要是大客户商家，购买东西多，周期结款，所以在配送时长统计功能中，需要把这类结款方式的会员剔除出去，才能得到相对准确的数据。

特殊会员的优惠类别可通过专题实现或增加商品品类实现即可。

1.2 用户注册及登录方式

现状：web端采用邮箱注册、客户端采用手机号注册。 本期功能描述：在原有基础上增加用户名注册， 用户名：必填 密码：必填 密码确认：必填 手机验证：必填 提交

手机验证维持现行原则，填写手机确认是否注册过，填写验证码，接收手机验证码，获得手机验证码，确认手机验证码。

注册成功后，通过用户名密码登录，用户名为数字字母混合，不支持汉字。

2. 个人中心

2.1 缺货登记及提醒（优先级高）

本期功能描述：商品售罄或数量到达阈值时提示缺货登记按钮，用户点击后，后台管理员可在缺货管理中收到一条登记信息，内容为商品名称、条码、库存数和登记用户名。

业务流程：

（1）用户发现商品不能购买，可点击缺货登记按钮；

（2）后台收到信息，查看，并自动回复用户一条已查看信息。 （3）到货后，通过客户端推送向客户账号发到货信息提醒实现。 功能目标用户：后台管理员、普通用户、特殊用户

3. 商品展示及购买

3.1 商品支付及充值（优先级高）

现状：目前互联网网站和客户端支持到付、支付宝网页支付两种方式，没有充值。

本期功能描述：

（1）互联网增加支付宝（支付宝快捷、支付宝网银）、余额支付（增加充值功能）。

（2）客户端增加支付宝（支付宝快捷、支付宝网银，用sdk方式）、余额支付（增加充值功能）。

（3）增加充值功能，可以通过支付宝支付充值到用户账号中。没有提现功能。 （4）后台可以对支付功能进行开关控制。

功能目标用户：后台管理员、普通用户、特殊用户。特殊用户为线下支付。不需要进行单独的线上管理。

3.2 商品订单（确定目前ec状态和前端的对应关系）

现状：现在订单状态三种都显示：订单状态（未确认、已确认）、付款状态（未付款、已付款）、送货状态。 本期功能描述：

（1）用户看到的订单状态太多，修改成只显示当前一种状态即可，多余的状态不显示。后台同样简化订单状态处理流程。 （2）客户可选择商品送达时间。

具体状态待定，需求详细讨论，预计按京东的显示流程来。

3.3 购物车

现状：加入购物车的商品只能全部加入订单，不能选择部分商品加入订单支付。用户加入购物车商品退出客户端后，再次进入会清空购物车

本期功能描述：

（1）用户可选择购物车的部分商品生成订单。

（2）用户加入购物车商品退出客户端后，再次进入会清空购物车。需要不清空购物车，存数据库一直保留。

功能目标用户：普通用户、特殊用户

3.4 商品搜索功能

搜索功能优化，提升搜索结果的优先级，比如搜索香蕉，结果显示排在前边的应该是水果香蕉，而不是与香蕉有关的其他商品。需要提供一个搜索匹配算法。比如：商品名称、商品类型、商品描述、商品分类的关键词进行匹配搜索。

功能目标用户：后台管理员、普通用户、特殊用户。

3.5 商品套餐（优先级高，需要考虑sku）

现状：现在商品后台有组合商品功能，但是不能满足商品套餐的功能。 本期功能描述：

（1）自选模式，套餐分档，在档内可自由选择套餐。前台：用户通过对套餐内，每一组商品的选择，自主定义套餐内容，提交订单。

（2）推荐模式，已组合好的商品直接购买

功能目标用户：普通用户、特殊用户

4. 活动及促销相关

4.1 红包功能（先出一个从发红包，到使用，到传播的全流程）

本期功能描述：按商品发放红包没有选择商品的地方，需要增加选择商品的地方。

业务流程：如果按商品发放红包，需要选择该红包可以使用的商品，本期只考虑单个商品的红包，不考虑多个商品的情况。

功能目标用户：后台管理员、普通用户、特殊用户

5. 界面及用户体验优化

（1）Pc端余额使用复杂，需要在订单确认页面显示余额使用选项。建议调整为进入订单确认页，在红包使用下面，加余额显示和使用勾选项。

（2）商品图片无法放大查看，信息看不到。点击商品展示图片或内容图片，可进行缩放控制。

（3）网站端用户订单列表优化：直观的显示每笔订单商品，商品图片、单价、数量、收货人、交易状态、下单时间。参考淘宝？

（4）商品默认排序增加可按照销量进行排序。需要后台增加逻辑。

（5）商品浏览记录：浏览记录存成session，用户退出后不消失，采用缓存方式存在服务器端。

（6）App端配送地址优化：首次购买填写配送地址，并设置成默认地址；更换地址时，在订单页面点选现有地址，进入地址选择页面；修改地址信息进入收货人信息界面，点选需要修改的地址。

（7）平台48元免邮费，当顾客进入购物车时，购物总价不足48元时，提醒顾客未够包邮价格 ，提示差几元，并根据差价推荐几款商品。

（8）我的红包序列号不能输入信息，点添加提示信息不正确（第一次操作界面死机）

（9）个人中心改名为我的，所有类别改为竖向排列，头像指向更改头像，分别设立区域，区域1：我的订单、我的余额、收货地址、我的红包。区域2：我的收藏、我的消息。区域3：客户服务、意见反馈、账户与安全、检查更新。区域4：使用帮助、给我评分、关于我们。区域5：应用推荐。其中意见反馈指向原留言系统。区域4和区域5在此版本不体现，（注，留言系统跟评价系统是两个）。类似京东（如下）

（10）pc端首页“慧购在您身边”每周推荐模块，改成固定位置推送。

（11）网站端：用户我的订单，鼠标hover状态下，显示订单商品的图片，类似ec后台订单列表的功能。

6. 后台管理功能

6.1 配送

6.1.1 配送人员数据统计（配送人员位置、订单、是否支付）

现状：没有配送人员管理及统计功能。

本期功能描述：

（1）后台可以添加、删除、修改、维护配送人员信息。 （2）可以为配送人员分配订单，需要确定是手工配单还是自动配单？配单规则是什么？

（3）可以根据配送人查看配送订单及订单状态；如果已经分配是否可以调整配送员？配送完成后谁来更改订单状态？

（4）可以根据订单及配送人统计配送时长。 业务流程：后台需要先创建配送人员，根据订单为配送人员分配订单（自动、手工？），进行配送，配送完成后更改订单状态为已送达。配送完成的订单可以统计配送时长。 功能目标用户：后台管理员

具体方式待定，需求详细讨论。

6.1.2 配送计费规则（优先级低）

现状：现在按照地区计算配送规则。

本期功能描述： 是否需要按照地区？用户等级？重量？商品类型（我看有个旅游产品）不同设置配送计费规则？需要给出配送计费规则算法。配送

功能目标用户：后台管理员

具体方式待定，需求详细讨论。

够一定价格免邮费，低于是一个快递价格。

7. 商品的来源问题（） 商品的来源有两种：一种是只在本平台有的商品、一种是从erp读的商品。需要确认到底采用哪种方式？确定从erp读。

8. 商品sku问题

到底是否支持sku模式，目前ecshop对sku支持不好，要支持要重新开发。 9. 统计查询功能

9.1 订单来源

后台销售统计报表中，对每笔订单的来源进行统计（来源包括：PC端、andriod端、ios端），并可生成报表数据。

功能目标用户：后台管理员

9.2 订单统计

需要输出商品的更多信息，商品名称、品类（所有级别分类）、销售单价、销

售数量、销售金额。选择时间段，查看时间段内销量信息，并导出excel表。 功能目标用户：后台管理员

9.3 订单查询

订单明细报表，添加商品编码（货号）、条码（sn码）、小类分类编码（ec商品类别id）

功能目标用户：后台管理员

10. 卡管理接口

目前用户在超市可以购买储值卡，希望能够通过客户端和网站查询储值卡的余额。需要对接卡信息查询接口，并在网站和客户端进行展示。目前线下的卡查询接口还没确定，属于待确认功能。

11. 用户体验

（1）生鲜的闭环流程。统计算法的实现。

（2）在线客服。网站客服、网站企业QQ、手机端微信客服。

（3）pos机问题。

（4）订单里的商品可重复购买。

（5）缺货登记现在客户端是空白的。不能登记。