说到简化，其实现在很多的互联网公司也在强调多沟通少文档，他们甚至没有PRD 。国内知名的项目管理工具禅道就提倡按照功能点的方式来写需求，简单来讲，就是将原来PRD中的每一个功能点摘出来，录在禅道里面，作为一个个独立的功能点 。产品项目相关人员通过讨论确定需求，然后以需求为中心，进行任务分解分配，进度监控，测试，发布 。
这时候需求不再是最终守则，而是允许变更和取消的 。这里的需求状态(status)就被分为四种状态，草稿(draft)、激活(active)、已变更(changed)和已关闭(closed) 。其状态流转图和需求变更图如下：
这种方式多用在时下比较常见的敏捷开发模式中，这些互联网公司更加强调沟通、开放、快速解决，这种方式的好坏与否我们不做评判 。但是作为专业性比较强的规范文档，PRD跟项目管理工具的结合其实是更多企业的选择 。下面我们继续回到PRD上来，说说PRD需要具备的一些原则吧 。
一份合格的PRD文档应该具备那些特点？
我总结了“二无二可”原则，也就是说PRD需要做到“无错误无歧义，可检验可追溯” 。
无错误是PRD的最基本要求，这里无错误既包括文档内容的正确定义，不能出现文法错误，又要保证做到对产品经理思路和意图的正确表达 。
无歧义要求一句话表达一个意思，要做到文档的众多阅读者读到的是同一个意思 。
可检验说的是可监测和可验证 。要求PRD中的功能性描述要实现可测试可衡量的效果指标 。不要出现无法定性的词汇，如：效率高，交互完美等，都是无法验证的 。
可追溯指的是，对于每个功能性需求的来源应该是清楚的，我为什么要这么做，应该有理有据，而不是一拍脑袋做决定 。
做到“二无二可”也是PRD的基本要求，下面我们说一下我在工作中总结的几个写作技巧，算是我的一点心得吧 。
说说那些值得分享的PRD的写作技巧：
1，表达适当通俗
说到底，PRD还是专业文档，少不了专业术语和词汇，但这并不代表专业词汇越多越好，过分堆砌专业词汇让人不知所云才是最失败的PRD 。用尽量通俗的语言做到专业性的表达是难能可贵的，因为易于理解和操作是PRD更为重要的使命 。我在写完一份文档以后，通常会给到尽量多的人去看，除了技术人员，运营，销售甚至你的亲友都可以，他们会提出不同的意见和疑问，其实这是一个很好的修正途经，也是发现问题的过程 。
2，逻辑尽量清晰
因为PRD是关于产品需求的阐释，其中所涉及到的大小功能非常多，而且各个功能点之间联系紧密，这就要求产品经理的逻辑要非常清晰，将抽象思维进行具象化表达，这是对产品经理的硬性要求 。由于人的思维逻辑性受制于先天因素，上面也提到了我们可以借助软件工具去辅助实现，表现形式有很多种，比如原型、流程，也可以是其他的形式 。形式格式不重要，要记住一切以清晰传达为目的 。
推荐阅读
- 里斯本归属于哪个国家的港口 里斯本是哪个国家的
- 牛年有诗意的祝福语 牛年有诗意的经典祝福语
- 怎么描写银杏树 描写银杏树的句子
- 温客行的身世是什么揭 温客行容炫什么关系
- 梦见红鱼 梦见红鱼的寓意
- 怎么做冬阴功面 冬阴功面的做法
- 描写西湖的古诗 描写西湖的诗句
- 绒鞋面如何清洗 绒鞋面清洗的方法
- 坐飞机提前一个小时到可以吗 可以的
- 葫芦的拼音 词语葫芦的拼音