团购平台原始需求说明书.docx
《团购平台原始需求说明书.docx》由会员分享，可在线阅读，更多相关《团购平台原始需求说明书.docx（20页珍藏版）》请在冰豆网上搜索。
团购平台原始需求说明书
密级：
公开秘密机密
团购平台
原始需求说明书
文件状态
草稿
正式发布
文件标识
当前版本
1.0
作者
红尘
审核人
使用范围
团购平台产品团队、开发团队、运营团队
创建日期
2010-10-03
生效日期
本文档所包含的信息在未事先得到作者书面同意之前，全部或部分内容不得用于商业用途。
版本历史
版本号
修改点说明
变更人
变更日期
审批人
审批日期
1.0
创建初稿
红尘
2010-9-30
文档目录
1简介
1.1.目的
此文档描述团购平台的原始需求，用于团购平台产品的规划、明确和沟通需求，并以此为基础撰写《需求规格说明书》。
1.2.范围
产品规划人员、技术开发人员、及相关领导。
1.3.术语&名词对照
术语全称
缩写
说明
团购平台
平台
包含团购平台前台、管理后台、商家后台
团购平台前台
前台
任何用户都可浏览的团购网站，不需登录
平台用户
用户
泛指所有使用团购平台前台人群，包含会员与非会员
网站管理员
管理员
平台运营方，拥有管理后台账户的会员
1.4.同类产品参考
美团网：
糯米网：
2产品概述
1.5.定义&特点
团购就是团体购物，指的是认识的或者不认识的消费者联合起来，来加大与商家的谈判能力，以求得最优价格的一种购物方式。
根据薄利多销、量大价优的原理，商家可以给出低于零售价格的团购折扣和单独购买得不到的优质服务。
现在团购的主要方式是网络团购。
（出处：
XX百科）
团购平台是C2B电子商务模式的一种，目前国内主流团购平台实际上起到了团购中“团长”的作用。
团购平台具有以下特点：
1.服务对象以地域为单位
目前国内团购平台主要以地域进行划分，实现不同地域消费者和不同地域商家之间的对接。
团购平台不仅仅向终端消费者服务，同样也向商家服务。
团购平台的最终目标是打造一个贯穿上下游用户的网上虚拟消费平台。
2.传播方式以口碑为重点
例如淘宝团购第一单就以奔驰smart来吸引眼球，使得用户奔走相告，在QQ群、论坛、微博等三方产品上进行消息扩散。
团购平台经常通过抛出低价单来吸引客户眼球，这是其吸引用户的常用手段，也能够让用户之间相互传播。
另外团购平台产品也通过邀请好友等功能，进一步让口碑传播优势化。
3.引导消费以推荐为核心
团购平台的成功离不开运营方的推荐方式，即“一日一单”。
目前团购平台用户集中在上班族、白领阶层，在对网购商品选择时，往往依靠淘宝、当当等“B2C””C2C”等传统电子商务平台。
在琳琅满目的商品中，“乱花渐欲迷人眼”让用户很难进行选择，以及浪费了大量时间精力。
团购平台通过运营方的精心筛选，对用户进行引导消费，既能节约用户时间，也可以保障商品服务质量。
4.产品缺陷以门槛为问题
团购平台最大的缺陷就是产品门槛低，并且使模式易于复制，导致用户忠诚度差。
而且当前团购平台采取一日一单的模式，如果主推商品当日不能满足用户胃口就会很容易导致其流失。
1.6.服务人群
目前在使用网络团购的主力军是年龄18岁到35岁的一二线城市的年轻群体，他们拥有很强的消费能力，拥有迫切的物质需求。
另外值得注意的是，参与团购的用户往往多少都具有一点网购经验。
1.7.盈利模式
现阶段团购网站主要采用向商家收费方式实现费用收入。
如商家想在团购网站做单，则需要同团购网站签订费用合同协议。
根据商家商品销售到不同数量级，合同内规定商家所需付出费用也会进行累加。
总之越受欢迎的商品，商家就越需要付出越高的费用。
合同协议还需规定商家需提前支付押金，来避免服务质量出现问题而导致的客户问责。
这是为团购平台规避风险的必需手段。
1.8.核心价值
团购平台可以维护数量庞大的用户群体，并有效的对之进行消费引导；还可以维护一定数目的活跃商家。
1.9.未来发展
团购平台未来发展总体是很光明的，并且拥有多项扩展点。
在维系好上、下游的商家、客户同时加强平台内部产品建设，是团购平台发展的基础。
1.9.1.用户认可度
目前经常使用团购平台的用户以电子商务用户居多，基本都有淘宝、当当等网店消费记录。
由于团购平台商品的价格较低，部分网站知名度较低，模式较新，用户会对团购平台产生戒备心理，降低认可度。
但随着时间的迁移，团购网站口碑逐渐积累成形，此问题会得到进一步改善。
1.9.2.整合资源
团购平台拥有整合多种资源的能力，在本文档内就不再累赘，只需简要概述几点即可。
1.与互联网/无线互联网资源整合
目前团购平台与手机平台合作，通过经接口发送手机短信的形式实现。
未来会发布3G版团购平台、推送手机报、根据用户喜好订阅等服务，让产品覆盖面进一步扩大，更加符合市场深度需求。
2.与传统行业整合
团购平台是与传统行业紧密相连的互联网WEB产品，是广大商家与互联网、终端用户联通的纽带。
运营方可以采取多种手段来驱动商家联盟，例如联合商家进行线下活动来扩大平台影响力以及促进销售额度。
总之，平台与商家之间是互利共生的关系。
3.平台内部资源整合
平台可以以团购服务为核心，进一步扩展其他子产品，如用户点评、商家黄页、消费话题论坛等多项服务。
梳理好平台内部资源，认清产品定位并发挥产品核心竞争力，可以让平台扩大影响力及打造基础产品建设。
1.9.3.细化服务
1.细化服务区域
因为商家本身就具有的区域特性，因此细化服务地域已经是如今团购平台的共识。
值得注意的是，区域不仅限于城市，还包含城区、街区等更加细小的单位。
如“北京-回龙观”，“天津-河西区”等。
2.细化消费人群
消费人群的差异化也是团购平台细化服务的切入点。
是否可以为女性提供丽人团购服务？
是否可以为驴友提供户外用户团购？
是否可以为白领人群提供美食团购？
3.细化产品服务
理清平台产品内在结构、优势、范围，也是未来发展趋势之一，根据市场的变化而使产品快速做出响应，也是细化的目的。
3系统概述
1.10.开发目标
团购平台为客户提供购买商品服务，为运营方提供管理客户、商家、商品、订单，以及统计分析等功能，并为运营方和商家提供分成盈利的机会。
团购平台对客户、商家施行系统化统一线上管理模式，最大限度降低运营产品成本，力争功能全面、服务优异、体验贴心。
1.11.团购平台框架
团购平台由三部分组成：
团购平台前台、管理后台、商家后台。
其中团购平台前台供用户进行浏览商品、购买商品、使用会员中心；管理后台供网站管理员添加/管理商品、管理用户、管理商家；商家后台供商家进行费用结算。
根据功能需求面向的对象不同，我们可以将团购平台所有功能需求细分成四个模块进行项目整体开发。
四个模块分别是用户模块、商品模块、订单模块、商家模块。
平台主要对象是：
会员、商品、订单、消费卷。
平台的原始需求主要围绕以上对象进行针对性设计。
由会员及其衍生出的商家、管理员对其他对象进行各种业务操作，构成了团购平台主体。
1.12.实施阶段与优先级
具体实施步骤请参见“5.1实施进度”。
模块开发优先级：
会员模块>商品模块>订单模块>商家模块
4系统功能性需求
1.13.用户模块
1.13.1.角色
用户可以根据拥有权限的不同，分为以下几种角色。
角色划分表：
（会员组）
角色名称
代号
定义
主要活动范围
游客
0
泛指所有使用团购平台前台人群，通常我们在本文档内称之为用户
团购平台前台
会员
1
已经注册用户
团购平台前台
管理员
2
由会员升级而来，拥有管理权限
管理后台
商家
3
由会员升级而来，拥有商家权限
商家后台
关停组
-1
被关停会员
待验证会员
-2
没有验证邮件的会员，系统在一个月内会自动删除注册信息
1.13.2.权限
角色名称
主要权限
游客
浏览商品、订阅邮件、注册会员
会员
登录、退出；
购买商品、创建订单、支付订单；
使用个人中心；
管理员
使用管理后台功能：
包含管理订单/会员账户/商家账户/商品/消费卷等功能；
商家
管理账户/消费卷、
结算费用；
1.13.3.用户注册&登录&退出
普通用户可以通过平台注册功能成为网站会员。
用户在注册时需要输入的注册信息包含：
Email、用户名、密码、地域、是否订阅邮件（可选）、手机号码。
用户在注册成功后需要对输入的Email进行验证，通过后方可在团购平台进行登录。
用户可以使用Email进行登录，且必需输入密码。
网站提供使用第三方站点ID的登录方式（由第三方站点提供接口实现）。
网站提供找回密码、自动登录等功能，帮助用户在登录时更好的管理自己的账户。
自动登录功能通过记录当前用户的cookie来实现。
处于登录状态的用户可以使用退出功能退出。
1.13.4.会员中心
已登录的用户可以在会员中心查看到自己在团购平台的活动记录，以及查看、管理账户信息。
活动记录包含：
订单记录、邀请记录、积分记录、消费记录、消费券记录。
1.13.4.1.查看账户消费记录
用户可以在会员中心-消费记录下查看自己的账户余额以及消费记录。
用户可以对自己账户进行充值。
账户额度以RMB为单位，最小单位：
元，用户账户余额可以小于0元但必须是整数。
消费记录包括：
消费时间、消费类型、消费明细、收支、金额。
1.13.4.2.查看订单记录
用户可以在会员中心-我的订单下查看自己的订单列表、订单详情。
订单列表内按照下单时间降序排列显示。
用户可以根据订单是否已付款来筛选显示两类订单，默认显示该用户所有订单。
订单记录包括：
商品名称、数量、总价、订单状态。
用户在选定订单后可查看该订单详情。
订单详情包括：
订单编号、下单时间、商品名称、商品类型、单价、数量、总价、状态、快递名称、快递单号、收货人、联系电话、送货地址、送货时间、特殊说明。
1.13.4.3.查看积分记录
用户在网站内进行消费后可以获得一定数量的积分，在会员中心-我的积分下可以查看总积分数以及获得积分记录。
积分记录包括：
获得时间、获得详情，获得积分数。
1.13.4.4.查看消费券
用户在团购平台购买到的商品服务包含两种：
实物商品和消费券。
实物商品通过物流转交给用户，而消费卷包含序列号、密码。
用户可以选择将其以手机短信的形式将消费券发送到自己的手机上。
另外用户还可以在会员中心-我的消费券下查看到消费券，并可使用筛选功能查看有效、失效、以及过期的消费券。
表：
消费卷信息
消费卷信息
说明
消费卷ID
唯一
序列号
唯一
密码
所属商家ID
所属会员ID
所属会员用户名
状态
有效、已使用、已过期
1.13.4.5.查看邀请好友记录
系统会自动为用户生成一段专用邀请链接，每个用户拥有的邀请链接不相同（通过不同参数识别）。
好友在点击邀请链接后，会打开一个带参数商品页面。
如果该好友（被邀请人）通过该页面注册并购买成功，则会向邀请人账户返利10元（必需为被邀请人的账户的首次消费，并且注册时间与购买时间不得相差一个月以上）。
返利金额只能供邀请人在网站内消费时抵用，不得兑换现金，也无法和用户账户内金额合并。
用户可以会员中心-我的邀请下查看邀请好友记录，并根据是否已购买商品来过滤显示被邀请好友。
系统默认展示其所有被邀请人，按照被邀请时间降序排列。
1.13.5.管理功能
这里所指的管理功能专供管理员在管理后台使用，实质上是管理后台的需求描述。
管理后台的设计目标是力争让管理员可以查询并管理平台内所有数据，真正起到统筹全局的作用。
1.13.5.1.管理会员
管理员可以创建会员账户，修改会员信息，并对违规会员进行关停操作。
被关停会员无法登录团购平台前台，并可设置关停时长。
创建会员账户时可以填写用户名、密码、Email、并选择会员组。
如果创建的会员为商家时还需要填写更加详尽的账户资料。
管理员可以进行查询会员操作，得到某个会员的全部信息，并对其进行更改（包括密码）。
1.13.5.2.管理商家
管理员可以将普通会员升级为商家，并对其账户进行管理，也可以直接创建商家账户。
商家是会员的一种，拥有会员一切权限。
1.13.5.3.管理商品
见“3.3.3管理商品”
1.13.5.4.管理订单
网站管理员可以在管理后台内对网站内的所有订单进行管理，包括查询订单、修改订单信息、删除订单。
管理后台内可对订单进行分页列表显示，包含订单的订单号、商品名称、单价、数量、总价、创建时间、创建人、订单状态、付款时间。
管理员可以进一步在列表中选定订单查看其详细信息，并对之进行管理。
查询订单可根据订单号、以及根据下单用户名进行查询，这里不支持模糊匹配功能。
1.13.5.5.管理消费券
在管理后台，管理员可以查看到所有消费卷，包括已使用、已过期状态的。
管理员在查看消费卷时，可根据团购卷号、用户名、用户EMAIL、用户手机号等信息进行搜索。
网站管理员可以管理已生成的消费券，包含更改消费卷状态。
1.13.5.6.管理邮件
管理员可以对邮件模板进行修改，并查看或删除订阅列表中的邮箱地址。
1.管理邮件模板
表：
邮件模板
邮件信息
说明
邮件类型
1激活账户邮件
2购买成功邮件
3每日推荐邮件
4消费卷到期提醒邮件
标题
邮件标题
内容
可编辑HTML（图文并茂），建议使用开源编辑器
2.管理订阅列表
表：
订阅列表（只限于每日推荐邮件）
列表信息
说明
订阅编号
邮箱地址
起始时间
系统自动添加时间戳
地域
如“北京-回龙观”，用户自行选择
1.13.5.7.系统设置
1.内容过滤
出于信息安全考虑，平台必须启用内容过滤功能。
管理员可以添加并修改过滤词名单。
平台前台不会显示在过滤词名单内的词语，采用*来进行代替。
2.友情链接
管理员可以新增、删除友情链接。
表：
友情链接
链接信息
说明
站点名称
友情链接的名称，显示在前台
URL
点击名称跳转到的站点
LOGO
有图片的话优先显示图片，可选
顺序
Int 类型，从小到大升序排列
3.IP访问控制
为防止恶意访问，平台启用IP访问控制功能。
注意：
仅支持Ipv4即可。
被添加到IP名单内的用户无法访问平台前台页面。
4.修改管理员密码
管理员可以修改自有账户密码，保障账户安全。
5.设置地域
管理员可以创建并修改、删除地域。
在创建地域时，可以选择且只能选择一个其所属父地域。
已成为子地域的地域无法再做为其他地域的父地域。
（有点拗口，呵呵）
不清空某个地域下（包含其子地域）所有商品，该地域无法被管理员删除。
已创建完毕的地域数据会以下拉框的形式显示在管理员添加商品时。
1.14.商品模块
管理后台独立存在，为团购平台提供内容支撑。
网站管理员可以登录管理后台，对商品进行添加、管理等操作，也可以登录管理后台分析站点日常数据，对产品运营、团购平台发展进行决策。
如下活动图所示：
1.1.1.商品状态
商品由管理员创建至管理后台，满足发布时间后发布到网站前台，满足结束时间后商品关闭。
已关闭的商品不在网站前台显示。
商品状态：
创建→未发布→发布→已发布→关闭→已关闭
1.1.2.创建&管理商品
管理员可以对已创建的商品进行管理，包含操作有：
修改商品信息，删除商品。
管理员可以修改任意状态下的商品信息，包含已发布、已关闭状态。
在管理员修改完毕后，前台动态页面应立即显示为修改后的信息。
为防止管理员误操作，应该提供商品回收站功能帮助其恢复误删商品。
另外如果无特殊说明，本文档内的所有删除都是对条目打标记或者置入备份表内，没有从数据库内直接Delete数据。
表：
商品信息
商品信息
说明
商品ID
唯一，自动创建（自增）
商品名称
不唯一
商品详情
采用编辑html的方式进行创建（图文混排），可使用开源编辑器框架
商品类型
1、实物（需要物流送达）
2、消费卷
商品地域
地域可以进行详细配置，支持多级地域设置，
如“北京-回龙观”
现价
int类型，最小单位元
原价
int类型，最小单位元
折扣
=（现价/原价），int类型
节省
=（现价-原价），
单件积分
当前购买人数
一人可购买多件（不高于限购件数）
当前售出件数
重要字段，作为商家统计收入的依据
最低购买人数
大于时团购有效（含）
最低售出件数
大于时团购有效（含）
每人限购件数
注意，不能超过商品总数！
是否满足最低购买条件
系统自动判断，如果出现下列情况时团购取消：
“到达结束时间时，本字段为false”
满足时间
即到达满足购买人数的时间，系统自动添加
开始时间
开始时间与发布时间无交叉，例如：
某商品未发布，但是团购已经开始。
结束时间
创建时间
系统自动添加时间戳
发布时间
提示
同详情
卖点
同详情
商家ID
关联商家时使用
1.1.3.商品展示
如果当前服务器时间等于商品上架时间，那么该商品会自动发布并展示在团购平台前台页面上。
商品详细页会展示商品详细信息；商品列表页内分页展示所有商品，按照发布时间降序排列。
1.15.订单模块
用户在团购平台完成购买及使用商品过程时，所依赖的两个主要对象分别是订单和消费券。
用户使用订单来对商品进行购买操作，如下活动图示例：
1.15.1.订单状态
订单状态：
创建→未支付→支付→已支付→发货→已发货→关闭→已关闭
1.15.2.创建&支付订单
用户可以在选择一件商品后创建订单。
用户可输入订单信息包含：
商品名称、商品数量、手机号（用于接受消费券）。
用户对已创建的订单进行支付，才可完成购买操作。
没有支付的订单，不被视为交易成功。
系统会在用户支付完毕后，根据商品类型对订单进行分发处理。
如果商品需要发货则转入物流流程；如果商品是虚拟消费券则直接发送到用户的会员中心以及手机、邮箱内。
支付功能需要接入第三方支付平台以及网银支付接口，可根据接口文档进行操作。
表：
订单信息
订单信息
作用
订单编号
订单唯一标识，递增
下单时间
订单的创建时间
订单类型
实物或消费券，根据商品类型直接传入订单
订单状态
未支付、已支付、已发货、已关闭
支付时间
订单的支付时间
商品名称
根据商品名称直接传入订单
数量
购买商品件数
单价
用户购买商品时的价格
总价
=数量x单价
快递名称
采用的快递公司名称（消费卷类型订单无）
物流单号
快递公司所采用的单号（消费卷类型订单无）
收货人
用户填写的信息（消费卷类型订单无）
联系电话
送货地址
送货时间
特殊说明
1.15.3.查询订单
用户在“会员中心-我的订单”内对自有订单进行查询，并且无法查看到其他用户的订单。
如果订单未支付，用户可以对其完成支付操作。
1.16.商家模块
1.16.1.创建商家账户
管理员在管理后台可创建商家账户，创建成功的账户被发送给线下商家，供其登录商家后台。
商家实质上是会员的一种，详见“会员组”。
表：
商家账户信息
商品信息
简介
发布
修改
商家ID
商家唯一标识
×
×
商家登录名
会员用户名，唯一
√
账户余额
会员账户余额
√
商家邮箱地址
商家填写，不唯一，区别会员邮箱
√
√
商家简称
商家填写
√
商家全称
√
商家地址
√
商家电话
√
联系人名称
√
联系人电话
√
备注
√
地图
根据商家地址自动匹配，需要地图API
√
√
1.16.2.商家后台
商家得到账户后可登录到商家后台，查看账户信息并可对其进行修改。
在商家后台，商家可以查看到与其关联的商品（未发布的不可查看），并查看商品相关统计信息。
有些商家拥有多个分销店面对顾客，需要多人共使用一套账户。
在本版本内暂不需考虑子账户功能。
但是商家后台最终的设计目标是实现商家账户分不同业务线（纵向）、分不同分销处（横向）。
1.16.3.管理消费卷
商家可以在商家后台验证前来消费用户的消费卷的有效性，并将之关闭。
当商家关闭消费券后，网站管理员和用户都可以接收到消息。
为防止出现商家异常操作，建议限定商家一天内可关闭的消费卷数量，并且每次关闭消费卷都需要输入验证码（防注入）。
1.16.4.费用结算
团购平台采用分成形式进行费用结算，所以商家可以根据自有商品的销售情况得出团购活动的收入概览。
概览包括：
商品分成百分比、商品售出件数，商品总收入，总收入计入账户余额内。
商家支取账户余额，需要在线下向运营方提出申请。
另外为了制约商家服务质量和信誉情况，商家在开户时需要预先冲入一定数量的押金。
5系统非功能性需求
1.17.实施进度
全部产品建设工作将在一个阶段内完成，其中包含产品框架搭建、功能实现、提升用户体验及易用性，并最终将产品移交给运营团队。
此阶段限定在两个月内，由产品方案设计为开始、产品达到上线要求为终止。
人员配备表：
所属团队
岗位名称
人数
职责
Leader
项目经理
1
统筹管理
产品规划团队
产品策划
1-2
制定产品实施方案、协调项目运转
美工
2
设计产品效果图、素材
页面制作
2
编写前端代码
技术开发团队
技术经理
1
负责产品技术实施方案、管理开发团队
服务器端工程师
4-5
编写服务器端代码（含QA）
运营团队
运营经理
1-2
制定运营方案，并与市场\BD进行接口
编辑
1-2
准备产品内容，
实施进度表：
子阶段名称
时间周期
参与岗位人员
工作内容概述
设计阶段
2周
产品策划
制定产品文档（含UI设计）
实施阶段1
4周
技术团队
编码
2周（并行）
美工
设计页面
2周（并行）
页面制作
编码
实施阶段2
2周
技术团队、页面制作
嵌套页面、测试并调试系统
上线准备
2周
运营团队
宣传、内容准备、关闭BUG
1.18.易用性需求
建议使用AJAX，增强用户体验。
页面的表单各个字段尽可能多的采用页面自动校验。
1.19.执行性需求
1.产品容量
直接团购平台用户100万左右，平均每三天使用一次，系统支持5000个用户同时在线（15分钟之内有效操作）；商家后台用户1万个左右，支持500个用户同时在线；管理后台用户20人左右，支持10个用户同时在线。
2.完成任务速度
一般查询操作，应在不大于3秒钟内执行完毕，统计类应在不大于5秒内执行完毕。
修改操作应该在不大于3秒钟内执行完毕。
1.20.操作与环境需求
目前支持IE6、IE7、IE8、FF3，以及360安全浏览器
1.21.安全性需求
注意网页回显、跨站脚本、SQL注入等常见WEB系统风险；上线前须通过安全扫描系统扫描。
平台前台、管理后台、商家后台分别部署在不同的应用或服务器中。
1.22.安全审计需求
操作日志可追溯。
2.附件
《团购平台_需求规格说明书v1.0》
《团购平台_UI_DEMO》
3.引用与参考文档
无。
升级会员 