产品需求说明书模板淘宝.docx
《产品需求说明书模板淘宝.docx》由会员分享,可在线阅读,更多相关《产品需求说明书模板淘宝.docx(15页珍藏版)》请在冰豆网上搜索。
产品需求说明书模板淘宝
文件编号
作 者
文档版本
最后修改日期
版本号*.*
[产品名称]
产品需求说明书
编写人:
编写时间:
修订控制页
编号
文档版本
修订章节
修订原因
修订日期
修订人
1
V0.1
1-7
创建
请与以下部门讨论PRD
序号
OK?
部门
沟通内容
1.
□
运营中心:
商城、集市、二手闲置、门户
⏹协助设定产品的RaodMap
⏹协助设定targetcustomer:
使用者
⏹协助评估:
营销/推广需求
⏹协助设定商业目标
2.
□
运营中心:
网站运营
⏹协助设定产品的RaodMap
⏹协助设定targetcustomer:
使用者
⏹协助评估:
营销/推广需求
⏹协助设定商业目标
3.
□
客户中心:
客服服务部
⏹讨论客服如何支持:
客服需求
⏹协助评估诈欺/数据窜改风险:
欺诈/数据窜改风险、不当使用风险
⏹预测客服成本、工作量
4.
□
客户中心:
网络安全部
⏹评估安全性
5.
□
产品技术中心:
系统分析师虚拟团队
⏹讨论以确定方案的规模评估、推出计划
⏹进行技术可行性分析,提出关键问题的技术解决方案
⏹评估系统规模,数据量,所需资源等
⏹协助评估风险
1概述
1.1名词说明
介绍本文档中会使用到的专用名词,如:
新名词、产品内实体单位,请尽量使用大众可理解的名词
名称
说明
开放平台
以开放OpenAPI为核心的服务开放系统。
包括开放数据、开放平台和开放的业务方入口。
TOP
全称:
TaobaoOpenPlatform,淘宝开放平台
App
应用,本文中指由第三方开发的,需要调用淘宝TOP来完成业务的应用程序。
通常表现为浏览器端的页面插件,桌面端的应用程序。
ISV
IndependentSoftwareVender,独立软件开发商。
Role
业务方角色,对应于不同的API访问权限和监控策略。
包括:
买家、卖家、高级卖家等
TPS
每秒业务处理量。
1.2产品概述及目标
请以三到五段文字摘要说明您所提出的新服务(包含推出新产品、现有产品重新设计或升级、现有服务推出新功能)及目标;请包括:
1、产品背景说明;
淘宝开放平台是建立大淘宝的关键要素之一。
以围绕淘宝开放数据和业务为核心,把握商业趋势,以第三方开发软件为助力,建立繁荣的商业生态圈。
对于外部数据的调用和监管,是淘宝开放中最重要的环节之一。
同时,在可预见的外部数据调用大规模增长时,淘宝开放平台也必须拥有适应的机制。
这些就是TIP(淘宝接入平台)的商业背景和需求。
2、产品的目标客户;
从TIP系统的使用来说,有外部客户和内部用户
外部用户:
第三方开发者通过开发的App对TIP平台发出数据调用请求。
内部用户:
a)开发者社区。
开发者通过开发者社区系统向TIP平台请求相关App管理接口和开发者管理接口。
b)AdminCenter。
AdminCenter使用方为淘宝小二。
AdminCenter主要用于管理开放平台的开发者、App、API;统计分析TOP数据调用的情况。
1.3产品roadmap
请描述产品发展的各个阶段,可以用图表等多种方式表述。
产品发展阶段
阶段描述
时间
1
●满足外部数据调用的基本(P1)需求
●实现基本的监控、管理功能
●对App和开发者有最基本的管理,支持AdminCenter对单个ISV单个应用手工纳入TIP管理体系。
●AdminCenter有基本的ISV管理界面,和数据统计分析
2009年3月
2
●完善监控与管理。
(完成相关P2需求)。
●完善App和开发者管理,支持对批量的ISV批量应用纳入TIP管理体系。
●建立初步消息通知机制
●AdminCenter完善ISV/App管理界面,数据统计
●支持开发者社区批量接入第三方开发者
2009年6月
3
●App和开发者管理支持第三方草根开发者。
●将沙箱环境使用结合进TIP的相关申请/管理流程
●支持开发者社区对第三方草根开发者的开放。
●AdminCenter完成半自动化的管理,集合对淘宝Hosting程序的相关支持
2009年10月
1.4产品风险
请描述产品可能存在的风险,比如商务谈判的风险?
外部合作的风险?
不当使用的风险等等。
风险级别为高中低。
风险
风险级别
描述
监控策略
改善策略
(//TBD)
2使用者需求
2.1需求描述
请说明此产品的目标客户、其需求及使用情境。
如已做好personas(代表性角色描述),也请包含于此。
请详细说明此产品主要的使用案例—目标客户最想由此产品满足什么需求?
最想藉由此产品解决什么问题?
—并根据每个不同的使用案例,区别目标客户及其使用时的优先级/重要性/频率。
目标客户
需求描述
场景描述
优先级
3可选方案
列出所有可以选择的达到该产品目标的方案要点(主要思路),给各方案适当的评价,并推荐最优方案。
如另有说明可选方案的文档,欢迎使用。
方案介绍
优点
缺点
方案1
方案2
方案3
4效益成本分析
4.1效益预测
请提供在各种产品环境中的效益预测,并标明主要的变量及假设,最好能包含现在和过去的效益数据。
示例:
指标1
网游每日支付宝成交额
环境
时间
好
中
差
现状
产品发布后一周
产品发布后3周
4.2产品技术中心成本
请列出设计及部署此产品的产品技术中心所需的资源需求,包括人力成本,软硬件支出等。
(项目经理应提供协助)
示例:
人力资源
工作内容描述
成本(人日)
备注
产品经理
交互设计师
开发
测试
非人力资源
成本(元)
描述
硬件投入
软件投入
其他
4.3非产品技术中心的支持成本
请预估此产品有关的除产品技术部以外的支持投入。
比如:
需要客服部投入多少的资源用于该产品的服务,需要运营部投入多少的资源运营该产品。
示例:
人力资源
工作内容描述
成本(人日)
备注
客服专员
运营专员
非人力资源
成本(元)
描述
广告位
邮件群发
5功能需求
请详细说明此产品主要功能及内容(除了使用者所需的功能外,也请说明公司内部操作及维护产品所需要的功能或工具,例如报表、管理使用者或者维护网站内容的工具、客户服务工具等等。
5.1功能总览
请分别列出所有重要的功能及内容模块。
建议使用图表来形象阐述本产品各个组成部分的关系。
功能总表
名称
描述
优先级
备注
1.TIPRouter+Gateway
淘宝接入平台网关:
●分发外部程序调用淘宝业务数据的请求。
●监控、记录和限制外部调用请求
●主动通知应用程序信息
1
2.
3.
5.2功能详情
5.1.1TIP服务接入
TIP的服务接入需要处理外部业务数据请求、支持应用能够注册和侦听消息,同时还要进行业务数据调用的监控,以及对自身性能的监控。
5.1.1.1业务数据请求
●简要说明
验证外部数据请求合法性,再将请求转发给相关OpenAPI或内部系统。
●业务规则
序号
优先级
需求名称
需求描述
1.
1
验证请求合法性
●验证App身份和状态
⏹验证App是否在TIM中合法注册
⏹验证App状态是否是正常使用状态
●业务方身份合法性
⏹
●验证会话session合法性
⏹本次会话是否真实有效
⏹会话是否过期
⏹传入参数是否有效
●验证App请求是否越权
⏹当前App请求的API与其在TIM中注册的API权限范围是否相符
⏹当前App请求的API与终端用户在TIM中注册的角色权限范围是否相符
●验证调用方是否在黑名单中
⏹App是否在黑名单中
⏹域名或IP地址是否在黑名单中
⏹终端用户是否在黑名单中
●
●
●界面原型
●执行者
应用程序(App)
●前置条件
●后置条件
●主流程
⏹用户在客户端的App中登录
⏹根据App类型生成相应的Session机制
⏹App从客户端发起数据请求
⏹Gateway返回OpenAPI访问结果
5.1.1.2消息中心
●简要说明
由Gateway将相关业务信息,主动通知给业务调用方。
如,续费,订单状态改变、暂停,特殊通知
●业务规则
序号
优先级
需求名称
需求描述
1.
2.
3.
4.
5.
●界面原型
●执行者
●前置条件
●后置条件
●主流程
⏹当App注册相关应用侦听时,传入商家号
⏹该商家的订单或者商品变动时,查找需要接受此消息的App列表
⏹由Gateway按列表逐一调用App回调接口
5.1.1.3监控和性能
●简要说明
服务接入过程中,需要实现性能扩展性、子系统独立互不干扰;有效的记录服务接入情况;监控和管理接入使用。
●业务规则
序号
优先级
需求名称
需求描述
1.
2.
3.
4.
5.
●界面原型
●执行者
●前置条件
●后置条件
●主流程
5.1.2TaobaoIntergrationManager(淘宝接入管理)
●提供管理开发者接口,用于监控和规范他们开发行为,并划分等级。
●提供管理App信息接口,监控和调整App使用状态;与API调用或权限控制
●提供管理API订购状态接口
●区分API使用角色,和其他TIP子系统协作共同限制业务角色的各种权限。
5.3整合需求
请详细说明此产品可与其它产品或公司的整合需求。
(详细的功能应在「功能详情」中说明)
产品/合作公司
描述
基本需求
优先级
5.4BETA测试需求
请说明是否需要BETA测试,BETA测试的要求及期望达到的目标。
6非功能需求
产品营销需求
如果此产品有推广需求和推广资源,请说明使用的推广方式、目标受众以及是否有限制或特殊要求?
(网站运营部应提供主要内容。
范例:
推广方式
受众
描述说明
站内信通知
卖家
规则变更需求
本产品可能涉及到的对淘宝规则的变更。
((规则委员会应提供主要内容。
产品服务需求
产品上线是否需要客服协助?
此产品计划的服务优先级和重要性如何?
当此产品上线后,你想要从客服中得到什么信息?
(例如,关于此产品,请根据产品相关数据进行推断,客服每周处理多少客诉?
花多少时间回复e-mail?
会员常问的问题是什么?
)客服应如何支持?
对客服有何影响?
客服最常遇到什么状况?
应如何回应?
此产品尚未上线前或上线时,客服可或不可与客户沟通,沟通什么?
(请与客户服务部和技术支持讨论确定)
范例:
服务类型
是否为
新服务
预计服务事件
预计频率
场景描述
服务解决方案
□
评价被删除的咨询
1000个/天
1、为缓解服务压力,项目采取逐步推进方式,先自动删除99%以上概率为信用炒作的评价,然后逐步降低概率;
2、面对咨询,为客服提供以下功能:
1)后台评价单向删除;
2)后台评价双向删除
3、在知识库、帮助中心添加相关内容;
4、在客服中组织培训;
法务需求
请详细说明与隐私权、知识产权、专利权、商标、服务条款(TOS)、版权、合同责任、客户沟通等相关之法务议题或需求。
(法务应提供协助)
财务需求
此产品是否有特殊的会计财务需求,如有请详细说明。
(财务部应提供协助)
帮助需求
请提供内部使用者或者客户在使用此产品时所需要的任何说明文件或帮助,比如线上帮助、CRM知识库、FAQ等。
安全性需求
产品需符合网络安全部的相关规定;
7上、下线需求
7.1上线时限需求
此产品预定上线日期?
上线日期有无任何特殊依据或规定?
7.2下线需求(活动类需求必须明确下线时间)
此产品预定下线日期?
下线日期有无任何特殊依据或规定?
8运营计划
请说明产品的后续运营计划。