做产品是从写文档开始的!
整体上PD要写的文档:
- BRD:Business Requirements Document,商业需求文档,内容涉及市场分析、销售策略、盈利预测等,是给大老板们演示的。
- MRD: Market Requirement Document,市场需求文档,当产品获得认可并进入实施阶段,就要有更细致的市场及竞争对手分析,包括哪些功能帮助实现盈利、功能的优先级等。这是从商业目标到技术实现的关键转化文档。
- PRD:Product Requirement Document,产品需求文档,内容包括产品整体说明、用例文档、产品Demo等,也会对产品做更细致的描述,是产品新人写的最多的文档。
- FSD:Functional Specification Document,功能详细说明,内容包括很多技术方面的内容,产品的界面、逻辑实现、数据库的设计等。
关于写PRD文档,最好学一点UML的知识并且会写用例文档Use Case Document。
UML是一种建模语言,可以画出类图、用例图、时序图等多种图,可以通过多种图清晰的表达需求的涉及的内容。
用例文档是需求人员写给技术人员最基本的需求文档,将需求的方方面面以文档的形式给出,内容包括业务描述、行为者、前置条件、后置条件、界面元素等。UC一般有固定的模板,可在模板上根据实际产品进行修改。
产品的Demo可以更清晰的表达出更多交互和视觉的细节,而且Demo也会经历从抽象到具体、从全局到细的渐进过程。
需求文档写好后,接下来就要进入需求评审阶段,PD、开发人员、测试人员一起讨论需求的问题,并且PD收集到意见后要反复修改需求,直至最终评审通过。
进入开发阶段之后,PD还需要和开发人员和测试人员不断沟通各种细节,在测试阶段,收集各种Bug,不断的修复Bug,最后再召开功能评审大会,让项目干系人确认功能是否是大家想要的。
产品上线后,也要不断收集用户反馈,或是针对某项问题有了更好的解决方案,以此来更新产品。