本文較長，是工作實戰(zhàn)經(jīng)驗與一些理論的結(jié)合。文章分為3部分：需求流程、需求流程名詞解釋、需求流程詳解。原本還想寫一個實際案例，但一方面字數(shù)已然很多，另一方面是本文介紹已相當(dāng)詳細，詳解部分也舉了一些例子，實際案例略顯多余，故免去不表。希望本文對你能有所幫助，當(dāng)然我相信一定會的。

如何將需求轉(zhuǎn)化為PRD？

需求是產(chǎn)品的源頭，是產(chǎn)品經(jīng)理天天接觸的概念，就像下圖這樣（之前看過的一個統(tǒng)計圖）。

將需求轉(zhuǎn)化為PRD，則是其中的關(guān)鍵，因為這是將產(chǎn)品從概念落實為實際的關(guān)鍵，下圖“畫原型”這一項為46.7%，也正是如此。所以，將需求轉(zhuǎn)化為PRD，是產(chǎn)品人必須掌握且反復(fù)打磨的基本功。

1.需求流程

不啰嗦，一圖勝千言。

2.極簡名詞解釋

• 需求收集：通過各種方法盡量多地收集目標(biāo)用戶的需求。
• 需求分析：明確用戶的本質(zhì)需求，即挖掘表面需求背后更深層次的需求。
• 需求決策：根據(jù)用戶需求本質(zhì)與產(chǎn)品目標(biāo)，確定產(chǎn)品方向與核心需求。
• 需求擴展：基于產(chǎn)品方向與核心需求，大量尋找相關(guān)需求。
• 需求篩選：確定需求的優(yōu)先級，明確此版本需要做的需求。
• 需求設(shè)計：將需求轉(zhuǎn)化為PRD。
• 需求開發(fā)：開發(fā)按照PRD開發(fā)，測試按照PRD測試。
• 需求上線：將完整的產(chǎn)品上線。

注意：上圖是一個循環(huán)，因為產(chǎn)品往往需要迭代。如果不需要迭代了，就說明產(chǎn)品已經(jīng)狗die。哈哈，產(chǎn)品狗die……

3.詳細分解

3.1 需求收集

需求收集有很多方法，目的是收集盡量多用戶需求。將這些需求分門別類，可以歸納為這3類方法：直接從用戶處獲取、查閱資料獲取、通過自己的思考挖掘。

3.1.1?直接從用戶處獲取

用戶訪談（用戶深度訪談、電話、街頭狙擊、焦點小組等）、問卷調(diào)查（配合數(shù)據(jù)分析，成熟的方法）、意見反饋（參與感，常規(guī)方法）、可用性測試（卡片分類法、A/B測試、屏幕錄像、眼動跟蹤、專家評審等）、現(xiàn)場調(diào)查、任務(wù)分析。

?3.1.2?查閱資料獲取

查閱行業(yè)專家的言論、查閱相關(guān)網(wǎng)站資料（眾多數(shù)據(jù)網(wǎng)站、數(shù)據(jù)報告）、運營數(shù)據(jù)、競品分析等。

3.1.3?通過自己的思考挖掘

產(chǎn)品感覺（日積月累）、日記分析法（把自己當(dāng)做用戶，詳細記錄自己的使用情況）、觀察思考（觀察思考生活，一切都來源于生活）、KANO模型分析、人性角度分析、用馬斯洛需求層次理論分析等。

3.2 需求分析

在產(chǎn)品圈，有一個流傳甚廣的故事：亨利·福特曾說：“如果我最初問消費者他們想要什么，他們會告訴我‘要一匹更快的馬！’”有人說：“如果真這樣，汽車大王就不會出現(xiàn)了?！?/p>

福特為什么沒有給用戶一匹馬，而是給了用戶一輛車？因為在“一匹更快的馬”這個表面需求背后，是“更快更舒適的出行方式”這一更深層次的需求。要滿足“更快更舒適的出行方式”，福特汽車顯然是更好的產(chǎn)品。

這就是需求分析的關(guān)鍵：明確用戶的本質(zhì)需求，即挖掘表面需求背后更深層次的需求。只有明確了本質(zhì)需求，才能確定更好的產(chǎn)品方向，以更好地滿足用戶。

所以，收集來的用戶需求，往往不是用戶的本質(zhì)需求，甚至可能不是用戶的真實需求。因此，需求分析是必不可少的步驟。需求分析主要有如下兩類方法：

3.2.1 定性分析

多問為什么：打破砂鍋問到底，就是挖掘本質(zhì)的重要方法之一，在質(zhì)量管理領(lǐng)域，5why分析法是找到根本原因的有效方法，豐田汽車公司在發(fā)展完善其制造方法學(xué)的過程中也采用了這一方法。實際應(yīng)用中，如果用戶提出一個需求，我們就可以問為什么用戶會有這種需求。例如：用戶提出“增加發(fā)短信功能”的需求，我們就可以問為什么？接著就會發(fā)現(xiàn)用戶想要的可能不是“發(fā)短信”，而是“文字通信”的需求，甚至干脆就是“通信”。這時我們就能找到更多的解決方案，而不僅僅局限于“發(fā)短信”，例如可以提供文字聊天、語音聊天、視頻聊天，將來還能提供VR聊天等功能，或許未來還能直接用腦電波溝通……

魚骨圖：這也是質(zhì)量管理領(lǐng)域的常用方法，由日本管理大師石川罄先生發(fā)明，故又名石川圖，是一種尋找問題根本原因的方法，Mindjet MindManager中就提供了多種魚骨圖的模板。雖然互聯(lián)網(wǎng)行業(yè)用得不多，但沒有思路時可以一試。

用戶+需求+場景（PSPS）：這是貫穿產(chǎn)品始終的重要方法，因為需求貫穿產(chǎn)品始終，而每一個需求都有根源——用戶+場景。因此，需求都是具體的而非抽象的，正如痛苦是剛失戀時躲在房間深陷回憶的每分每秒，而不僅僅只是“痛苦”二字。在挖掘用戶的本質(zhì)需求時，當(dāng)然也要結(jié)合具體的場景、具體的用戶，去分析其本質(zhì)需求。

不同類型的用戶、不同場景下會產(chǎn)生不同需求。正如羅振宇常說的“碎片化”，就是因為現(xiàn)代白領(lǐng)足夠忙，通勤的頻率足夠高、時間足夠長，在洗漱時、公交上、地鐵上容易產(chǎn)生碎片化學(xué)習(xí)/娛樂的需求。再比如常見的鞋子，各種用戶、各種場景下，就會有各種不同需求，因此產(chǎn)生了各種各樣的細分市場——跑鞋（進一步還能根據(jù)腳的形狀、跑步強度等進行細分）、籃球鞋、羽毛球鞋、休閑鞋、皮鞋、高跟鞋、拖鞋、棉拖等等。

馬斯洛需求層次理論：這是一個著名的理論，而且，越是底層的需求，其規(guī)模往往越大，用戶需求的程度往往越高。例如“性需求”為第一層需求，這一需求催生了一系列長盛不衰的產(chǎn)業(yè)，這方面的互聯(lián)網(wǎng)產(chǎn)品也數(shù)不勝數(shù)。

其他角度：如人性角度，這是張小龍?zhí)徇^的“貪嗔癡”，當(dāng)然還可以結(jié)合所謂“七宗罪”等說法進行分析。再比如自私的基因，這是《自私的基因》這本書的核心，一切需求可以說都源自于此。但是否要將需求分析到這種程度，值得商榷。個人認為將需求分析到可以找到多種解決方案的程度即可。例如福特汽車與馬的故事，將需求分析到“更快更舒適的出行方式”，就能找到很多解決方案，如馬、馬車、自行車、摩托、汽車等，從中擇優(yōu)即可。若繼續(xù)分析，一直分析到自私的基因的程度，雖然可以得到更深層次的見解，但實際效果如何，就不得而知了。

3.2.2 定量分析

定性分析確保深入，定量分析提供依據(jù)。如今是以數(shù)據(jù)說話的時代，缺乏定量分析的定性分析，往往不夠可靠。

定量分析主要采用數(shù)據(jù)分析的方法，例如之前的問卷調(diào)查收集到了數(shù)據(jù)，就可以對這些數(shù)據(jù)進行分析；產(chǎn)品上線之后，可以收集用戶反饋、瀏覽數(shù)量、活躍數(shù)量等，還可以對某些關(guān)鍵路徑、功能等進行數(shù)據(jù)埋點，采集這些數(shù)據(jù)，并對這些數(shù)據(jù)進行分析。

數(shù)據(jù)分析步驟如下：

3.3 需求決策

結(jié)合產(chǎn)品目標(biāo)與用戶的本質(zhì)需求，就可以進行需求決策，即明確產(chǎn)品方向，也就是明確所謂的產(chǎn)品定位。在此基礎(chǔ)上，就能得出產(chǎn)品的核心需求。

大部分產(chǎn)品目標(biāo)的關(guān)鍵很簡單——盈利。其實這也是眾多產(chǎn)品強調(diào)用戶價值的原因，沒有用戶價值，何來盈利？但是，不同企業(yè)/個人擅長的領(lǐng)域不同（如所謂的互聯(lián)網(wǎng)企業(yè)基因論），其希望參與的領(lǐng)域也不同，市場規(guī)模、競爭格局等也不同。所以，為了盈利，可以采取各種各樣的方式。就像為了滿足通信需求，移動聯(lián)通等運營商提供基礎(chǔ)設(shè)施等服務(wù)，手機廠商提供通訊設(shè)備，微信提供網(wǎng)絡(luò)聊天、語音、視頻等功能。

前面3步，其實就是《用戶體驗要素》中的戰(zhàn)略層——產(chǎn)品目標(biāo)、用戶需求。這一層主要由產(chǎn)品總監(jiān)等職級較高的人確定，咱普羅大眾接觸較少，接下來的則是咱們經(jīng)常接觸的內(nèi)容。當(dāng)然，領(lǐng)導(dǎo)也可能只提供一個大致方向，這時就需要我們自己從第一步做起。

3.4 需求擴展

基于第三步確定的產(chǎn)品方向、核心需求，即可將需求進行擴展。

產(chǎn)品方向、核心需求往往很簡單，可能只有一句話。而最終產(chǎn)品需要實現(xiàn)的需求，則很多很多。對于微信，其定位可以用6個字概括：通信、社交、平臺。但微信已實現(xiàn)的需求，可以說多如牛毛，而且實現(xiàn)得非常好，以至于它已然成為月活8億的巨無霸APP。

具體方法上，可以進行頭腦風(fēng)暴，可以按照不同用戶類型、不同用戶場景并結(jié)合”用戶+需求+場景“進行擴展，還可以使用之前收集的用戶需求。注意，有些需求往往不需要詢問用戶，例如注冊、設(shè)置、用戶信息管理等基本需求，一方面這是基礎(chǔ)的普遍性需求，自己容易判斷；另一方面這些功能有足夠的產(chǎn)品早已做得非常完善，可以參考；而且前人已總結(jié)了足夠多的交互設(shè)計原則供我們參考。

這一步顯得有些漫無邊際，仿佛從一個點迅速擴展成一張網(wǎng)，好像失去了核心。沒關(guān)系，下一步要做的，就是從這些漫無邊際中抽離出關(guān)鍵。

3.5 需求篩選

由上一步得到了足夠多的需求，但資源顯然有限，于是就有了需求的優(yōu)先級問題，這就是需求篩選的作用。

3.5.1 重要、緊急二乘二矩陣分析法

關(guān)于需求的優(yōu)先級，可以使用時間管理中著名的重要、緊急二乘二矩陣分析法。

這個方法是需求篩選的核心，其他方法都是此方法的補充?！本o急“很好理解，那么”重要“呢？對此，我喜歡《高效能人士的七個習(xí)慣》中的解釋：

重要性與目標(biāo)有關(guān)，凡有價值、有利于實現(xiàn)個人目標(biāo)的就是要事。

對于產(chǎn)品，重要性則與產(chǎn)品目標(biāo)正相關(guān)，越利于實現(xiàn)產(chǎn)品目標(biāo)的，就越重要。所以說”以用戶為中心“、”顧客就是上帝“并非空穴來風(fēng)。

3.5.2 設(shè)問法

設(shè)問法可以幫助我們識別用戶的真需求，也就是我們需要優(yōu)先滿足的需求。

孫陶然在《創(chuàng)業(yè)的36條軍規(guī)》中說道：創(chuàng)業(yè)一定要解決真需求，不要做偽需求。怎么區(qū)分真需求偽需求？用中文不太好區(qū)分，但用英文就很清晰：偽需求叫want，真需求叫need。Want的東西，用戶不一定會掏錢，need的東西，用戶一定會愿意掏錢。所以need的東西，才應(yīng)該是我們應(yīng)該切入的事情。

可以提的問題大概有這些：對某個需求，用戶是否痛？多久痛一次？是否持續(xù)地痛？有多少人有類似的痛點？用戶為此痛點付費的意愿如何？

以上問題包含了用戶需求的強度、頻次、持續(xù)時間、廣度、付費意愿，其實也就是判斷是need還是want。

3.5.3 KANO模型

維基百科：The Kano model is a theory of product development and?customer satisfaction?developed in the 1980s by Professor?Noriaki Kano, which classifies customer preferences into five categories.Kano模型是產(chǎn)品開發(fā)與客戶滿意度評估的一種理論，將顧客偏好劃分成了5類，該理論由Noriaki Kano教授在20世紀80年代提出。

KANO模型有一套比較成熟的分析方法，可以進行定量分析，也可以進行定性分析，將用戶需求分為3個層次（也可以分為5個層次），每個層次的重要性不同，具體如下圖。

3.5.4 用戶體驗層次

用戶體驗層次可以分為如下5個，優(yōu)先滿足有用、能用，再追求可用，再追求用得爽，最后爭取形成品牌效應(yīng)。

3.5.5 需求順序

需求之間如果有一定順序，其優(yōu)先級也容易判定。例如：有3個需求，他們之間有這樣的關(guān)系：實現(xiàn)了A，才能實現(xiàn)B，實現(xiàn)了B，才能實現(xiàn)C。所以，這三者中，優(yōu)先級最高的是A需求。

3.5.6 產(chǎn)品階段

根據(jù)產(chǎn)品階段（產(chǎn)品路線圖）劃分需求優(yōu)先級，也是常用方法。不同階段需要實現(xiàn)的需求，往往不同。例如一個全新產(chǎn)品，最該實現(xiàn)的是用戶最迫切的需求，當(dāng)產(chǎn)品逐漸成熟，需要實現(xiàn)的需求也越來越多，各種邊邊角角的體驗都需要提升。再比如微信小程序，剛開始對線上推廣有大量限制，但現(xiàn)在逐步釋放線上的能力，這當(dāng)中可能有微信團隊內(nèi)部線路調(diào)整的因素，也可能有其原先規(guī)劃的因素，但總的來看，都與產(chǎn)品的不同階段關(guān)系密切。

其中，比較明顯的一點在于：在產(chǎn)品的不同階段，我們關(guān)注的數(shù)據(jù)就有很大不同，下表是之前的一份總結(jié)：

3.5.7 公式計算

根據(jù)行業(yè)經(jīng)驗或其他依據(jù)，確定一些公式，從而根據(jù)公式的計算結(jié)果判斷需求的重要程度。例如：用戶需求的重要性 = 權(quán)重 * 用戶總數(shù) * 用戶平均使用次數(shù) * 每次付費數(shù)額。

3.5.8 專家團隊決策

對于難以判斷優(yōu)先級的需求，可以召開專家團隊評審會議進行決策。這其中，各部門發(fā)表各自看法，各個職級的人共同討論，可以進行投票、計算、根據(jù)經(jīng)驗分析等等，最終確定需求的優(yōu)先級。

到這可以發(fā)現(xiàn)：第四、五兩步，其實就是《用戶體驗要素》提到的范圍層：

3.6 需求設(shè)計

需求設(shè)計階段，是承上啟下的重要階段——將篩選之后的需求轉(zhuǎn)化為PRD的階段，也就是將所謂的”產(chǎn)品需求“轉(zhuǎn)化為”研發(fā)需求“。

這一步的完成，意味著實現(xiàn)了從最初的用戶需求到最終的研發(fā)需求的轉(zhuǎn)化，如下圖：

解釋一下：

• 用戶需求：用戶表達的需求。
• 產(chǎn)品需求：用戶的本質(zhì)需求，即用戶需求背后的更深層次的需求，包括用戶的真實需求。
• 研發(fā)需求：研發(fā)人員可以理解并進行開發(fā)的需求，此需求由產(chǎn)品需求轉(zhuǎn)化而來。

上圖中，”產(chǎn)品需求“比較突出，因為這是關(guān)鍵。用戶需求–>產(chǎn)品需求–>研發(fā)需求，是分–>總–>分的關(guān)系，對產(chǎn)品需求把握的好壞，決定了整個產(chǎn)品的成敗。而研發(fā)人員的思維習(xí)慣是從總到分，所以和他們交流時，容易陷入很多技術(shù)細節(jié)。

下面介紹需求設(shè)計的具體方法。

3.6.1 需求設(shè)計整體流程

直接上圖。

這是產(chǎn)品人都很熟悉的三個步驟，先梳理處主線流程，進一步擴展為信息架構(gòu)，再進一步細化為原型圖。

值得注意的是：進行需求設(shè)計時，最關(guān)鍵的不是一上來就擼起袖子畫原型，這樣容易陷入大量的細節(jié)而失去重點。流程圖是整體的重點，將流程圖梳理清楚、正確，才能保證原型圖的正確。上圖這三步，就是從上到下的思維模式，也即總分的思維模式；而若直接畫原型圖，就是從下到上的思維模式，也即分總的思維模式，這種思維模式容易讓人找不到主線，陷入繁雜的細節(jié)中，因小失大，效率很低。

當(dāng)然，實際工作中，從上到下和從下到上的思考都會存在，因為有的地方是在做信息架構(gòu)或者畫原型的過程中想清楚的，還可能會因為畫原型時得到的某些想法而更改流程圖，正如執(zhí)行計劃的過程中還會修改計劃。所以，實際的工作流程更像下圖這樣。但上圖的方式是主要的方式。

上圖中，三者的大小與其重要性成正比。當(dāng)然，這里的重要性指的是前后置條件、效率上的，而非結(jié)果上的。僅從結(jié)果上看，最重要的當(dāng)然是原型圖。

3.6.2 抓住重點：產(chǎn)品框架、關(guān)鍵路徑

之前火熱傳播的雕爺牛囊、黃太吉外賣如今已鮮有耳聞，為什么？因為它們做的餐飲雖然極其好看，店面也極其時尚，包裝極其美觀，服務(wù)極其體貼，甚至還有情懷，但關(guān)鍵在于——并不好吃。下圖是黃太吉外賣的煎餅：

其實錘子手機的不斷掙扎，也體現(xiàn)了這一點。錘子手機上集中了大量美好但“無用”的功能，以至于直到現(xiàn)在還在生死線邊緣掙扎。

寫了這么多，我想說的是：產(chǎn)品的關(guān)鍵不是所謂極致的用戶體驗，不是所謂完美的視覺感受，而是其產(chǎn)品框架、關(guān)鍵路徑——對用戶核心需求的實現(xiàn)。也就是說，產(chǎn)品的關(guān)鍵在于其滿足用戶核心需求的程度。這也是二八原則的體現(xiàn)。對于餐飲，除了安全，多數(shù)用戶最注重的往往是味道，而不是過度的服務(wù)；對于手機，多數(shù)用戶最注重的不是過于美麗卻易碎的外觀，炫酷卻不比其他手機實用太多的操作系統(tǒng)，他們往往更注重性價比、拍照、知名度。

名詞解釋：

• 產(chǎn)品框架：產(chǎn)品的功能模塊——圍繞一個或少數(shù)幾個核心功能打造的模塊。
• 關(guān)鍵路徑：用戶使用產(chǎn)品的關(guān)鍵路徑。

不論產(chǎn)品框架，還是關(guān)鍵路徑，其實都圍繞用戶的核心需求展開，這便是關(guān)鍵所在。在需求設(shè)計時，就要抓住這一重點，而不是全心撲向所謂用戶體驗。

具體應(yīng)用產(chǎn)品框架與關(guān)鍵路徑這兩個概念時，應(yīng)注意：

a.抓住核心功能：通過上述幾個步驟已基本確認產(chǎn)品框架，此處的重點之一是抓住重點，切勿因小失大。就像做餐飲，過于注重服務(wù)、包裝等等，而忽視味道，就是因小失大。

b.簡單：將產(chǎn)品的核心功能設(shè)計得足夠簡單。就像微信當(dāng)時推出的搖一搖功能，沒有任何文字說明，卻結(jié)合了很多人性因素，讓人可以無師自通，還能樂在其中。而其操作僅需搖動即可，非常簡單。

c.簡短：將產(chǎn)品的關(guān)鍵路徑設(shè)計得足夠簡短。正如知乎將側(cè)邊欄改為底部標(biāo)簽導(dǎo)航，微信從閱讀文章的同時無法聊天到如今可以置頂文章，從只能翻閱訂閱號歷史文章到如今可以搜索訂閱號的歷史文章，支付寶將支付碼調(diào)整到首頁最上方等等，這都在逐步縮短用戶的關(guān)鍵路徑。

3.6.3 用戶+需求+場景

就像前面提到的，這是貫穿產(chǎn)品始終的重要方法，每個用戶需求都是具體的，都是實實在在的。而在需求設(shè)計時，卻容易陷入“自我YY”的狀態(tài)——忽視用戶實際需求的狀態(tài)，腫么辦？

為了防止這一點，可以將用戶按照不同類型細分，并描述出每一類用戶的場景，從而更具體地而非抽象地把握用戶需求。如何做到這一點？一個廣泛應(yīng)用的方法就是構(gòu)建用戶畫像，而且構(gòu)建用戶畫像還有很多其他好處，例如利于團隊其他人員理解用戶需求等等。

值得注意的是：在構(gòu)建用戶畫像時，應(yīng)注意區(qū)分不同類型用戶的優(yōu)先級，我們要滿足的不是所有用戶，而是滿足重點用戶，多數(shù)時候這個重點用戶是大多數(shù)用戶。有時嚴謹?shù)难邪l(fā)同事會揪著一個非常低頻的需求不放，因為這可能會有漏洞，或者邏輯不夠嚴謹，這時就要評估其危害大小，一般來說可以按照二八原則執(zhí)行。例如微信好友上限為5000，這對絕大多數(shù)用戶是足夠的，但對很多微商而言，這就是一種限制，那么要不要增加上限呢？張小龍的想法是不增加。而之前出現(xiàn)的支付寶登陸漏洞，則是一個大漏洞，雖然這樣做的人很少很少，但一旦發(fā)生，危害極大。

在此基礎(chǔ)上，設(shè)計時還應(yīng)時常想著“用戶+需求+場景”，就能更好地實現(xiàn)“以用戶為中心”。

3.6.4 增刪查改顯算傳

產(chǎn)品人常常自稱產(chǎn)品狗，挺寫實的，尤其在評審會上，被challenge也時有發(fā)生，有時這種challenge非常直接，當(dāng)然比起用戶的吐槽，這都不算啥。為什么會在評審會上被程序猿challenge？因為程序猿是邏輯嚴密且辛苦的物種，需求設(shè)計出現(xiàn)邏輯不嚴密、需求考慮不全、不利于技術(shù)實現(xiàn)等問題時，都會造成程序猿的工作量大大增加。也許一個功能看似簡單，但技術(shù)實現(xiàn)上卻可能很復(fù)雜。為了自己或者團隊，程序猿都有必要challenge。

作為產(chǎn)品人，當(dāng)然希望少被challenge，那就要考慮一些技術(shù)實現(xiàn)問題。這其中，普遍存在的就是“增刪查改顯算傳”，其中最難的點在于“傳”，這需要了解一些數(shù)據(jù)庫知識。更詳細的內(nèi)容之前寫過，此處不具體解釋了，直接上圖。

3.6.5 交互設(shè)計原則

需求設(shè)計的過程中，無疑會遇到交互設(shè)計。交互設(shè)計有很多現(xiàn)有的原則可以參考，對此，我總結(jié)了一些，放在下面：

多用用戶熟悉的東西

符合用戶心理模型、環(huán)境貼切原則、預(yù)設(shè)用途、席克定律、統(tǒng)一原則、一致性原則、映射。

簡便

菲茨定律、主次原則、易掃原則、簡潔原則、合并原則、神奇數(shù)字7±2法則、泰斯勒定律（復(fù)雜性守恒定律）、靈活高效原則、奧卡姆剃刀原理、少做原則、易取原則、基于用戶使用場景設(shè)計、結(jié)合移動設(shè)備的特性設(shè)計。

反饋

狀態(tài)可見原則、可視化。

錯誤處理

新鄉(xiāng)重夫防錯原則、容錯原則、撤銷重做原則、人性化幫助原則。

其他

接近法則、三等分原則、對稱原則、界面先行原則、資源代替等。

3.6.6 注意點

a.多設(shè)計：多設(shè)計幾個方案，從中擇優(yōu)。面對一個需求，尤其是核心需求，多想幾個實現(xiàn)方式，而不是剛想到一個實現(xiàn)方式就立馬上手。從這幾個方案中選擇最好的方案，往往更好。

b.多檢查：設(shè)計完了，往往還有問題，這時需要多檢查幾遍，最好能把上述5個步驟都過一遍，能避免一些不必要的漏洞。記得《喬布斯傳》中提過，喬布斯喜歡看實物而不是設(shè)計，我們也應(yīng)盡量去體驗實際效果，在需求設(shè)計上尤其如此，多看幾遍最后的交互結(jié)果，往往能找出問題，所以高保真原型是更好的，但那也會消耗很多時間。

c.多總結(jié)：老生常談就不談了。

到此，我們便完成了《用戶體驗要素》所提的所有層次，如下圖。

當(dāng)然，在需求設(shè)計過程中，也會有相關(guān)評審，有的公司會有很全面的評審流程，包括需求評審、設(shè)計評審、測試評審，有的公司則比較簡單，這都有各自的實際考慮，免去不表。

3.7 需求開發(fā)

需求開發(fā)，就是將PRD轉(zhuǎn)化為實際產(chǎn)品的階段，這時開發(fā)、測試同事就會忙碌起來。開發(fā)、測試過程中，也會出現(xiàn)問題，有時是再次確認需求，有時是技術(shù)可行性問題，有時是細節(jié)漏洞問題（有些細節(jié)在實際開發(fā)時才被發(fā)現(xiàn)），有時是產(chǎn)品經(jīng)理設(shè)計不合理，有時是產(chǎn)品經(jīng)理改需求……說到改需求，這是開發(fā)同事最深惡痛絕的，因為這往往會導(dǎo)致他們的工作量大幅上升，關(guān)于此，網(wǎng)上也有很多段子，比如下圖：

對于產(chǎn)品經(jīng)理，此時需要做的就是盡力配合，保證產(chǎn)品及時落地。

3.8 需求上線

當(dāng)產(chǎn)品完成，就可以上線了。上線之后會驗證產(chǎn)品經(jīng)理對需求的把握是否準(zhǔn)確，很多設(shè)計是否合理……接著，就會進入下一輪的循環(huán)。

到此，文章算是寫完了。看似挺多，其實主線比較簡單——主要從需求的角度描述產(chǎn)品經(jīng)理的工作內(nèi)容，即產(chǎn)品規(guī)劃、產(chǎn)品設(shè)計、產(chǎn)品執(zhí)行，如下圖：

本文由 @GetiDoer 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。