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