Taobao产品需求说明书.docx

《Taobao产品需求说明书.docx》由会员分享，可在线阅读，更多相关《Taobao产品需求说明书.docx（34页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、PR!)文件编号SPI-doc- TIP-PRD作 者黑羽V0.6修改日.20xx/l/20版本号0.6TOP接入系统(TaobaoIntergration Platform)产品需求说明书编写人：黑羽编写时间：20xx/l/205功能需求请详细说明此产品主要功能及内容（除了使用者所需的功能外，也请说明公司内部操作及维 护产品所需要的功能或工具，例如报表、管理使用者或者维护网站内容的工具、客户服务工 具等等。5.1 功能总览请分别列出所花重要的功能及内容模块。建议使用图表来形象阐述本产品各个组成局部的关系。功能总表名称描述优先级备注1. TIP Router +Gateway淘宝接入平台网关：

2、 分发外部程序调用淘宝业务数据的请求。 监控、记录和限制外部调用请求 主动通知应用程序信息12. Taobao Intergration Manager淘宝平台集成管理器： 提供管理开发者接口，用于监控和规范他们开 发行为，并划分等级。 提供管理App信息接口，监控和调整A即使 用状态：与API调用或权限控制 提供管理API订购状态接3 区分API使用角色，和其他TIP子系统协作共 同限制业务角色的各种权限。13. TIP Admin Center淘宝服务调用管理中心： 小二人工管理和调整开发者，API. APP的后 台工具 展示淘宝各项服务的调用情况的图表报告。含 开发者、API. APP等

3、相关数据.15.2 功能详情TIP服务接入TIP的服务接入需要处理外部业务数据请求、支持应用能够注册和侦听消息，同时还要进行 业务数据调用的监控，以及对自身性能的监控。5.1.1.1 业务数据请求简要说明验证外部数据请求合法性，再将请求转发给相关OpenAPI或内部系统。业务规那么 批注|K1|:App上架流程参考:序号优先级需求名需求描述1 . ISV资格申请2 .沙箱测试3 .小二审核4 .正常发布1.1验证请求合法性 验证App身份和状态 验证App是否在TIM中合法注册 验证App状态是否是正常使用状态 业务方身份合法性 验证会话session合法性 本次会话是否真实有效批注|K2J:

4、合法状态包括哪几种可能考虑：沙箱阶段正式使用阶段 会诂是合建期 传入参数是否有效 验证App请求是否越权 当前App请求的API与其在TIM中注册的API权限范围是否相符 当前App请求的API与终端用户在T1M中注册的角色权限范围是 否相符 验证调用方是否在黑名单中 App是否在黑名单中 域名或IP地址是否在黑名单中 终端用户是否在黑名单中2.四种会话验证机制根据App在申请时，申请的API权限范围和使用描述，第一期由小二决定 App对应以下那一种应用方式。并和这种方式绑定。 固定时间SessionKey当App应用需要在固定时间内运行时，使用这一种方式授权访问时间。 根据访问延迟Sessi

5、onkey防止用户在短时间内重狂登录，影响软件运作和用户体验 两次调用间隔不超过15分钟时，自动延长15分钟界面原型 15分钟之内，没有有效调用，会话失效 使用一次失效Sessionkey单次调用后即失效，如同买家功能中订单确认。每次确认都需要认证 一次。 通知失效SessionKey会话一直有效,除非由我们主动终止.场景：一个与淘宝对接的ERP 系统一直监控订单的状态。3.1业务方身份验证 当所调用请求需要终端用户登录时，调用相关验证程序来验证用户身 份。相关验证程序，在本期表现为： 如出的一个taobao. com域内的浏览器窗口 内含账户名和密码输入框 保证用户输入账户和密码的安全性4.

6、1转发请求 将合法API请求转发给相应OpenAPI5.1返回数据的格式 将OpenAPI返回的数据对象按调用方要求的格式返回 支持常用的数据格式 XML JSON易于扩展成其他数据格式。执行者应用程序(App)前置条件 后置条件主流程 用户在客户端的App中登录根据App类型生成相应的Session机制 App从客户端发起数据请求Gateway返回OpenAPI访问结果消息中心简要说明由Gateway将相关业务信息，主动通知给业务调用方。如，续费，订单状态改变、暂停, 特殊通知业务规那么序号优先级需名需求描述1.2提供消息通知机制Gateway可以通过主动调用App回调接口，传输消息中心注册

7、过的消息类 型。消息中，包括： 消息类型 业务数据： 其余必需数据：时间戳等典型应用场景：一个大商家的自动订单处理系统：一旦用户的某个订单付款了，Gateway立刻调用白动订单处理系统服务器 的回调接口，发出“已付款”类型消息给它，内含：消息类型：已付款业务数据：订单号，订单相关信息必需数据：时间戳订单处理系统立刻开始进入后续业务一一发货流程。同理，之后，还有“已确认收货”与财务系统的对接，如，划入应收账款 等。2.2消息类型 订单 “等待买家付款” “价格已修改” “买家已付款，等待卖家发货” “卖家已发货，等待买家确认” “订单成功” “订单取消” 商品 上架 下架 售完 库存报警 服务状

8、态 到期，停止服务服务恢第正常3.2使用消息接口的限 制由于消息通知机制系统开销本钱较高，初期有限制的开放给高级开发者和 特殊大商家角色使用。 界面原型 对于开发者的限制：只有4星级以上才可以调用接口 对于用户的限制： 买家：高级用户 卖家：高级卖家4.2提供消息注册接口 规范App注册侦听某些类型事件(Event)的方法 规范App提供的回调接口5.2消息类型注册和撤 销使用方为淘宝小二和淘宝自己的其他管理程序 消息中心需提供注册新事件的接口，规范事件的数据格式和规范。 消息中心需提供撤销某事件的接口，供取消事件。执行者 前置条件后置条件 主流程当App注册相关应用侦听时，传入商家号 该商家

9、的订单或者商品变动时,代找需要接受此消息的App列表由Gateway按列表逐一调用App回调接口监控和性能简要说明服务接入过程中，需要实现性能扩展性、子系统独立互不干扰；有效的记录服务接入情 况；监控和管理接入使用。业务规那么序号优先级需求名称需求描述1.1性能扩展性由于独立网店的推广，和其他业务推广，在可预计将来OpenAPI访问 量的增长将会很迅速。TIP Galeway必须具备易于扩展的软硬件结构来适应这种快速增长。子系统互不干扰 一个子系统的性能或者状态发生变化时，不会影响其余系统API 的正常。2.1日志 记录OpenAPI调用情况 日志异步记录 至少保存3个月的记录 记录黑名单、性

10、能监控的相关数据 提供日志相关接口 提供给Admin Center使用 提供给开发者社区等其他子系统调用（不建议） 日志记录内容：。当前时间。api_key。app_path。 业务方id。客户端1P地址 app 请求的 content-type app 请求的 body length service名称（对应的API名称） uri：包含 path 和 method_name.不包含 serice_name.如：/list/getMember：批注K3：由凤先群估 service返回的状态吗。 service 返回的 contcnt-typc。service响应时间。 service 返回的

11、body length。gateway响应状态码3.2黑名单 设置外部调用的黑名朝。一旦调用方落在黑名单中，将失去数据访问 权。 黑名单的分级 暂时失效：禁止权限2小时，之后白动从黑名单中消除。 加入和消除时间记录入日志 固定失效：必须调用解禁接口，才会从黑名单中消除 提供黑名单的对外接口供 Admin Center 调用供其他子系统、其他部门调用4.1性能监控 实时监控（延迟=5分钟） 每分钟内单个AppKey或终端用户调用频率明显异常时：自动加入黑名单，设为“酒时失效” 将相关信息记录入口志 每分钟内局部接口的性能反映异常（错误码）、挂起时 自动调用Admin Center相关接口将相关信

12、息记录入日志 分时段统计监控 每晚简要分析TIP各模块的状态 相关信息记录入日志5.2流量控制 能够根据APP key和角色控制单.个API流量和调用次数。限制形式如 下： 总体限制：单个App在30秒内访问API次数限制 service 限制:单个API在30秒内能被访问的次数限制 按sevice+uri进行限制：可以对单个service+uri进行设置，i殳置特定的service+uri每秒能 被一个app访问的次数 按 api_key+service_name 进行限制：可以按单个api_kcy+scn*icc_namc进行设置，设置特定的api_kcy 对特定的scrvicc_namc

13、每秒能访问的次数 按 api_key+$ervice_namc+uri 进行限制：可以对单个api_key+serqce_nan）e+uri进行设置，设置特定的 api_key对特定的service_name和uri每秒能访问的次数 甚至控制，单个API对不同角色返回不同结果。（P2） 应用场景如：淘宝助理的流病不加以控制，但别的就不行.淘宝助理 可以调用批量接口对当前Scssionkoy中用户商品操作，别的APPkoy 不行。 界面原型 执行者前置条件 后置条件主流程5.1.2 Taobao Intergration Manager （淘宝接入管理）提供管理开发者接口，用于监控和规范他们开发

14、行为，并划分等级。 提供管理App信息接口，监控和调整App使用状态；与API调用或权限控制 提供管理API订购状态接口区分API使用角色，和其他TIP子系统协作共同限制业务角色的各种权限开发者管理 简要说明提供管理开发者的各种接口, 业务规那么序号优先级需求名称需求描述I.1需要录入的开发者 信息在开发者数据库中，所需要记录的开发者相关信息 该开发者的id号 常规信息： 联系人姓名 公司 通讯地址： email 账户信息： 收款人，收款人支付宝帐号 对应权限表：见对应调用权限范围 等级 分成假设干级别，供日后运营调用 统计信息 信用记录 应用列表 所抑有的App汇总统计数据 历史记录 其他备

15、注2.2开发者调用权限 范用 记录该开发者可以调用的OpenAPl范围 应用场景：小二从AdminCenler中根据开发者的资质来调整他的API 访问等级和权限。 记录开发者可以注册侦听的Gateway事件类型3.2开发者对应等级 每种开发者所可以访问的API的范围和API调用时的控制策略是不一 样的。 定为5个等级：1-5星级 不同级别，拥有默认的调用权限范围如果之前权限范围中有超出等级对应默认范围，按合集处理。4.1开发者Manager对 外接口只提供接口，由其他子系统调用，如，由小二在AdminCenter中调用：开发者社区的相关调用等。 增加开发者接口 删除开发者接口 修改开发者接口

16、查询开发者接口界面原型无执行者 外部调用方 前置条件 无后置条件 无 主流程 无.1.2.2 App 管理简要说明提供各种App信息的对外接I 业务规那么序号优先级需求名称需求描述6.1App的数据内容 应用名称 必备接入数据： 应用 Appkey 应用接入方式：代码嵌入“frame框架嵌入/客户端 应用类型：旺铺插件/社区插件/NCP插件/独立外部插件 应用是否需要绑定用户Session 基本信息：应用的图标分三种图标大小，20X20, 40X40, 80X80应用的简介 应用的详细描述 应用的网调接口地址（如果是Client插件，那么不需要回调地址） A叩key所对应的权限范围表 App对

17、应的状态 统计信息 当前使用数 所拥有的API调用汇总统计数据7.1App Key对应的权限 范围表 记录该App可以调用的OpenAPI范围 记录App可以注册侦听的Gateway事件类型8.1App的状态 待审核 审核失败 上架中（暂留）正在发布过程中. 正常使用 笆停使用9.1App Manager对外接口只提供接口，由其他子系统调用,如，由小二在AdminCenier中调用 增加App接口 删除App接口 修改App接口 查询App接口界面原型 执行者前置条件 后置条件主流程5.1.2.3 API 管理简要说明提供各种App信息的对外接口 业务规那么修订控制页编号文档版本修订章节修订原

18、因修订日期修订人1V0. 11-7创立20xx. 12.22黑羽2V0.25. 2. 15. 2. 5根据NCP和平台组会议修改20xx. 12. 28黑羽3V0.35. 1 - 5. 2根据29日 周一 TOP架 构讨论会， 划分清TIP 的需求优先 级、子系统 结构而调整20xx. 1. 5黑羽4V0.45.1消息中心类 型添加，API 监控调用管理20xx.l,8黑羽5V0.51.1, 5.1.1 ,根据会议批注内容补充和完善黑羽6V0.61.1-1.4.修订20xx/l/20黑羽序号优先级需求名称需求描述10.2OpenAPl对应信息/TBD批注K4: OpenAPi对应的角色信息。

19、OpenAPl对应的角色信息 OpenAPl对应的Sessionkey是否需要绑定，何种类型。OpenAPl所对应的sessionkey是否需要绑定，和何种类 型。11.2消息通知API对应信息12.2可以设置OpenAPl 的角色 具体设置OpenAPl能被哪几种角色可以访问。 角色列表见： OpenAPl 界面原型执行者 前置条件后置条件 主流程5.1.2.4 Role 管理简要说明提供各种终端用户角色信息的对外接u业务规那么序号优先级需求名称需求描述13.2终端用户角色 每个角色对应一组OpenAPl权限、注册侦听消息权限 角色对应的App 每个App中需要的角色由App来决定。14.2

20、用户角色批注K5:需要细化到每个接口上。买家： 普通买家：没It发生卖出交易的用户 高级买家：可以使用TIP的消息接口的用户，该类用户数据可以产生 消息发送。卖家： 普通卖家：接口使用权限低。 旺铺卖家：具有API大局部使用权限，但在产品发布等接1 1上不具有权限 商城卖家和外部网店卖家：具有API所有使用权限 高级卖家：除了具有API使用权限外，还可以使用TIP消息接口。淘客： 可以渠道15.2用户角色的绑定 在开发者社区提供专门的角色权限申请页面 在AdminCenter中提供“角色权限”勾选范围 界面原型执行者前置条件后置条件 主流程5.2.1 AdminCenter5.2.1.1管理开

21、发者的局部统计需求:1开发者调用统计以图表形式表现如下数据 总调用数、频率的H线图 调用的各个接口次数、图表 所有App数量统计、 所有开发者的分类统计管理需求:序号优先级需求名需求描述5.2待审核开发者1、列表显示字段有：开发者的类别、联系姓名、电子邮件地址、网址、 联系 、已通过的角色。2、可做的操作有：通过、拒绝a）通过后那么待审用户自动进入下一个角色的待审列表中。b）拒绝那么需要输入拒绝理由。审核机制采取一票否决制。6.2已通过开发者1、列表显示字段有：开发者的类别、联系姓名、电子邮件地址、网址、 联系 ，开发者注册的应川（点击后可以查看应川的详细资料）。可做操作有:删除7.2删除开发

22、者1、被删除的开发者如没有注册应用，那么输入完删除理由后从列表中消失。 被删除的开发者如有注册应用，输入删除理由后，该开发者所属应用也全 部被删除，己使用该应用的模块也相应被删除。序号优先级需求名称需求描述8.2开发者列表1、以表格方式列出所有开发者。2、显示字段为开发者类别/姓名/电邮/应用数目（已通过/未通过）（/TBD） 界面原型 执行者开发者 前置条件登录进入开发者社区，进入管理中心 后置条件无 主流程5.2.1.2管理App的局部简要说明数据中心，存储App （应用）和开发者相关信息。批注|K6:校验App对应的角色 业务规那么统计需求1App应用统计以图表形式表现如卜.数据 注册数

23、统计 App单个调用数统计、列表 分类统计趋势统计序号优先级需求名称需求描述1.1添加新的应用1、需要填写的字段为： 应用名称 必备接入数据： 应用 Appkey 应用接入方式：代码嵌入/Iframe框架嵌入/客户端 应用类型：旺铺插件/社区插件/NCP插件/独立外部插件 应用是否需要绑定用户Session 基本信息.： 应用的图标分三种图标大小，20X20, 40X40, 80X80 应用的简介 应用的详细描述 应用的网调接口地址（如果是Client插件，那么不需要回调地址）2、提交后的提示信息中给出api_key,并再次判断用户是否有站点，如无 站点提示同注册开发者时相同。注册成功后，该应

24、用信息进入调试状态。2.1应用详细资料页显示应用的详细信息，显示的内容为添加应用时填写的内容以及被使用次 数、评论。序号优先级需求名称需求描述1.2.2修改应用1、己上线的应用可修改a）可修改所有字段b）修改后，用户可以选择发布到调试环境或者是发布到正式环境， 发布到调试环境的线上应用，在调试环境中可以添加和使用，并 不替换线上应用。c）选择发布到正式环境后修改后的信息进入审核系统，并不替换线 上应用信息。2、审核中的新应用修改不允许修改.修改通过后的应用对老模块升级。3.2下线应用1、已上线的应用开发者可以修改为下线状态，审核流程如同修改3、被批准的下线应用将从列表中消失，且不能被添加，但原

25、添加的模块 可继续使用。4.2删除应用1、删除上线状态的应用：提出申请后进入审核流程，审核通过后但凡使 用到该应用的模块一并被删除。5.2下线应用2、已上线的应用开发者可以修改为下线状态，审核流程如同修改4、被批准的下线应用将从列表中消失，且不能被添加，但原添加的模块 可继续使用。6.2下线应用3、己上线的应用开发者可以修改为下线状态，审核流程如同修改5、被批准的下线应用将从列表中消失，且不能被添加，但原添加的模块 可继续使用。序号优先级需求名称需求描述9.2应用列表1、应用列表根据应用的状态分为以下几个lab：已发布、调试中、审核中、 被拒绝、下线、删除。2,已发布状态的应用为已经通过审核，

26、线上正在使用中的应用。a）显示字段为：icon、名称、上线时间、类别、类型、被使用次数、 查看评论。b）点击icon或名称可以查看应用详细资料。c）可做的操作有：修改、删除。3、调试中的应用为调试环境卜.才能添加和使用的应用，线上环境并不能 看到和被添加。a）显示的字段为：icon、名称、提交时间、类别、类型。b）点击icon或名称可以直看应用详细资料。c）可做的操作有：修改、发布、删除。4、审核中状态的应用为新应用或修改后提交审核的应用，目前处于开发 环境中。a）显示字段为：icon、名称、提交审核时间、类别、类型、状态（新 应用还是老应用修改后待审）。b）点击icon或名称可以查看应用详细

27、资料。c）可做操作有：修改、删除。d）5、被拒绝状态的应用为新应用或修改后提交审核的应用被淘宝审核人员 拒绝的应用。a）显示字段为：icon、名称、被拒绝时间、类别、类型、状态（新 应用还是老应用修改后待审）、查看拒绝理由b）点击icon或名称可以查看应用详细资料。c）新应用被拒绝后可做的操作有：修改、删除。点击修改后流程同 添加新应用：点击删除后，该应用的信息从列表中消失。1）老应用修改被拒绝后无可作操作。6、卜线状态的应用为老应用被开发者或淘宝审核者作出卜.线操作的应 用，该类应用将不会在列表中出现，且不能被添加，但已使用中的不 受影响。a）显示字段为：icon、名称、上线时间、下线时间、

28、类别、类型、 被使用次数、直看评论。b）点击icon或名称可以查看应用详细资料。c）可做的操作有：修改、删除。7、删除状态的应用为被删除的老应用，包括开发者自己删除和淘宝审核 删除。 界面原型a）显示字段为：icon、名称、上线时间、删除时间、类别、类型、 被使用次数、查看评论、删除理由、删除者的角色。b）点击icon或名称可以查看应用详细资料。无任何可做的操作，仅仅是一个信息记录。10.执行者 前置条件后置条件主流程5.2.1.3管理API的局部简要说明 业务规那么 界面原型序号优先级需求名称需求描述16.1OpenAPI各项指标 统计 API接口调用次数统计 所耗性能 被调用的APP数目1

29、7.2单个OpenAPI的信 息 名称 状态 所属角色权限18.1OpenAPI 列表 列出当前所有OpenAPI 信息： 名称 状态19.2暂停服务暂停服务包括整体OpenAPI的河停和选定API接11的营停。 总体限制：暂停单个App访问API service限制：单个API在30秒内能被访问的API 按service+uri进行限制：可以对单个service+uri进行设置，限制访问 按 api_key+service_name 进行限制：可以按单个api_kcy+scnrice_namc进行设理，设置特定的api_key 对特定的scrvicc_namc限制访问 按 api_kcy+s

30、crvicc_name+uri 进行限制：20.2更改OpenAPI对应角色 更改对应角色权限。执行者前置条件后置条件 主流程整合需求请详细说明此产品可与其它产品或公司的整合需求。（详细的功能应在功能详情中说明）产品/合作公司描述基本需求优先级5.3 BETA测试需求请说明是否需要BETA测试，BETA测试的要求及期望到达的目标。6非功能需求产品营销需求如果此产品有推广需求和推广资源，请说明使用的推广方式、目标受众以及是否有限制或特 殊要求？（网站运营部应提供主要内容。范例：推广方式受众描述说明站内信通知卖家规那么变更需求本产品可能涉及到的时淘宝规那么的变更。（规那么委员会应提供主要内容。产品

31、服务需求产品上线是否需要客服协助？此产品计划的服务优先级和重要性如何？当此产品上线后，你 想要从客服中得到什么信息？（例如，关于此产品，请根据产品相关数据进行推断，客服每 周处理多少客诉？花多少时间回且c-mail?会员常问的问题是什么？）客服应如何支持？对 客服有何影响？客服最常遇到什么状况？应如何回应？此产品尚未上线前或上线时，客服可 或不可与客户沟通，沟通什么？（请与客户服务部和技术支持讨论确定）范例：服务类型是否为新服务预计服务事件预计频率场景描述服务解决方案评价被删除的1（X）0个/咨询天1、为缓解服务压力，工程采取逐步推进方式， 先自动删除99%以上概率为信用炒作的评价， 然后逐步

32、降低概率；2、面对咨询，为客服提供以下功能：1）后台评价单向删除：2）后台评价双向删除3、在知识库、帮助中心添加相关内容；4、在客服中组织培训：法务需求请详细说明与阳私权、知识产权、专利权、商标、服务条款（TOS）、版权、合同责任、客户 沟通等相关之法务议题或需求。（法务应提供协助）财务需求此产枯是否有特殊的会计财务需求，如有请详细说明。（财务部应提供协助）帮助需求请提供内部使用者或者客户在使用此产品时所褥要的任何说明文件或帮助，比方线上帮助、 CRM知识库、FAQ等。安全性需求产品需符合网络安全部的相关规定；7上、下线需求上线时限需求此产品预定上线口期？上线口期有无任何特殊依据或规定？5.1

33、.2,5.2.1789107.1 下线需求（活动类需求必须明确下线时间）此产品预定下线日期？下线日期it无任何特殊依据或规定？8运营计划请说明产品的后续运营计划。1.1 名词说明61.2 产品概述及目标61.3 产品 roadmap71.4 产品风险72者一5 aR82.1 需求描述8可选方案效益本钱分析 8效益预测4.2 产品技术中心本钱9非产品技术中心的支持成木R匕 lij M *5.1 功能总览105.2 功能详情115.3 整合需求275.4 BETA测试需求28 28产品营销需求28规那么变更需求28产品服务需求28法务需求29财务需求29帮助需求29安全性需求29上、卜 297.1

34、 上线时限需求297.2 下线需求（活动类需求必须明确下线时间）308运营计划30请与以下部门讨论PRD序号OK?部门沟通内容1.运营中心：协助设定产品的RaodMap商城、集市、协助设定target customer：使用者二手闲置、门佛助评估：营销/推广需求户协助设定商业目标2.运营中心：网协助设定产品的RaodMap站运营协助设定targel customer：使用者协助评估:营销/推广需求协助设定商业目标3.客户中心：客讨论客服如何支持：客服需求服服务部协助评估诈欺/数据窜改风险：欺诈/数据窜改风险、不当使用风险预测客服本钱、工作量4.客户中心：网评估安全性络安全部5.产品技术中讨论以

35、确定方案的规模评估、推出计划心：系统分析进行技术可行性分析，提出关键问题的技术解决方案师虚拟团队评估系统规模,数据量，所需资源等协助评估风险6.产品技术中协助确定产品发布日期心：工程经理协助确定产品本钱协助评估风险7.产品技术中协助制作Demo心：用户体验协助确定use flow：用户使用方式设计之交互设计师8.财务分析中请评估财务需求心：财务组协助评估风险9.财务分析部：协助确定如何度量产品目标数据分析组10.行政管理中协助评估法务问题并检视合作伙伴：使川者数据需求、心：法务部法务需求、版权、隐私权等需求协助评估风险：诈欺/数据审改风险、不当使用风险11.规那么委员会协助评估规那么变更的影响

36、12.支付宝协助确定接口、合作方式等13.阿里软件协助确定接口、合作方式等1概述名词说明介绍本文档中会使用到的专用名词，如：新名词、产品内实体单位，请尽拈使用群众可理解 的名词名称说明开放平台以开放OpenAPI为核心的服务开放系统。包括开放数据、开放平台和开放的业务方入口.TOP全称:Taobao Open Platform,淘宝开放平台App应用，本文中指由第三方开发的，需要调用淘宝TOP来完成业务的应用程序.通常表现为浏览器端的页面插件,桌面端的应用程序.ISVIndependent Software Vender,独立软件开发商。Role业务方角色，对应于不同的API访问权限和监控策略

37、。包括：买家、卖家、高级卖家等TPS每秒业务处理量.1.1 产品概述及目标请以三到五段文字摘要说明您所提出的新服务（包含推出新产品、现有产品重新设计或升级、 现有服务推出新功能）及I标；请包括：1、产品背景说明；淘宝开放平台是建立大淘宝的关键要素之一。以围绕淘宝开放数据和业务为核心，把握商业 趋势，以第三方开发软件为助力，建立繁荣的商业生态圈。对于外部数据的调用和监管，是淘宝开放中最重要的环节之一.同时，在可预见的外部数据 调用大规模增长时，淘宝开放平台也必须拥有适应的机制。这些就是TIP（淘宝接入平台）的 商业背景和需求。2、产品的目标客户：从TIP系统的使用来说，有外部客户和内部用户外部用

38、户：第三方开发者通过开发的App对TIP平台发出数据调用请求。内部用户：a）开发者社区。开发者通过开发者社区系统向TIP平台请求相关App管理 接L1和开发者管理接I.b） Admin Center。AdminCenter使用方为淘宝小二。Adinin Cenler主要用管理开放平 台的开发者、App、API；统计分析TOP数据调用的情况。1.3 产品 roadmap请描述产品开展的各个阶段，可以用图表等多种方式表述。产品开展阶段阶段描述时间1 满足外部数据调用的基本（P1）需求 实现基本的监控、管理功能 对App和开发者Tj最基本的管理，支持Admin Center 对单个ISV单个应用手工

39、纳入TIP管理体系。 Admin Center有基本的ISV管理界面,和数据统计 分析20xx 年 3 月2 完善监控与管理。（完成相关P2需求）。 完善App和开发者管理，支持对批俄的ISV批战应 用纳入TIP管理体系. 建立初步消息通知机制 Admin Center完善ISV/App管理界面，数据统计 支持开发者社区批量接入第三方开发者20xx 年 6 月3 App和开发者管理支持第三方草根开发者。 将沙箱环境使用结合进TIP的相关申请/管理流程 支持开发者社区对第三方草根开发者的开放。 Admin Center完成半自动化的管理，集合对淘宝 Hosting程序的相关支持20xx 年 10 月产品风险请描述产品可能存在的风险，比方商务谈判的风险？外部合作的风险？不当使用的风险等 等。风险级别为可中低。风险级别|描述监控策略改善策略(/TBD)2使用者需求2.1 需求描述请说明此产品的目标客户、其需求及使用情境。如已做好personas（代表性角色描述），也清 包含于此。请详细说明此产品主要的使用案例一目标客户最想由此产品满足什么需求？最想藉由此产 品解决什么问题？ 一并根据每个不同的使用案例，区别目标客户及其使用时的优先级/重要 性/频率。目标客户需求描述场景描述优先级3可选方案列出所有可以选择的到达该产品目标的方案要点（主要思路），给各方案适当的评价，并推 荐展优方案。