最近一个月都在和研发部讨论PRD(需求文档)和原型图，不论是UI设计师、前端工程师或是后台开发人员、客户端开发人员，都在扯皮；从这个情况来看，在这个需求评审阶段，将会是严重考验我们和我们的PRD。如果搞不好，会被开发、设计、测试从头到脚批一遍，那个场面，就像在直播吃翔。
说到底，PRD到底要写到什么程度才算是好的呢？
PRD，中文名称产品需求文档(Product Requirement Document，PRD)的英文简称，这是我们跟项目组成员说明本期产品需求的重要文档，也是参加需求评审会时，向大家展示的成果作品。
但在实际的项目过程中，基本上研发部的人很少去看文档，甚至原型都不去点，靠经验去猜。
那PRD到底是谁看的呢？
首先，PRD是给我们产品部内部人看的。我们根据公司的阶段运营目标，提出合理的需求，那么实现这个需求的功能、逻辑，通过思维导图、流程图、用例图、状态图等做分析，再书写成PRD，慢慢梳理出逻辑。
其次，PRD是给团队的其他人看的。一个业务功能，即便能够在脑海里想清楚所有的功能、逻辑，但是还不能保证团队的其他人也能在头脑里想清楚一切逻辑。所以，就需要通过输出PRD，让团队其他人员理解需求的逻辑。
再就是，PRD也是给领导看的，这样，再跟领导申请资源的时候，给出一份清晰的PRD能够让领导看明白为什么我要要这些东西。
因此，在写PRD时，要注意以下事项：
一定要时刻想着换位思考，你得想着你的文档是给开发、设计、测试等看的，语言上尽量好理解，尽量不要用形容词，描述功能时，可以尝试用开发的逻辑去思考书写方式。
功能最好分点说明，正常逻辑和异常逻辑分开说明。
在这个读图的时代，图片展现是最清晰明白的。有的功能点，逻辑比较复杂，这时可以考虑用效果图展现，效果图可以做到所见即所得。
最好再做一个项目进度表，这份表格要做到及时更新，让整个团队知道项目的进度。
不要有语病和错别字。语病和错别字太多的话，容易让大家觉得你很不严谨。
排版标准
排版一定要有一套标准，保证你的每一份PRD都按照同一份标准。排版力求美观大方，字体、颜色、字号、行间距等方面都需要有一定的选择。
下面用一个登陆页的需求来说明：
用户在APP端进入登陆页面的条件包括：
1、在〈个人中心〉头像处，点击【立即登陆】按钮，进入登陆页面；
2、点击【XXX】按钮，进入登陆页面；
3、点击【XXX】按钮，进入登陆页面；
4、点击【XX】按钮，进入登陆页面；
系统遵循“同一个业务范围内，从哪来回哪去”的原则，用户在登陆页面点击返回按钮，则返回相对应的业务页面；
登陆面的原型效果图（文中原型效果图均为参考，以实际UI图为准）如下：
输入前
用户点击【登陆】按钮，系统提示“请填写账户信息”
用户点击【忘记密码】按钮，进入忘记密码页面，见章节X1
用户点击【立即注册】按钮，进入立即注册页面，见章节X2
用户点击返回按钮，返回来之前的业务界面；
系统默认头像，由系统内置；
输入中—边填写边校验
用户在手机号一栏填写登陆手机号：
手机号填写完成后，由系统进行手机号格式校验：
--校验错误，系统提示“手机号格式不对，请重新输入”
--校验正确，则再对手机有效性进行校验；
--校验错误，系统提示“此手机号不存在，请先注册“
--校验正确，在手机号一栏后面打上对勾，提示通过；
填写登陆密码：
密码填写完成后，由系统对密码有效性进行校验：
--校验错误，系统提示”密码错误，请重试“
--校验正确，在密码一栏后面打上对勾，提示通过；
输入中—填写完毕再校验
用户在登陆手机号和登陆密码处填写信息，此时系统不对其不效性进行校验；
输入后
用户填写完登陆信息后， 点击【登陆】按钮，则系统对x章节的后续交互进行有效性校验
若其中有一处错误， 则系统提示”手机号或密码错误“
此时，登陆手机框和密码框变红，后面同时出现X号，可快速清除已填写信息，再输入一次登陆账号；
若账号信息正确，则进入正常业务流程
若当前用户还没有账户信息，则点击立即注册，进行新账号注册；
网友评论