精品一区二区三区在线成人,在线视频一区二区三区,99热这只有精品

PRD 文檔是產(chǎn)品經(jīng)理必須撰寫的一類文檔，那對已產(chǎn)品新人來說如何撰寫呢，從哪些方面入手撰寫呢？本文和大家分享的就是撰寫PRD 文檔的 4 個思路，希望這些思路，可以讓你在撰寫PRD 時有所受用。

　　我看了一下互聯(lián)網(wǎng)上面的文章，瀏覽量高的文章，基本上在事無巨細地講PRD 的每個環(huán)節(jié)該怎樣寫，甚至直接提供了 PRD 模版，可能的確對于產(chǎn)品小白來講是比較受用的。

　　那么我這篇更偏“ 道 ” 一些，想講一講做產(chǎn)品兩年多以來，對 PRD 撰寫的一些思考：

　　一、撰寫PRD應(yīng)該是一個的動態(tài)獲取信息的過程

　　心理學上，有一個效應(yīng)叫做：錨定效應(yīng)。

　　大概是講，人會傾向于依賴容易獲得的信息，快速得出結(jié)論。

　　比如，我們常常說的“ 第一印象 ” ；或者《思考，快與慢》中作者提到的大腦中無意識的 “ 系統(tǒng) 1” 依賴情感、記憶和經(jīng)驗迅速作出判斷；或者《喬布斯傳》中提到喬幫主常用的判斷工具 “ 直覺 ” 。

　　這是原始進化動物生存的本能—— 站在劍齒虎面前思考的猿猴早被滅絕了。這種決策路徑效率高，省心省力。

　　但是在未盡量獲取足夠信息的情況下（或經(jīng)驗欠缺的情況下），快速確定一個產(chǎn)品需求或產(chǎn)品方案（下決策）是很危險的，特別是面對復雜需求、復雜項目。

　　做完決策后，還有會有一種沉沒成本效應(yīng)的心理作祟。決策者即使后來認識到錯誤，往往也難以說服自己改變船頭的方向（腦補一下跟開發(fā)哥哥說要改需求的痛苦情景）。

（摘自《神秘的程序員》by 西喬）

　　因此在開始撰寫產(chǎn)品PRD 之前，需盡量獲取更多的信息，使用用戶調(diào)研、數(shù)據(jù)分析等手段。最土又最有效的辦法就是多問幾位前輩的意見，兼聽則明。但是，如果在執(zhí)行過程中，如果真的發(fā)現(xiàn)方向偏了，也要有勇氣踩剎車，勇于承擔錯誤。

　　二、面向?qū)ο笤O(shè)計產(chǎn)品

　　其實我大學學的是物流管理，半毛錢編程都不懂，但是曾經(jīng)讀過Java 的介紹留下印象： Java 是一門面向?qū)ο蟮木幊陶Z言。什么是面向?qū)ο螅拷Y(jié)合兩年多的產(chǎn)品經(jīng)驗，以我粗淺的理解，主要有幾個特點：抽象、封裝、可復用。

　　世間的萬事萬物都是可以被抽象的。

　　比方說，你要做一頓飯。鍋碗瓢盆，可以算作炊具。油、糖、鹽、醋，可算作調(diào)料。青菜、肉，可算作食材。那么炊具，調(diào)料，食材，就是你做飯時需要調(diào)用的對象。

　　封裝是個啥意思呢？

　　簡單說，就是老死不相往來。炊具、調(diào)料、食材三者互不關(guān)心各自有什么內(nèi)容。你把生菜換成芥藍，我還是可以把它做成一道菜。

　　那么可復用呢？

　　我每天都可以拿這三個對象做飯。老王來了，他也可以拿這三個對象做飯，不用自己帶一套過來。

　?。ㄈ绻斫忮e了，求程序員勿噴。）

　　我認為設(shè)計產(chǎn)品時，也需要面向?qū)ο笤O(shè)計。

　　舉個簡單的例子。以往唯品會app 的忘記密碼功能， iPhone 、 Android 、 iPad 、 WAP 都需要開發(fā)一套原生界面，維護成本高，后來改成了統(tǒng)一的 H5 流程，那么原生 app 再也不用關(guān)心 H5 忘記密碼的流程到底是怎樣的，忘記密碼的迭代也不依賴 app 的發(fā)版。以后如果多了一個安卓 pad ，也可以直接拿 H5 頁面用。

第二個例子。以往唯品會個人中心菜單數(shù)據(jù)在中間層（服務(wù)層）配置維護，且不支持分流。但是公司內(nèi)部有一個開關(guān)分流系統(tǒng)，可以創(chuàng)建開關(guān)，并靈活配置各種復雜規(guī)則。

那么，按面向?qū)ο蟮乃季S設(shè)計：

　　1. 對于前端。前端去請求菜單數(shù)據(jù)時，需要獲取的僅僅是：哪些菜單有數(shù)據(jù)？中間層返回了數(shù)據(jù)，前端就展示出來。不返回數(shù)據(jù)的，不展示；

　　2. 對于中間層。如果某個菜單需要分流，那么可以在這個菜單上配置一個開關(guān)編碼，按這個開關(guān)編碼，帶上前端請求時帶的一些參數(shù)（用戶信息），去請求開關(guān)分流系統(tǒng)。那么中間層也不必理會開關(guān)的配置復雜規(guī)則，僅僅需要知道一個結(jié)果：開或者關(guān)。開，就向前端返回某菜單的數(shù)據(jù)；關(guān)，則不返回。

　　3. 對于開關(guān)分流系統(tǒng)。仍然是干自己的事情，管理開關(guān)的創(chuàng)建及規(guī)則配置。

　　三者之間的邊界清清楚楚，而且對于運營來講，極其靈活。

再扯遠一些，很多交互設(shè)計定義的組件（報錯組件、彈窗組件等），其實也是面向?qū)ο笏枷氲囊环N應(yīng)用。

　　面向?qū)ο笤O(shè)計產(chǎn)品的好處也是顯而易見的，最直接的便是節(jié)約開發(fā)、維護成本。另外，也能幫助產(chǎn)品經(jīng)理提高抽象思考能力，關(guān)注問題的本質(zhì)。

　　三、面向PRD用戶角色進行設(shè)計

　　PRD 其實本身也是一件產(chǎn)品。它的用戶是：開發(fā)、測試、設(shè)計師、項目經(jīng)理。好的 PRD 也應(yīng)當符合交互基本原則： don’t make me think 。

　　在撰寫PRD 的時候，需要仔細的考慮面向用戶角色的需求：

　　1. 開發(fā)。涉及多開發(fā)團隊時，不同的團隊希望清楚的知道自己的開發(fā)范圍邊界是什么？當然，最重要的，需要怎樣開發(fā)？和以往相比，改動了哪些東西？

　　2. 測試需要知道，用戶場景有哪些，便于撰寫豐富的用例，模擬真實的操作場景。

　　3. 設(shè)計師，需要了解哪些界面需要重新設(shè)計。

　　4. 項目經(jīng)理需要知道項目的基本人員組成、預期上線時間、資源、風險等狀況。

　　在撰寫文檔時，最好能針對不同角色，劃分不同的模塊進行闡述，向不同的人展示不同的重點內(nèi)容。同樣也是面對對象的思維。

　　四、結(jié)構(gòu)化、圖化

　　PRD 應(yīng)盡量使用目錄、表格、流程圖、交互圖等結(jié)構(gòu)化的表現(xiàn)方式。程序猿哥哥都喜歡。

　　曾經(jīng)有一些產(chǎn)品經(jīng)理寫了一堆的文字山，然后就沒有然后了。

　　總結(jié)一下

　　1. 撰寫PRD應(yīng)該是一個的動態(tài)獲取信息的過程。最好在需求早期盡量獲取大量的信息，同時要保持開放的心態(tài)，接受各方的信息。

　　2. 面向?qū)ο笤O(shè)計產(chǎn)品 ?？梢燥@著提高產(chǎn)品的可擴展性、降低維護成本。也可以鍛煉自己的抽象能力，把握問題核心的能力。

　　3. 面向PRD用戶角色進行設(shè)計。理解你的用戶，善待你的用戶。

　　4. 結(jié)構(gòu)化、圖化。子曰：程序員愛看圖。

此外，撰寫PRD 是一件需要不斷實踐，不斷總結(jié)的事情。但愿上面的這些思路，可以讓你的 PRD 變得更牛逼一些。共勉。

來源：人人都是產(chǎn)品經(jīng)理

99热99这里只有精品6国产,亚洲中文字幕在线天天更新,在线观看亚洲精品国产福利片 ,久久久久综合网

如何撰寫PRD文檔？

熱門帖子

Swift 教程

最新帖子