NEWBE CRALWER 产品需求文档

1、产品概述

本产品是学霸软件系统的爬虫部分,由NEWBE团队负责。主要任务是从网上爬取出相关数据后提供给C705组使用。

2、产品的发展经历

2.1 产品的发展经历

描述产品的生命周期 \产品的更新换代策略以及产品的中长期发展规划,制定产品的发展蓝图。描述产品的一些突出优点,这些描述可成为产品将来的卖点,也是后面开发过程中,首先需要把握的部分。分析该产品的发展对企业成长的重要性,描述该产品在企业发展规划中的位置;

本产品从2014.10.29开始迭代,经历两轮迭代,发布了ALPHA和BETA版本后。最终基本圆满的满足了C705的需求,并顺利地与学霸下一组成功对接。

2.2 产品的版本

每个版本都需要有非常明确的目标和令人感觉明显的差别,并且在每个版本中都应该有突出的卖点。

(一般产品的第一个版本在于突出产品的卖点所在,之后的第二个版本在易操作性、友好性等方面进行加强,之后的版本可能是为了增强功能或性能,但都必须有一些明确地增强产品优势的卖点……。)

在ALPHA版本阶段,我们的产品方向略有偏移,重点没有放在学霸系统整个的体系下,而是将爬虫作为一个单独的程序而确立产品定位,因此设计了大量UI,URL热度排序,等比较高级,但不实用的功能。

在BETA版本阶段,我们与C705团队进行了充分沟通,明确了我们程序的最重要需求,同时,分析产品定位并找到了关于稳定性、高效性的需求。将产品放回到学霸系统整个的模块下,产品定位更加明确,产品做的也更加实用高效。

3、产品研发规划

3.1 需求分析

1、重要度:重要            需求类型:改进

 需求描述:     限制爬取功能(quiz/pdf/doc/ppt)

2、重要度:重要    需求类型:BUG修改

需求描述:      无法爬取数量巨大的网页,会因为谜之bug陷入死锁,解决相应的bug(bug数量可能比较多..多人参与解决..)

3、重要度:重要    需求类型:新增

需求描述:      爬取ppt、doc功能

4、重要度:次重要      需求类型:新增

需求描述:      各个方法写好规格

5、重要度:次重要   需求类型:改进

需求描述:      quiz页面的过滤功能(C705组需求:stackoverflow、百度知道、知乎、搜狗问问、博问、德问)
6、重要度:一般    需求类型:新增

需求描述:存储文件名换成ID号(上版把过长的文件名过滤掉了,需要修改)
7、重要度:一般    需求类型:BUG修改

重复网址会存成两个id不同的数据项.需要修改

8、重要度:一般    需求类型:改进

无关页面过滤算法的优化

9、重要度:较不重要    需求类型:BUG修改

软件开始界面的的newbe logo消失,需要修改

3.2开发安排

每一天的研发规划都已经记录到DAILY SCRUM中,大家可以去每天的日志中看。

4、产品最终界面

ALPHA版本:

BETA版本:

目前数据库中数据数目:约40w

时间: 2024-08-25 09:35:04

NEWBE CRALWER 产品需求文档的相关文章

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

产品需求文档的学习记录(一)

PRD是英文Product Requirement Document的缩写,中文的意思是产品需求文档,具体的名词介绍大家可以询问Google.PRD文档是基于BRD.MRD的延续文档,主要用于产品设计和开发使用,因此阅读这份文档的人群绝大多数是设计与技术人员.在这类人群中,设计师更多依赖于原型进行交互或视觉的设计,因此看这份文档的人就会偏向于技术人员.相对于技术人员,他们不太关注产品的商业需求和市场愿景,因为在进行产品讨论立项时,产品的定义就已经向参与设计和研发的人员宣讲过,因此技术人员更多的是

产品需求文档(PRD)到底怎么写?

做产品经常会写PRD,但是如果没有一套完整的写作思路和框架,写出的PRD质量就不会太好,导致遗漏重要信息,在项目过程中被开发.前端.测试吐槽.趁这个周末有空,来梳理下一下写PRD的逻辑. 一.什么是PRD? PRD为Product Requirement Document的简称,其中文翻译为:产品需求文档.该文档是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档.当然,这个定义针对的是一个全新的产品.广义上来讲,产品需求的描述,应该包含有产品的战略和战术,战略是指:产品定位.目标市

产品需求文档(PRD)的写作方法

无论我们做什么事都讲究方式方法,写产品需求文档(以下称PRD文档)也是如此,之前我通过四篇文章分享了自己写PRD文档的一些方法,而这一篇文章主要是对之前四篇文章进行整体的摘要介绍,帮助大家快速了解写作流程. 产品需求文档(PRD)的写作 四篇章:1.写前准备(信息结构图)2.梳理需求(产品结构图和用户流程图)3.原型设计(手绘原型,灰模原型,交互原型)4.撰写文档(PRD文档)5.用例文档(UML用例图.流程图) 1.写前准备(信息结构图):http://tangjie.me/blog/52.h

PRD产品需求文档

什么是PRD? PRD是Product Requirement Document的英文缩写,即产品需求文档的意思.PRD昰产品流程中的最后一步工作,是将原型中的功能.界面具象化描述,是提交给设计(UI).技术和测试部门的执行标准.一般由产品经理亲自完成,如果有产品专员(助理)的话,由他们主要完成其实更好. PRD应包括哪些内容? PRD的标准很难衡量,因团队而异,只要能够明确传达产品需求的文档都是合格的.但一般需要包含以下四个部分: 1.产品概要:说明产品目标.需求来源.主要项目负责人和产品整体

产品需求文档的学习记录(四)

前三篇文章我们逐步梳理了产品的信息结构.框架结构.界面结构(原型),这一步我们就要根据之前完成的工作,开始正式撰写产品需求文档了(PRD文档). 通过之前的准备工作,我们更加清楚了产品的需求,并细致的考虑了方案的可行性,从而减少与避免了撰写文档时容易忽略的细节黑洞. PRD文档没有标准的规范,也没有统一的模板,每个公司都不一样,并且每个人也不一样,这个取决于个人习惯和团队要求.虽然PRD文档没有标准的规范,但是有两项是必不可少的,那就是文件标识和修改记录.文档在撰写过程中,我们可以自行不断的修改

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"图纸化"的转折和体现,作用是"对市场需求文档(MRD)中的内容进行指标化和技术化",PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标. 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈现给阅读者,PRD的阅读者一般包括开发人员,设计

程序员爱看的产品需求文档,转给你的产品经理

假如产品需求文档(PRD)是一个产品,如何做出一个拥有良好用户体验的PRD? 让我们先来考察下PRD的用户群体(User Persona):主要是开发人员,在繁忙的开发任务中最希望看到"简洁易懂"的产品需求文档. 梳理下PRD的功能:传达出产品需求:管理记录产品迭代过程:各部门共享产品信息,以促进沟通: 因此一个好的PRD的原则是:结构清晰:语言简洁易懂:实时共享. 我们具体如何制作? 一个PRD文档即可 现在,越来越多的产品经理采用将文本说明和原型结合成一个PRD文档的方式,因为之前

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理