從「PRD怎麼寫」說到產品思維

prd怎麼寫？

這個問題可以算是困擾產品新人排名前三的問題之一了。

但我顯然不會具體說應該怎麼寫，不會說模板、形式、原則這些落地的東西，而想和大家聊聊，怎麼把產品思維反作用於回答這個問題，反作用於產品工作本身。

第一，問專家不如問使用者。

如果我們把prd也看做乙個產品，那麼使用者就是開發、測試等人，除了問專家（可以得到方**），更應該去問看你prd的人，可以得到你要的具體答案。

第二，問how之前先想why。

做產品的時候，要回答該怎麼做，有乙個前置條件，就是你要知道（使用者）為什麼要這麼做，於是，你可以從「為什麼要寫prd、寫的目的是什麼」這個層面出發，來思考「prd怎麼寫」。

以乙個角度為例，如果是為了專案過程中，團隊中不同角色的溝通更加高效？那我們就會更加傾向於重口頭、輕書面的模式，比如「原型圖+標註」。如果是為了事後有個書面存檔的長期考慮，那扎扎實實仔細寫下來就必不可少。

第三，思考使用者動機。

我們做產品，希望使用者用，必須要思考使用者的動機，假設「使用者是少一事不如多一事，那麼他為什麼要用」。prd也是一樣，相信很多人都會抱怨「寫了那麼多，評審的時候技術根本不看……然後開發的時候又跑過來問東問西，還說有很多功能實現不了……評審的時候都幹嘛去了」。

如何讓開發有動機仔細琢磨prd？有些公司在動機層面給出了這樣的解決方案——讓開發寫prd，產品只寫大邏輯，然後評審的時候，開發主講給產品經理聽。

好了，相信很多產品經理會對這個方案拍大腿叫好，而開發就要罵娘了。所以，實施起來沒那麼簡單，需要一點自上而下的推動，考核方式的調整，也需要產品經理足夠強、開發也懂一點業務。

iamsujie，前阿里產品經理，寫過《人人都是產品經理》、《**十年產品事》、《人人都是產品經理2.0》，現在做創業者服務，『良倉孵化器』創始合夥人。