PRD就是production requirement document, 是产品经理给开发、测试、UED工程师阐述功能的重要文档。 随之对应的就是研发人员的ESP(engineer spec)文档,，该文档就是对PRD进行功能理解说明,，形成和产品经理的统一意见, 然后就可以开工了。
原则在开发初期需要形成概要和详细设计文档, 作为研发对架构,设计思想的统一, 在开发过程中, 会形成过程文档和变更文档
测试人员会根据功能形成测试用例,，对功能进行覆盖。
具体在研发过程中, 对需求要进一步细化, 落地为一个个的task, 每个task都有预估时间, 比如 8个小时, 6个小时. 我们可以用redmine把这些task追踪起来.
原则在开发初期需要形成概要和详细设计文档, 作为研发对架构,设计思想的统一, 在开发过程中, 会形成过程文档和变更文档
测试人员会根据功能形成测试用例,，对功能进行覆盖。
具体在研发过程中, 对需求要进一步细化, 落地为一个个的task, 每个task都有预估时间, 比如 8个小时, 6个小时. 我们可以用redmine把这些task追踪起来.
开始不需要追求一个大而全的设计和实现, 完成比完美重要, 实际的开发中, 可以迭代前行, 比如我们4个星期出0.1版本, 再4周出0.2版本,找到重要的时间节点, 形成节奏, 一定要确保每个版本都是稳定的, 每个版本都有新功能加进去, 稳定产品基线! 基线要和PRD ESP对应起来.。
产品经理也要有自己的roadmap对PRD进行升级迭代。
下面给大家举个栗子，是我最近刚完成的一份PRD的删减版本。
目录如下：
关键在于每一个功能如何详细描述，可采用如下模板：
1620
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
