在本文作者看來，PRD像解分情況討論題，最后得分早在你決定分幾種情況時已經(jīng)落定，這篇文章將重點(diǎn)討論解題思路。

PRD，產(chǎn)品需求文檔，像廚藝切磋里的終極菜單的──蛋炒飯，人人會寫的PRD其實(shí)藏著很多智慧、并時時暴露著你的思維死角。正兒八經(jīng)當(dāng)了一年的產(chǎn)品，寫PRD的心態(tài)翻天覆地，從當(dāng)做寫文檔、表格要漂亮、原型要精致，到認(rèn)識到這是項(xiàng)目的基石，項(xiàng)目成員對你的信任度、項(xiàng)目的開發(fā)效率、項(xiàng)目最后的成就從發(fā)出PRD那一刻就開始發(fā)生著微妙的變化。
我現(xiàn)在希望，我們之間最質(zhì)樸的交流，是我的PRD能回答你。

解題基本功

PRD的一切都圍繞著需求：需求從哪里來、怎么落地這個需求、怎么衡量需求的落地效果。有PM笑稱產(chǎn)品的日常就是在解應(yīng)用題，只是“水池的進(jìn)水速度、出水速度”這樣的條件沒有寫在題干里。PRD相當(dāng)于你交出的考卷，解題背景、解題思路和最后得分一目了然。

我說PRD像解分情況討論題，最后得分早在你決定分幾種情況時已經(jīng)落定，這篇文章將重點(diǎn)討論解題思路。根據(jù)我的踩坑經(jīng)驗(yàn)，考慮缺失的苦果或早或晚會猝不及防的出現(xiàn)，讓你狼狽一陣子。現(xiàn)在學(xué)乖的我至少會考慮三個大方面的需求：

1. 功能需求。需要增加產(chǎn)品支持的使用場景，例如微信增加“搜一搜”，來讓用戶在微信中獲取更多的內(nèi)容、再次重打“用完即走”這句話的臉。這個很好理解，加功能或者優(yōu)化已有功能以豐富應(yīng)用場景，是大多數(shù)產(chǎn)品的日常，尤其在創(chuàng)業(yè)公司。
2. 性能需求。自己狠狠踩過了調(diào)用接口超時的坑，才開始關(guān)注功能相關(guān)的性能問題。當(dāng)時做需求中包含一個觸發(fā)數(shù)據(jù)同步的功能，我只簡單說明了同步流程。到用外網(wǎng)數(shù)據(jù)庫測試時才發(fā)現(xiàn)，當(dāng)數(shù)據(jù)量較大時，調(diào)用同步接口會超時，而不得不臨時改變策略。類似問題還出現(xiàn)在批量上傳沒有考慮數(shù)量上限、下載不考慮是否需要異步處理、沒考慮過圖像清晰度和加載時間的平衡、完全不考慮瀏覽器兼容等。盡管有經(jīng)驗(yàn)的研發(fā)會自己處理性能問題，有經(jīng)驗(yàn)的產(chǎn)品應(yīng)該在研發(fā)做技術(shù)設(shè)計之前拋出自己對性能的要求。
3. 安全需求。看別人狠狠踩過了沒有反爬蟲策略的坑，才開始關(guān)注安全性問題。除了反爬蟲外，有些功能需要進(jìn)行敏感詞屏蔽（同步過濾和異步召回）、防刷單機(jī)制等。安全需求暫時涉獵較少，不展開描述。

十四字思考自查表

畫一張腦圖，主題叫做“落地需求”，第一級標(biāo)題劃定為“功能需求”、“性能需求”、“安全需求”，子標(biāo)題是什么呢？換句話說，就是該怎么思考落地方案呢？

高人傳我七字箴言“增查改刪顯算傳”。結(jié)合本人的經(jīng)驗(yàn)，狗尾續(xù)貂為十四字：

“增查改刪顯算傳，異常情況也要盤?！?/p>

“增查改刪顯算傳”的每個字的擴(kuò)展，可以用“5W2H”來幫助思維延伸。問問自己這個操作是否必要（why）、操作的權(quán)限如何分配（who）、操作的時效限制（when）、交互邀請和提示怎么做（where）、可操作內(nèi)容是什么（what）、操作的主流程和異常情況是什么（how）、整個操作要多少步驟（how much）。下面具體說說：

• “增”我理解為創(chuàng)建過程。創(chuàng)建的入口在哪？創(chuàng)建的條件是什么？有什么輸入?yún)?shù)，必填嗎？
• “查”我理解為查找。是否支持查找？以什么方式查找，搜索、標(biāo)簽or排序？全局搜索or類目下搜索？精確搜索or模糊搜索？什么情況下搜索屏蔽結(jié)果？搜索結(jié)果可以進(jìn)行什么操作？如何退出搜索？靜態(tài)標(biāo)簽or動態(tài)標(biāo)簽？
• “改”我理解為編輯。編輯的入口在哪？編輯的條件是什么？什么參數(shù)支持編輯？
• “刪”我理解為刪除。刪除的對象是什么？刪除的條件是什么？怎么刪除？是否可以撤回？需不需要回收站？
• “顯”我理解為顯示。顯示的內(nèi)容是什么？顯示內(nèi)容的優(yōu)先級的邏輯是什么？視覺元素顯示的優(yōu)先級是什么？層級關(guān)系是什么？
• “算”我理解為數(shù)學(xué)相關(guān)。增查改刪顯傳的數(shù)值限制是多少？有什么計算或數(shù)量變化規(guī)則？用戶需要的內(nèi)容數(shù)量是多少？是否需要顯示總數(shù)？
• “傳”我理解為傳輸，包括轉(zhuǎn)發(fā)、分享、下載等。這里需要思考傳輸是否需要處理狀態(tài)。
• “異”我理解為異常情況。小到增查改刪各個步驟的可能出現(xiàn)的錯誤情況、大到預(yù)估服務(wù)器的最大并發(fā)，產(chǎn)品能感知到自己解決方案的風(fēng)險越多、對異常情況準(zhǔn)備越充分，就是省錢省力。對異常情況的預(yù)知能力，一定程度上反映了產(chǎn)品的經(jīng)驗(yàn)值。

勤于修煉，方得始終

我想“面向?qū)ο?/strong>”和“面向過程”這兩種建模方式不止適用于編程，也很適用于產(chǎn)品的日常解題。這篇文章中重點(diǎn)說的是一種“面向過程”的思考方式，小、具體、細(xì)致，對產(chǎn)品的抽象思維能力沒有提出太多的要求，非常適合用來鍛煉產(chǎn)品基本功，以達(dá)成思維層級一的目標(biāo)：完整的閉環(huán)。