問題一：沒有技術背景，寫PRD時很多方面考慮不到，怎么辦？

我也是完全沒有技術背景的。對產品來說，沒有技術基礎，無疑是有劣勢的。但是，這種劣勢并非不能彌補。

PRD本質上也是一種產品，寫好PRD和做好一款產品的思路是一樣的。

第一， 不忘初心。

“不忘初心”的意思是，不管是提交一個新的產品方案、還是思考頁面上一個按鈕的位置，你都要時刻提醒自己做這件事的目的是什么，是增加活躍、提高停留時長還是增加購買的轉化率？這很重要，因為我發現，很多時候，做著做著就開始糾結于細節，而忘記了”初衷“？現在每當我和別人就不同方案爭執不下時，我都會提醒自己“來，讓我們回到最初做這件的目的上……”。

插個題外話，很多情況下，不同的方案都是隱藏著不同的前提假設，見過太多無效且浪費時間的爭論，原因就是只糾結于方案的細節，卻忘記了這兩種方案基于是不同場景假設和用戶假設的。一句話，在前提假設沒有統一的情況下，爭論的唯一作用就只是練口才而已。

第二，調查用戶需求。

PRD的用戶就是看文檔的人，去問你的用戶，他希望得到什么？他喜歡什么樣的方式？他覺得哪些地方要改進？比如，只要一逮到機會，我就會不厭其煩的跟測試、開發講：”你覺得原型和PRD有問題時，一定要告訴我??！“”文檔怎么寫，你們看起來會舒服一點？“”親，你覺得我用word寫，還是Excel寫比較好？“……各個公司的文化和偏好不同，PRD也應該做相應的調整。使用PRD的人覺得好，才是真的好。

第三，搜集用戶反饋，不斷改進。

和產品一樣，PRD也是有迭代的，要想著每個版本都要做的更好一些，從語言表述、模塊劃分、排版方式一點一點的改進，然后聽大家的反饋。

第四，總結

在上述兩個步驟中，你可能搜集到了很多的細小的改進意見，這些可能并不影響大局，但產品人的專業性就體現于你對細節的把握。很多知識點，方方面面，很瑣碎的，說不定過兩天你就忘記了，所以這些細微的地方一定要記下來，。強烈推薦使用腦圖進行記錄（腦圖深度愛好者，離開腦圖沒法活），然后定期的總結、歸納，你一定會收獲很多！

最后記住一點：別人沒有教你的義務，不教你無可厚非，教你就是情分！

問題二：寫PRD時，怎樣考慮的更加全面一點？

這也是讓我苦惱很久的問題，我也經常在朋友圈長吁短嘆：“我考慮問題什么時候才能面面俱到、滴水不漏呢？”以前有試過把所有的注意點都用腦圖整理下來，然后，每寫到一個模塊就對照一遍，后來發現很麻煩，也很費時間。臨時抱佛腳用處不大，關鍵還是平時要多積累，總結的內容也要?？?，多看就印象深刻，用的時候自然能夠想起來。

作為方法論的愛好者，我喜歡歸納做事情的步驟，每做一次總結一次，這樣可以做到心中有數，而且慢慢就知道哪里是坑、哪里容易出錯。

我描述一個頁面一般是按照以下步驟考慮的：

1、前置條件：

描述頁面顯示為此種狀態的前提條件。比如，QQ的群管理員和普通成員點擊同一個按鈕，進入的頁面就可能是不同的。

前置條件可以概括為：某種用戶角色（要提前準確定義APP中的各種用戶角色）在某種情況下，點擊某個頁面的某個按鈕，進入了此頁面。

2、退出機制：

如何退出此頁面？常見的有：左上角的返回按鈕，返回上一層；按手機返回鍵（安卓）也返回上一層。

3、顯示機制及排序機制：

1）描述頁面上有哪些控件、展示了哪些內容。

想象你和一個 陌生人介紹這個頁面，選擇一個能有邏輯的描述這個頁面的方法，比如從上到下、從左到右、從重點到一搬、從特殊情況到普通狀態等。

2）當頁面需要展示很多內容時，就要考慮排序機制了。

按照哪些因素進行排序？是按時間倒序、熱度正序、推薦的內容排頂部？還是其他更加復雜的排序方式？

還要考慮一頁顯示多少條信息，以什么方式進行展示呢？翻頁展示還是瀑布流？

4、刷新機制

一次刷新多少條信息？如何刷新更多？自動刷新還是手動刷新？當刷不出新內容時給提示了么？

常見的手動刷新方式：右上角有刷新按鈕，點擊，手動刷新。

常見的自動刷新：再次進入此頁面時刷新；設定一個時間值，每隔一段時間自動刷新一次。

5、緩存機制

這個頁面要緩存哪些數據？緩存到哪里？清理緩存的時機是什么？是定時自動清緩存、還是讓用戶手動清理？

上面5大機制，可能在一個APP的很多模塊中，都是一樣的，為了避免重復描述，建議在PRD的最開頭，用一個單獨模塊來描述，以后在描述頁面時，一筆帶過就可以了。

6、控件描述

建議用一個單獨的模塊說明應用內常見控件的類型以及每個控件對應的操作方式，在其他模塊涉及此控件時，只要簡單闡述一下就ok了。此部分之前的文章已經寫過，在此就不詳述了。

1）觸發源：

此控件的觸發區域是哪一部分？同時思考，需要頻繁觸發的控件，操作區域是否明確？

2）觸發時：

觸發控件時常見的狀態有：加載狀態、讀取狀態、緩沖狀態。

比如視屏播放應用，點擊播放按鈕，通常會出現上述幾種狀態。

3）觸發后：

觸發控件后常見的狀態有：

a、操作進度顯示。

例如，點擊“下載”按鈕，常常會顯示下載進度條。

b、按鈕發生變化。

比如互相不是好友的情況下，頁面上的按鈕為“加為好友”，點擊，成功加為好友之后，“加為好友”按鈕就會變成“發消息”按鈕。

c、結果提示。

常見的提示類型：小紅點提示、能自動消失的提示、頁面上的文案提示、需要用戶選擇的彈框等?？紤]這些提示的輕重程度是否合適，并且要對他們進行詳細的描述。

常見的結果類型：成功、失敗、空值。比如，搜索功能。點擊搜索按鈕后，有可能找不到想要搜索的內容（空值）、有可能找到很多條相關內容（此時要考慮排序）。

7、異常情況描述

1）異常操作：

比如，連續多次點擊，是否給予反饋。

2）網絡狀況：

沒網絡時的提醒？是否需要網絡超時、網絡太慢、從wifi切換到2G/3G的提醒？

3）賬號相關：

登錄和未登錄時，對此按鈕的操作權限是否有差別？如果必須在登錄狀態下才能操作，就要增加登錄提醒。

如果同時支持iOS和安卓，那安卓賬號和iOS賬號是否互通？

4）數據相關：

要定義頁面的默認狀態，默認狀態就是進入頁面時，如果從服務器獲取不到數據時，頁面的顯示狀態?？紤]此時，是否要內設置默認圖片。

5）版本相關：

版本的命名要規范?？紤]版本是否強制更新？如果提交AppStore審核，版本上線時間要把考核時間考慮進去。

6）其他：

是否設置啟動頁和引導頁？

應用內文案是否需要做相應調整？

是否需要進行埋點，以便分析用戶行為？

消息推送的策略是什么？調用系統通知還是用第三方？

需要硬件交互么？需要請求GPS、相機需要等的使用權限么？

經過上述步驟，一個頁面基本就描述清楚了，上述的描述方式和邏輯都是根據我自己的習慣總結而成，大家也要總結合適自己的方法。

最后，再總結一下描述頁面的整個邏輯吧。

最后想說的是，有句話大家都知道?——“不要用戰術的勤奮掩飾戰略！”想要獲得戰略層的知識可能真的沒有捷徑可走，就算喬布斯手把手的教你也不一定有用，它需要你整個格局的提升，需要閱歷，需要你常年累月的思考。但阿七一直深信，戰術層是有捷徑的，不管PRD、原型還是交互，需要的都是勤奮，”學習別人的經驗、去糟粕取精華、自己動手、總結得失、提升經驗值“，循環下去，進步就會很快。

#專欄作家#

阿七，微信公眾號：阿七的土壤，人人都是產品經理專欄作家。創業公司PM，愛總結、愛思考、愛方法論。不資深的產品人想用文章記錄自己的成長~

本文原創發布于人人都是產品經理，未經許可，不得轉載。