問題一：沒有技術(shù)背景，寫PRD時很多方面考慮不到，怎么辦？
我也是完全沒有技術(shù)背景的。對產(chǎn)品來說，沒有技術(shù)基礎(chǔ)，無疑是有劣勢的。但是，這種劣勢并非不能彌補。
PRD本質(zhì)上也是一種產(chǎn)品，寫好PRD和做好一款產(chǎn)品的思路是一樣的。
第一， 不忘初心。
“不忘初心”的意思是，不管是提交一個新的產(chǎn)品方案、還是思考頁面上一個按鈕的位置，你都要時刻提醒自己做這件事的目的是什么，是增加活躍、提高停留時長還是增加購買的轉(zhuǎn)化率？這很重要，因為我發(fā)現(xiàn)，很多時候，做著做著就開始糾結(jié)于細節(jié)，而忘記了”初衷“？現(xiàn)在每當我和別人就不同方案爭執(zhí)不下時，我都會提醒自己“來，讓我們回到最初做這件的目的上……”。
插個題外話，很多情況下，不同的方案都是隱藏著不同的前提假設(shè)，見過太多無效且浪費時間的爭論，原因就是只糾結(jié)于方案的細節(jié)，卻忘記了這兩種方案基于是不同場景假設(shè)和用戶假設(shè)的。一句話，在前提假設(shè)沒有統(tǒng)一的情況下，爭論的唯一作用就只是練口才而已。
第二，調(diào)查用戶需求。
PRD的用戶就是看文檔的人，去問你的用戶，他希望得到什么？他喜歡什么樣的方式？他覺得哪些地方要改進？比如，只要一逮到機會，我就會不厭其煩的跟測試、開發(fā)講：”你覺得原型和PRD有問題時，一定要告訴我啊！“”文檔怎么寫，你們看起來會舒服一點？“”親，你覺得我用word寫，還是Excel寫比較好？“……各個公司的文化和偏好不同，PRD也應(yīng)該做相應(yīng)的調(diào)整。使用PRD的人覺得好，才是真的好。
第三，搜集用戶反饋，不斷改進。
和產(chǎn)品一樣，PRD也是有迭代的，要想著每個版本都要做的更好一些，從語言表述、模塊劃分、排版方式一點一點的改進，然后聽大家的反饋。
第四，總結(jié)
在上述兩個步驟中，你可能搜集到了很多的細小的改進意見，這些可能并不影響大局，但產(chǎn)品人的專業(yè)性就體現(xiàn)于你對細節(jié)的把握。很多知識點，方方面面，很瑣碎的，說不定過兩天你就忘記了，所以這些細微的地方一定要記下來，。強烈推薦使用腦圖進行記錄（腦圖深度愛好者，離開腦圖沒法活），然后定期的總結(jié)、歸納，你一定會收獲很多！
最后記住一點：別人沒有教你的義務(wù)，不教你無可厚非，教你就是情分！
問題二：寫PRD時，怎樣考慮的更加全面一點？
這也是讓我苦惱很久的問題，我也經(jīng)常在朋友圈長吁短嘆：“我考慮問題什么時候才能面面俱到、滴水不漏呢？”以前有試過把所有的注意點都用腦圖整理下來，然后，每寫到一個模塊就對照一遍，后來發(fā)現(xiàn)很麻煩，也很費時間。臨時抱佛腳用處不大，關(guān)鍵還是平時要多積累，總結(jié)的內(nèi)容也要?？矗嗫淳陀∠笊羁?，用的時候自然能夠想起來。
作為方法論的愛好者，我喜歡歸納做事情的步驟，每做一次總結(jié)一次，這樣可以做到心中有數(shù)，而且慢慢就知道哪里是坑、哪里容易出錯。
我描述一個頁面一般是按照以下步驟考慮的：
1、前置條件：
描述頁面顯示為此種狀態(tài)的前提條件。比如，QQ的群管理員和普通成員點擊同一個按鈕，進入的頁面就可能是不同的。
前置條件可以概括為：某種用戶角色（要提前準確定義APP中的各種用戶角色）在某種情況下，點擊某個頁面的某個按鈕，進入了此頁面。
2、退出機制：
如何退出此頁面？常見的有：左上角的返回按鈕，返回上一層；按手機返回鍵（安卓）也返回上一層。
3、顯示機制及排序機制：
1）描述頁面上有哪些控件、展示了哪些內(nèi)容。
想象你和一個 陌生人介紹這個頁面，選擇一個能有邏輯的描述這個頁面的方法，比如從上到下、從左到右、從重點到一搬、從特殊情況到普通狀態(tài)等。
2）當頁面需要展示很多內(nèi)容時，就要考慮排序機制了。
按照哪些因素進行排序？是按時間倒序、熱度正序、推薦的內(nèi)容排頂部？還是其他更加復(fù)雜的排序方式？
還要考慮一頁顯示多少條信息，以什么方式進行展示呢？翻頁展示還是瀑布流？
4、刷新機制
一次刷新多少條信息？如何刷新更多？自動刷新還是手動刷新？當刷不出新內(nèi)容時給提示了么？
常見的手動刷新方式：右上角有刷新按鈕，點擊，手動刷新。
常見的自動刷新：再次進入此頁面時刷新；設(shè)定一個時間值，每隔一段時間自動刷新一次。
5、緩存機制
這個頁面要緩存哪些數(shù)據(jù)？緩存到哪里？清理緩存的時機是什么？是定時自動清緩存、還是讓用戶手動清理？
上面5大機制，可能在一個APP的很多模塊中，都是一樣的，為了避免重復(fù)描述，建議在PRD的最開頭，用一個單獨模塊來描述，以后在描述頁面時，一筆帶過就可以了。
6、控件描述
建議用一個單獨的模塊說明應(yīng)用內(nèi)常見控件的類型以及每個控件對應(yīng)的操作方式，在其他模塊涉及此控件時，只要簡單闡述一下就ok了。此部分之前的文章已經(jīng)寫過，在此就不詳述了。
1）觸發(fā)源：
此控件的觸發(fā)區(qū)域是哪一部分？同時思考，需要頻繁觸發(fā)的控件，操作區(qū)域是否明確？
2）觸發(fā)時：
觸發(fā)控件時常見的狀態(tài)有：加載狀態(tài)、讀取狀態(tài)、緩沖狀態(tài)。
比如視屏播放應(yīng)用，點擊播放按鈕，通常會出現(xiàn)上述幾種狀態(tài)。
3）觸發(fā)后：
觸發(fā)控件后常見的狀態(tài)有：
a、操作進度顯示。
例如，點擊“下載”按鈕，常常會顯示下載進度條。
b、按鈕發(fā)生變化。
比如互相不是好友的情況下，頁面上的按鈕為“加為好友”，點擊，成功加為好友之后，“加為好友”按鈕就會變成“發(fā)消息”按鈕。
c、結(jié)果提示。
常見的提示類型：小紅點提示、能自動消失的提示、頁面上的文案提示、需要用戶選擇的彈框等?？紤]這些提示的輕重程度是否合適，并且要對他們進行詳細的描述。
常見的結(jié)果類型：成功、失敗、空值。比如，搜索功能。點擊搜索按鈕后，有可能找不到想要搜索的內(nèi)容（空值）、有可能找到很多條相關(guān)內(nèi)容（此時要考慮排序）。
7、異常情況描述
1）異常操作：
比如，連續(xù)多次點擊，是否給予反饋。
2）網(wǎng)絡(luò)狀況：
沒網(wǎng)絡(luò)時的提醒？是否需要網(wǎng)絡(luò)超時、網(wǎng)絡(luò)太慢、從wifi切換到2G/3G的提醒？
3）賬號相關(guān)：
登錄和未登錄時，對此按鈕的操作權(quán)限是否有差別？如果必須在登錄狀態(tài)下才能操作，就要增加登錄提醒。
如果同時支持iOS和安卓，那安卓賬號和iOS賬號是否互通？
4）數(shù)據(jù)相關(guān)：
要定義頁面的默認狀態(tài)，默認狀態(tài)就是進入頁面時，如果從服務(wù)器獲取不到數(shù)據(jù)時，頁面的顯示狀態(tài)。考慮此時，是否要內(nèi)設(shè)置默認圖片。
5）版本相關(guān)：
版本的命名要規(guī)范。考慮版本是否強制更新？如果提交AppStore審核，版本上線時間要把考核時間考慮進去。
6）其他：
是否設(shè)置啟動頁和引導(dǎo)頁？
應(yīng)用內(nèi)文案是否需要做相應(yīng)調(diào)整？
是否需要進行埋點，以便分析用戶行為？
消息推送的策略是什么？調(diào)用系統(tǒng)通知還是用第三方？
需要硬件交互么？需要請求GPS、相機需要等的使用權(quán)限么？
經(jīng)過上述步驟，一個頁面基本就描述清楚了，上述的描述方式和邏輯都是根據(jù)我自己的習慣總結(jié)而成，大家也要總結(jié)合適自己的方法。
最后，再總結(jié)一下描述頁面的整個邏輯吧。
最后想說的是，有句話大家都知道¬——“不要用戰(zhàn)術(shù)的勤奮掩飾戰(zhàn)略！”想要獲得戰(zhàn)略層的知識可能真的沒有捷徑可走，就算喬布斯手把手的教你也不一定有用，它需要你整個格局的提升，需要閱歷，需要你常年累月的思考。但阿七一直深信，戰(zhàn)術(shù)層是有捷徑的，不管PRD、原型還是交互，需要的都是勤奮，”學(xué)習別人的經(jīng)驗、去糟粕取精華、自己動手、總結(jié)得失、提升經(jīng)驗值“，循環(huán)下去，進步就會很快。
選購指南：
本公司主要為山東地區(qū)的商業(yè)、企業(yè)單位及個人提供各類定制開發(fā)服務(wù)，如：軟件定制開發(fā)、APP定制開發(fā)、微信定制開發(fā)以及P5業(yè)務(wù)支撐平臺等整體的信息化解決方案，能夠滿足各種大中小型商業(yè)、企業(yè)及個人的需要。
