在產品工作中，我發現一個現象：寫PRD文件和文件是否能落地，是兩碼事兒。也就是說很多PRD文件侷限於傳統形式，在給到開發等相關人員時，無法起到其應有的作用。

為什麼這麼說呢？

因為，我們撰寫PRD文件，目的就是希望把產品資訊和產品行為告訴開發、測試、運營等相關人員，以保證產品開發的準確性，及產品能按時上線。

而傳統的PRD一般是word文件（或其他文字文件）+設計稿附件的形式。這就會存在一些問題：

和使用者體驗相關的產品行為，在word文件中很難用文字描述清楚word文件中描述的產品資訊和產品行為，開發時需要對照設計稿，這就造成開發同學需同時閱讀兩份文件不夠形象，所以傳統的PRD開發同學基本不會閱讀，只通過參考設計稿和詢問產品經理來進行開發word形式的傳統PRD.png

所以只是將PRD寫成一份規規範範的word文件，最終開發同學可能並不會買賬。因此PRD文件要能落地，就需要我們換一種形式來撰寫，其中需要滿足的條件就包括：

所見即所得，保證PRD文件中描述的產品功能、產品行為等，開發同學清楚地知道最終呈現效果易於閱讀，避免產品邏輯等只有枯燥的文字描述只撰寫必要的產品說明，避免冗長和形式化

總的來說，也就是在設計稿中撰寫產品說明（我個人把這種形式理解為高保真原型的一種）。這樣之後，其實你就會發現這便於開發，而且開發同學也樂於參照設計稿來進行工作。