项目名称：《中国商品城电子商务平台需求规格说明书》
1 引言
1.1 本文目的
本文是产品部对平台化的“中国商品城系统”整合部分的产品需求理解和确认的工作成果，体现为产品需求规格说明书文档，在整体的需求细节实现前，是整体核心需求的落实的阶段性工作成果，是与技术部双方对需求达成共识的里程碑。
编撰这样一个需求说明书克服了需求声音弱、没有战略指引、时间很紧迫、可调用资源匮乏、没进行市场及用户研究等等诸多困难，所以，后期需要进行整体修缮。
本文档将作为项目开发和测试的主要依据之一，此外还有概要设计、详细设计。 本文的目的是完成对用户需求的收集、整理与分析，弄清楚系统究竟要 “CASE干什么”及“USE由谁干”，以及核心的相关流程，并用合乎规范的文字及图表予以描述。之前的需求说明书（BRD、MRD、PRD文档组），需要详细描述“为什么干“，在此部分中仅作简单说明。至于“怎么干”在此不需要说明，因为那是设计实现阶段概要设计和详细设计说明书将会做的事情。有关文字与图表应尽量让用户便于理解。
本文的预期读者包括：UI/UE人员、开发人员、测试人员、开发工程师、运维工程师等，主要为产品和技术人员。
1.2 已经解决的核心问题
序号 1. 术语或缩略语 买卖家身份 说明性定义 买卖家后台分别独立，有不同的登录通道和后台系统。
Page 5 of 37
项目名称：《中国商品城电子商务平台需求规格说明书》
需要明确的是买家不能开店（个人不具备开店能力），卖家不能买东西（卖家想购物需要另开一个买家账号）。 2. 独立B2C抑或行业B2C 按照垂直频道模式发展，遵守中国商品城既定规则入驻，会员及各类后台数据可以复用和交融。今后是否独立出去单独发展再议。 3. 多商铺许可 一个自然企业账户可开设多个商铺，各个商铺分用不同账号登录，但各个商铺应分属不同行业，暂不限定企业开设商铺数量。 4. 5. 6. 7. 8. 9. 10. 商铺类型 团购业务 B2B业务 支付 物流 保证金 投诉与举报 商铺类型做设定，但暂不考虑各类型商铺是否划分等级。 团购业务独立结算。（吴奇会跟财务对接确认）。 交易平台具备打包批发出售的功能。其它B2B业务不考虑。 平台要保留多种支付方式的接口，便于买卖双方的交易。 要求实现线上物流功能。 保证金及账期问题有待讨论。（吴奇追踪此事）。 举报定义为与自身利益无关的检举行为，而投诉定义为与自身利益相关的请求平台方处理的诉求行为，投诉和举报为评级功能。投诉下设退款及仲裁等分类。 11. 12. 招商通道 保留招商通道。招商政策确定后做后续工作。
Page 6 of 37
项目名称：《中国商品城电子商务平台需求规格说明书》
13.
1.3 术语、定义和缩略语
序号 1. 术语或缩略语 平台 说明性定义 平台，指中国商品城整个系统与环境的组合。 指基于技术层次和用户及客户的整体基础架构平台（它组建了一个各种应用的统一、规范的技术支撑环境），与基于业务模型的应用平台（它组建了从管理与应用需求出发，把工作流、内容管理、个性化应用工具等组合在一起，提供一个支持管理的应用平台）的结合体。 2. 前台 （大前台概念） 指本系统游各类应用人群使用的功能集合。 准确讲，应该是除平台运营商（中国商品城管理员及操作员）外的涉及平台各类型游客、用户、购买者的应用及管理界面与功能。 包括：前台门户、买家前后台、卖家前后台、其它用户前台。 3. 前台门户 指各类型应用人群在前台浏览、购物及各种相关业务操作的功能区。 包括整站首页、各个导航页、各个栏目及专题页、商品品类页、最终商品购买页、商铺页、购物引导页等。
Page 7 of 37
项目名称：《中国商品城电子商务平台需求规格说明书》
4. 后台 （小后台概念） 指本平台后台管理人员使用的功能集合，总运营商可以在后台进行操作。 后台包括：总运营商后台、运营专员后台、其它各类型管理人员后台。 5. 专区 平台主推的核心导航及频道、主要楼层及橱窗、关键活动区或者页面等。 6. 7. 分类 橱窗 按产品类目划分的一级分类，一般在左上方。 指在各频道页抑或首页面里由管理人员推荐出的商品展示区。 8. 9. 商铺 游客 中国商品城中的商铺，包括B2C的B，也包括B2b2C的b。 在中国商品城没有注册、没有用户名的用户、或者是有用户名没有登录的用户。 原则的设计是准许游客买东西的，不需要注册也能进行交易，但是，建议的设计还是注册后才提供买功能。 10. 会员 在中国商品城上注册的所有用户，都称为会员。这里主要指的是买家用户。 未登录会员在网站上的操作，即便留下cookie，如没有登录就离开都视为游客行为。 11. 游荡者 刚注册确认，尚未进行任何交易行为的进阶游客。
Page 8 of 37
