据悉，哪怕已经筋疲力尽，但Swen Vincke还是拉着一小群开发者在周末把自己关在酒店会议室里，敲定了一份设计文档。“但我们没有足够的脑力来处理它，导致它变得很糟糕”Swen Vincke回忆道，“发行商直接把设计稿退了回来，认为‘这真是一团糟’！我们则表示现在工作室正在制作另一款游戏，希望他们能将这个项目延期，再给我们更多时间来进行设计。很幸运，最终他们理解了我们，所以我们又得到了一次机会！”

事实证明，Grazzy使用了开源的《我的世界》地图编辑器WorldPainter（允许用户雕刻和绘制详细的外观），将海拉鲁转化为《我的世界》方块。从那时起，他便和一群好友投入超过2000小时，并成功做到这种几乎不可能的事。

———— / BEGIN / ————

产物司理和设施员，是互联网公司里最常见的两个岗亭。产物司理负责规划产物，设施员负责达成产物。在合营过程中，产物司同意写一份PRD（产物需求文档），用来告诉设施员产物应该作念成什么样。

然则，在内容使命中，许多设施员并不可爱读PRD。在他们看来，PRD往往冗长啰嗦，许多内容王人是妄言，读一遍要花很永劫候，不如告成跟产物司理聊来得快。

那么，设施员到底应不应该读PRD呢？

PRD是什么？

PRD，全称是Product Requirement Document，汉文叫产物需求文档。它是产物司理用来向建树、测试等有关东说念主员形容产物功能和需求的文档。

PRD的内容往往包括：

产物空洞：先容产物的布景、看法、用户群体等。

功能需求：详备形容产物的每一个功能点，包括输入、输出、管理逻辑等。

非功能需求：包括性能、安全、兼容性、易用性等方面的条目。

交互原型：用图片或器具展示产物的界面布局、操作经由等。

业务经由：形容产物背后的业务逻辑和经由。

数据需求：包括需要纪录哪些数据、数据的样式和存储方式等。

PRD是产物司理和设施员之间疏通的重要桥梁。通过PRD，设施员不错了解产物的需求，从而进行建树。

设施员为什么不可爱读PRD？

设施员不可爱读PRD，主要有以下几个原因：

1）PRD往往冗长啰嗦

许多产物司理在写PRD时，可爱把每一个细节王人写明晰，惟恐漏掉什么。这么一来，PRD就变得杰出冗长，动辄几十页以至上百页。设施员在阅读时，需要破耗多数时候，很容易产生抵牾激情。

2）PRD内容不够明确

有些产物司理在写PRD时，可爱用一些恍惚、抽象的词汇来形容需求，比如“界面要好意思不雅大方”“操作要毛糙毛糙”等。这些形容对于设施员来说，很难把捏具体的达成方式，需要反复跟产物司理疏通阐发。这么一来，设施员就会以为读PRD没什么用，还不如告成跟产物司理聊。

3）设施员更可爱告成疏通

设施员往往可爱通过代码来抒发我方的念念法，而不是通过翰墨。他们以为，告成跟产物司理疏通，不错更快速地了解需求，也不错更告成地抒发我方的疑问和念念法。因此，他们往往更欢叫遴荐理论疏通的方式，而不是读PRD。

4）设施员对PRD的醉心程度不够

在一些互联网公司里，设施员往往更怜惜时刻达成，而不太怜惜产物需求。他们以为，只须按照产物司理的条目把功能作念出来就行了，不需要花太多时候去读PRD。这种心态也会导致设施员对PRD的醉心程度不够。

设施员应该读PRD吗？

尽管设施员对PRD有许多不悦，但我认为，设施员还是应该读PRD的。原因如下：

1）PRD是了解产物需求的最好阶梯

PRD是产物司理对产物的全面形容，包括功能需求、非功能需求、交互原型、业务经由等各个方面。通过读PRD，设施员不错全面了解产物的需求，从而更准确地把捏建树的标的和要点。

2）读PRD不错幸免疏通本钱

如若设施员不读PRD，而是告成跟产物司理疏通，那么很可能会产生多数的疏通本钱。一方面，产物司理需要破耗多数时候来解说需求；另一方面，设施员也需要破耗多数时候来长入需求。如若两边疏通不畅，还可能导致需求长入偏差，从而影响产物的质料和程度。而如若设施员先读PRD，再跟产物司理疏通，就不错大大减少疏通本钱，擢升疏通明果。

3）读PRD不错擢升建树后果

通过读PRD，设施员不错提前了解产物的需乞降功能点，从而作念好建树前的准备使命。比如，不错提前搭建建树环境、准备建树器具和框架等。这么一来，在建树过程中就不错愈加专注于代码达成，擢升建树后果。

4）读PRD有助于发现潜在问题

在读PRD的过程中，设施员可能会发现一些潜在的问题或风险。比如，某个功能点可能难以达成或达成本钱很高；某个业务经由可能存在弊端或分辨理之处等。通过实时跟产物司理疏通这些问题，不错幸免在建树过程中出现要紧变更或返工的情况，从而擢升产物的质料和牢固性。

设施员怎么高效地读PRD？

既然设施员应该读PRD，那么怎么高效地读PRD呢？以下是一些建议：

1）先浏览再细读

在读PRD时，不错先快速浏览一遍，了解产物的全体框架和主邀功能点。然后再字据我方的建树筹谋和任务安排，有针对性地细读有关部分。这么不错幸免一启动就堕入细节中无法自拔。

2）怜惜要点部分

在读PRD时，不错要点怜惜以下几个部分：

功能需求：这是PRD的中枢部分，形容了产物的每一个功能点。需要仔细阅读并长入每一个功能点的输入、输出和管理逻辑。

交互原型：通过交互原型不错了解产物的界面布局和操作经由。在阅读时，不错要点怜惜界面的布局是否合理、操作经由是否顺畅等。

业务经由：业务经由形容了产物背后的业务逻辑和经由。在阅读时，需要长入业务经由的每一个要害和设施，以及它们之间的关联和联系。

数据需求：数据需求形容了产物需要纪录哪些数据以及数据的样式和存储方式等。在阅读时，需要怜惜数据的开端和行止以及数据的准确性和安全性等方面。

3）作念好条记和标注

在读PRD的过程中，不错作念好条记和标注。比如，不错纪录下我方不睬解或有疑问的方位；不错标注出重要的功能点和业务经由等。这么一来，在后续的建树过程中就不错愈加方便地查阅和参考。

4）实时跟产物司理疏通

在读PRD的过程中，如若碰到不睬解或有疑问的方位，需要实时跟产物司理疏通阐发。不要比及建树过程中才发现问题或产生疑问，这么会导致建树程度延误和质料着落。同期，在疏通过程中也不错向产物司理提议我方的建议和念念法，以便更好地完善产物。

案例共享

以下是一个对于设施员读PRD的案例共享：

小李是别称设施员，负责建树一个电商平台的订单系统。在建树前，他拿到了一份厚厚的PRD文档。由于时候进军，他并莫得仔细阅读PRD文档，而是告成跟产物司理疏通了需求并启动建树。

在建树过程中，小李碰到了许多问题。比如，某个功能点的达成方式跟产物司理的长入不一致；某个业务经由存在弊端导致订单现象非常等。这些问题导致小李需要反复修改代码和调试设施，严重影响了建树程度和质料。

其后，小李雄厚到我方的问题所在：他莫得仔细阅读PRD文档。于是，他停驻手中的使命，启动负责阅读PRD文档。通过阅读文档，他渐渐长入了产物的需乞降业务经由，也发现了之前疏通中遗漏或误会的方位。在后续的建树过程中，他愈加禁绝与产物司理的疏通和阐发，并实时纪录问题和建议。这么一来，他的建树后果和质料王人得到了显赫擢升。

追忆

设施员应该读PRD。通过读PRD，设施员不错全面了解产物的需求、幸免疏通本钱、擢升建树后果并发现潜在问题。在读PRD时，不错先浏览再细读、怜惜要点部分、作念好条记和标注并实时跟产物司理疏通阐发。只须这么，才能更好地长入并达成产物需求，为公司创造更大的价值。

虽然，当作产物司理，也应该不停擢升我方的PRD写稿才能。尽量用大略明了的谈话来形容需求；幸免使用恍惚抽象的词汇；禁绝PRD的结构和逻辑；实时更新和完善PRD等。只须这么，才能让设施员更欢叫读PRD并更好地长入产物需求。

临了，我念念说的是：非论是产物司理还是设施员，王人应该以用户为中心、以产物为导向来开展使命。只须两边精采合营、互相长入并共同勤劳，才能打造出优秀的产物并获得用户的招供和喜爱。

作家：灵好意思姐姐

• 的确
• 设施
• 回看
• PRD