为了能真正实现敏捷开发，请提前过滤掉不重要的名词解释，把页面的位置留给那些重要的名词吧！
　　4、你还需要把规则以及异常情况都写上
　　看到这里，是不是觉得，其实还是要写挺多东西的呢？没办法，规则和异常情况这二者都是非常重要、不可省略的。其实产品经理的PRD把规则和异常情况写得越清晰，程序员在开发时，能越顺利。在你把PRD交给技术同学后，你总不希望他们三不五时的来问你“这个列表具体一次加载多少个商户”“如果没有匹配的信息，需要给什么样的反馈呢”之类的问题吧？这样首先拖慢了开发的进度，其次也会显得你作为一个PM非常的不专业！
　　规则说起来，其实是比较繁杂的一个东西，除了刚刚举例的“商列表页一次加载多少商户”，你可能还要写许多细致的规则如，订单编号的规则是什么、默认排序的规则是什么等等。这里不一一举例了。相信每个做产品的同学都是明白的，如果一开始规则没写清楚，需求评审会时，容易被问得哑口无言。
　　那么异常情况呢，这个更是关键。千万不要小看了异常情况。一个异常情况下（特别是用户端），如果没有友好的指引，你的用户很快能流失殆尽。举个非常惨痛的例子，还是之前做O2O的公司。用户在支付完成以后，由于APP没有收到某支付平台的回调信息，所以用户看到的界面仍旧还是未完成支付的订单提交页面。但是用户的手机确实能查询到扣款信息。这个时候，那是非常尴尬了！页面一动不动，也没有任何反馈。那究竟用户算不算付款了呢？这是由于在产品设计中，没有考虑到支付接口回调异常这个问题，而漏掉了与此相关的产品设计。据当时地推的同事反馈，因为用户无法取消订单，而页面又没有任何反馈，用户不得不在商户那里多呆了半个小时，为了等支付回调。
　　我已经用血和泪的教训告诉了大家，敏捷开发中，切记要把规则以及异常情况都写上！！！
　　5、记录下你的PRD变更
　　后一点，简单提一下可以了。如果提交的原型和对应的PRD更新了，记住把变更的内容写上。嗯，是我们常说的，版本修改信息。需要的字段有：修改时间、修改内容、备注、修改人。以及，把版本修改信息放在你原型的第一页。
　　总而言之，敏捷开发，并不意味着产品经理在写PRD的时候可以偷工减料，相反，这更考验产品经理的功力，因为产品经理需要精简信息，将真正的有效信息简单且清晰地传达给PRD阅读者，从而真正达到敏捷开发的目的