寫在前面：
本文較長，是工作實(shí)戰(zhàn)經(jīng)驗(yàn)與一些理論的結(jié)合。文章分為3部分：需求流程、需求流程名詞解釋、需求流程詳解。原本還想寫一個實(shí)際案例，但一方面字?jǐn)?shù)已然很多，另一方面是本文介紹已相當(dāng)詳細(xì)，詳解部分也舉了一些例子，實(shí)際案例略顯多余，故免去不表。希望本文對你能有所幫助，當(dāng)然我相信一定會的。
進(jìn)正文。
需求是產(chǎn)品的源頭，是產(chǎn)品經(jīng)理天天接觸的概念，就像下圖這樣（之前看過的一個統(tǒng)計(jì)圖）。
將需求轉(zhuǎn)化為PRD，則是其中的關(guān)鍵，因?yàn)檫@是將產(chǎn)品從概念落實(shí)為實(shí)際的關(guān)鍵，下圖“畫原型”這一項(xiàng)為46.7%，也正是如此。所以，將需求轉(zhuǎn)化為PRD，是產(chǎn)品人必須掌握且反復(fù)打磨的基本功。
1.需求流程
不啰嗦，一圖勝千言。
2.極簡名詞解釋
需求收集：通過各種方法盡量多地收集目標(biāo)用戶的需求。
需求分析：明確用戶的本質(zhì)需求，即挖掘表面需求背后更深層次的需求。
需求決策：根據(jù)用戶需求本質(zhì)與產(chǎn)品目標(biāo)，確定產(chǎn)品方向與核心需求。
需求擴(kuò)展：基于產(chǎn)品方向與核心需求，大量尋找相關(guān)需求。
需求篩選：確定需求的優(yōu)先級，明確此版本需要做的需求。
需求設(shè)計(jì)：將需求轉(zhuǎn)化為PRD。
需求開發(fā)：開發(fā)按照PRD開發(fā)，測試按照PRD測試。
需求上線：將完整的產(chǎn)品上線。
注意：上圖是一個循環(huán)，因?yàn)楫a(chǎn)品往往需要迭代。如果不需要迭代了，就說明產(chǎn)品已經(jīng)狗die。哈哈，產(chǎn)品狗die……
3.詳細(xì)分解
? 3.1 需求收集
需求收集有很多方法，目的是收集盡量多用戶需求。將這些需求分門別類，可以歸納為這3類方法：直接從用戶處獲取、查閱資料獲取、通過自己的思考挖掘。
? ? 3.1.1?直接從用戶處獲取
用戶訪談（用戶深度訪談、電話、街頭狙擊、焦點(diǎn)小組等）、問卷調(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ù)報(bào)告）、運(yùn)營數(shù)據(jù)、競品分析等。
? ? 3.1.3?通過自己的思考挖掘
產(chǎn)品感覺（日積月累）、日記分析法（把自己當(dāng)做用戶，詳細(xì)記錄自己的使用情況）、觀察思考（觀察思考生活，一切都來源于生活）、KANO模型分析、人性角度分析、用馬斯洛需求層次理論分析等。
? 3.2 需求分析
在產(chǎn)品圈，有一個流傳甚廣的故事：亨利·福特曾說：“如果我最初問消費(fèi)者他們想要什么，他們會告訴我‘要一匹更快的馬！’”有人說：“如果真這樣，汽車大王就不會出現(xiàn)了。”
福特為什么沒有給用戶一匹馬，而是給了用戶一輛車？因?yàn)樵凇耙黄ジ斓鸟R”這個表面需求背后，是“更快更舒適的出行方式”這一更深層次的需求。要滿足“更快更舒適的出行方式”，福特汽車顯然是更好的產(chǎn)品。
這就是需求分析的關(guān)鍵：明確用戶的本質(zhì)需求，即挖掘表面需求背后更深層次的需求。只有明確了本質(zhì)需求，才能確定更好的產(chǎn)品方向，以更好地滿足用戶。
所以，收集來的用戶需求，往往不是用戶的本質(zhì)需求，甚至可能不是用戶的真實(shí)需求。因此，需求分析是必不可少的步驟。需求分析主要有如下兩類方法：
? ? 3.2.1 定性分析
多問為什么：打破砂鍋問到底，就是挖掘本質(zhì)的重要方法之一，在質(zhì)量管理領(lǐng)域，5why分析法是找到根本原因的有效方法，豐田汽車公司在發(fā)展完善其制造方法學(xué)的過程中也采用了這一方法。實(shí)際應(yīng)用中，如果用戶提出一個需求，我們就可以問為什么用戶會有這種需求。例如：用戶提出“增加發(fā)短信功能”的需求，我們就可以問為什么？接著就會發(fā)現(xiàn)用戶想要的可能不是“發(fā)短信”，而是“文字通信”的需求，甚至干脆就是“通信”。這時我們就能找到更多的解決方案，而不僅僅局限于“發(fā)短信”，例如可以提供文字聊天、語音聊天、視頻聊天，將來還能提供VR聊天等功能，或許未來還能直接用腦電波溝通……
魚骨圖：這也是質(zhì)量管理領(lǐng)域的常用方法，由日本管理大師石川罄先生發(fā)明，故又名石川圖，是一種尋找問題根本原因的方法，Mindjet MindManager中就提供了多種魚骨圖的模板。雖然互聯(lián)網(wǎng)行業(yè)用得不多，但沒有思路時可以一試。
用戶+需求+場景（PSPS）：這是貫穿產(chǎn)品始終的重要方法，因?yàn)樾枨筘灤┊a(chǎn)品始終，而每一個需求都有根源——用戶+場景。因此，需求都是具體的而非抽象的，正如痛苦是剛失戀時躲在房間深陷回憶的每分每秒，而不僅僅只是“痛苦”二字。在挖掘用戶的本質(zhì)需求時，當(dāng)然也要結(jié)合具體的場景、具體的用戶，去分析其本質(zhì)需求。不同類型的用戶、不同場景下會產(chǎn)生不同需求。正如羅振宇常說的“碎片化”，就是因?yàn)楝F(xiàn)代白領(lǐng)足夠忙，通勤的頻率足夠高、時間足夠長，在洗漱時、公交上、地鐵上容易產(chǎn)生碎片化學(xué)習(xí)/娛樂的需求。再比如常見的鞋子，各種用戶、各種場景下，就會有各種不同需求，因此產(chǎn)生了各種各樣的細(xì)分市場——跑鞋（進(jìn)一步還能根據(jù)腳的形狀、跑步強(qiáng)度等進(jìn)行細(xì)分）、籃球鞋、羽毛球鞋、休閑鞋、皮鞋、高跟鞋、拖鞋、棉拖等等。
馬斯洛需求層次理論：這是一個著名的理論，而且，越是底層的需求，其規(guī)模往往越大，用戶需求的程度往往越高。例如“性需求”為第一層需求，這一需求催生了一系列長盛不衰的產(chǎn)業(yè)，這方面的互聯(lián)網(wǎng)產(chǎn)品也數(shù)不勝數(shù)。
其他角度：如人性角度，這是張小龍?zhí)徇^的“貪嗔癡”，當(dāng)然還可以結(jié)合所謂“七宗罪”等說法進(jìn)行分析。再比如自私的基因，這是《自私的基因》這本書的核心，一切需求可以說都源自于此。但是否要將需求分析到這種程度，值得商榷。個人認(rèn)為將需求分析到可以找到多種解決方案的程度即可。例如福特汽車與馬的故事，將需求分析到“更快更舒適的出行方式”，就能找到很多解決方案，如馬、馬車、自行車、摩托、汽車等，從中擇優(yōu)即可。若繼續(xù)分析，一直分析到自私的基因的程度，雖然可以得到更深層次的見解，但實(shí)際效果如何，就不得而知了。
? ? 3.2.2 定量分析
定性分析確保深入，定量分析提供依據(jù)。如今是以數(shù)據(jù)說話的時代，缺乏定量分析的定性分析，往往不夠可靠。
定量分析主要采用數(shù)據(jù)分析的方法，例如之前的問卷調(diào)查收集到了數(shù)據(jù)，就可以對這些數(shù)據(jù)進(jìn)行分析；產(chǎn)品上線之后，可以收集用戶反饋、瀏覽數(shù)量、活躍數(shù)量等，還可以對某些關(guān)鍵路徑、功能等進(jìn)行數(shù)據(jù)埋點(diǎn)，采集這些數(shù)據(jù)，并對這些數(shù)據(jù)進(jìn)行分析。
數(shù)據(jù)分析步驟如下：
? 3.3 需求決策
結(jié)合產(chǎn)品目標(biāo)與用戶的本質(zhì)需求，就可以進(jìn)行需求決策，即明確產(chǎn)品方向，也就是明確所謂的產(chǎn)品定位。在此基礎(chǔ)上，就能得出產(chǎn)品的核心需求。
大部分產(chǎn)品目標(biāo)的關(guān)鍵很簡單——盈利。其實(shí)這也是眾多產(chǎn)品強(qiáng)調(diào)用戶價值的原因，沒有用戶價值，何來盈利？但是，不同企業(yè)/個人擅長的領(lǐng)域不同（如所謂的互聯(lián)網(wǎng)企業(yè)基因論），其希望參與的領(lǐng)域也不同，市場規(guī)模、競爭格局等也不同。所以，為了盈利，可以采取各種各樣的方式。就像為了滿足通信需求，移動聯(lián)通等運(yùn)營商提供基礎(chǔ)設(shè)施等服務(wù)，手機(jī)廠商提供通訊設(shè)備，微信提供網(wǎng)絡(luò)聊天、語音、視頻等功能。
前面3步，其實(shí)就是《用戶體驗(yàn)要素》中的戰(zhàn)略層——產(chǎn)品目標(biāo)、用戶需求。這一層主要由產(chǎn)品總監(jiān)等職級較高的人確定，咱普羅大眾接觸較少，接下來的則是咱們經(jīng)常接觸的內(nèi)容。當(dāng)然，領(lǐng)導(dǎo)也可能只提供一個大致方向，這時就需要我們自己從第一步做起。
? 3.4 需求擴(kuò)展
基于第三步確定的產(chǎn)品方向、核心需求，即可將需求進(jìn)行擴(kuò)展。
產(chǎn)品方向、核心需求往往很簡單，可能只有一句話。而最終產(chǎn)品需要實(shí)現(xiàn)的需求，則很多很多。對于微信，其定位可以用6個字概括：通信、社交、平臺。但微信已實(shí)現(xiàn)的需求，可以說多如牛毛，而且實(shí)現(xiàn)得非常好，以至于它已然成為月活8億的巨無霸APP。
具體方法上，可以進(jìn)行頭腦風(fēng)暴，可以按照不同用戶類型、不同用戶場景并結(jié)合”用戶+需求+場景“進(jìn)行擴(kuò)展，還可以使用之前收集的用戶需求。注意，有些需求往往不需要詢問用戶，例如注冊、設(shè)置、用戶信息管理等基本需求，一方面這是基礎(chǔ)的普遍性需求，自己容易判斷；另一方面這些功能有足夠的產(chǎn)品早已做得非常完善，可以參考；而且前人已總結(jié)了足夠多的交互設(shè)計(jì)原則供我們參考。
這一步顯得有些漫無邊際，仿佛從一個點(diǎn)迅速擴(kuò)展成一張網(wǎng)，好像失去了核心。沒關(guān)系，下一步要做的，就是從這些漫無邊際中抽離出關(guān)鍵。
? 3.5 需求篩選
由上一步得到了足夠多的需求，但資源顯然有限，于是就有了需求的優(yōu)先級問題，這就是需求篩選的作用。
? 3.5.1 重要、緊急二乘二矩陣分析法
關(guān)于需求的優(yōu)先級，可以使用時間管理中著名的重要、緊急二乘二矩陣分析法。
這個方法是需求篩選的核心，其他方法都是此方法的補(bǔ)充。”緊急“很好理解，那么”重要“呢？對此，我喜歡《高效能人士的七個習(xí)慣》中的解釋：
重要性與目標(biāo)有關(guān)，凡有價值、有利于實(shí)現(xiàn)個人目標(biāo)的就是要事。
對于產(chǎn)品，重要性則與產(chǎn)品目標(biāo)正相關(guān)，越利于實(shí)現(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ù)地痛？有多少人有類似的痛點(diǎn)？用戶為此痛點(diǎn)付費(fèi)的意愿如何？
以上問題包含了用戶需求的強(qiáng)度、頻次、持續(xù)時間、廣度、付費(fèi)意愿，其實(shí)也就是判斷是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世紀(jì)80年代提出。
KANO模型有一套比較成熟的分析方法，可以進(jìn)行定量分析，也可以進(jìn)行定性分析，將用戶需求分為3個層次（也可以分為5個層次），每個層次的重要性不同，具體如下圖。
? ? 3.5.4 用戶體驗(yàn)層次
用戶體驗(yàn)層次可以分為如下5個，優(yōu)先滿足有用、能用，再追求可用，再追求用得爽，最后爭取形成品牌效應(yīng)。
? ? 3.5.5 需求順序
需求之間如果有一定順序，其優(yōu)先級也容易判定。例如：有3個需求，他們之間有這樣的關(guān)系：實(shí)現(xiàn)了A，才能實(shí)現(xiàn)B，實(shí)現(xiàn)了B，才能實(shí)現(xiàn)C。所以，這三者中，優(yōu)先級最高的是A需求。
? ? 3.5.6 產(chǎn)品階段
根據(jù)產(chǎn)品階段（產(chǎn)品路線圖）劃分需求優(yōu)先級，也是常用方法。不同階段需要實(shí)現(xiàn)的需求，往往不同。例如一個全新產(chǎn)品，最該實(shí)現(xiàn)的是用戶最迫切的需求，當(dāng)產(chǎn)品逐漸成熟，需要實(shí)現(xiàn)的需求也越來越多，各種邊邊角角的體驗(yàn)都需要提升。再比如微信小程序，剛開始對線上推廣有大量限制，但現(xiàn)在逐步釋放線上的能力，這當(dāng)中可能有微信團(tuán)隊(duì)內(nèi)部線路調(diào)整的因素，也可能有其原先規(guī)劃的因素，但總的來看，都與產(chǎn)品的不同階段關(guān)系密切。
其中，比較明顯的一點(diǎn)在于：在產(chǎn)品的不同階段，我們關(guān)注的數(shù)據(jù)就有很大不同，下表是之前的一份總結(jié)：
? ? 3.5.7 公式計(jì)算
根據(jù)行業(yè)經(jīng)驗(yàn)或其他依據(jù)，確定一些公式，從而根據(jù)公式的計(jì)算結(jié)果判斷需求的重要程度。例如：用戶需求的重要性 = 權(quán)重 * 用戶總數(shù) * 用戶平均使用次數(shù) * 每次付費(fèi)數(shù)額。
? ? 3.5.8 專家團(tuán)隊(duì)決策
對于難以判斷優(yōu)先級的需求，可以召開專家團(tuán)隊(duì)評審會議進(jìn)行決策。這其中，各部門發(fā)表各自看法，各個職級的人共同討論，可以進(jìn)行投票、計(jì)算、根據(jù)經(jīng)驗(yàn)分析等等，最終確定需求的優(yōu)先級。
到這可以發(fā)現(xiàn)：第四、五兩步，其實(shí)就是《用戶體驗(yàn)要素》提到的范圍層：
? 3.6 需求設(shè)計(jì)
需求設(shè)計(jì)階段，是承上啟下的重要階段——將篩選之后的需求轉(zhuǎn)化為PRD的階段，也就是將所謂的”產(chǎn)品需求“轉(zhuǎn)化為”研發(fā)需求“。
這一步的完成，意味著實(shí)現(xiàn)了從最初的用戶需求到最終的研發(fā)需求的轉(zhuǎn)化，如下圖：
解釋一下：
用戶需求：用戶表達(dá)的需求。
產(chǎn)品需求：用戶的本質(zhì)需求，即用戶需求背后的更深層次的需求，包括用戶的真實(shí)需求。
研發(fā)需求：研發(fā)人員可以理解并進(jìn)行開發(fā)的需求，此需求由產(chǎn)品需求轉(zhuǎn)化而來。
上圖中，”產(chǎn)品需求“比較突出，因?yàn)檫@是關(guān)鍵。用戶需求-->產(chǎn)品需求-->研發(fā)需求，是分-->總-->分的關(guān)系，對產(chǎn)品需求把握的好壞，決定了整個產(chǎn)品的成敗。而研發(fā)人員的思維習(xí)慣是從總到分，所以和他們交流時，容易陷入很多技術(shù)細(xì)節(jié)。
下面介紹需求設(shè)計(jì)的具體方法。
? ? 3.6.1 需求設(shè)計(jì)整體流程
直接上圖。
這是產(chǎn)品人都很熟悉的三個步驟，先梳理處主線流程，進(jìn)一步擴(kuò)展為信息架構(gòu)，再進(jìn)一步細(xì)化為原型圖。
值得注意的是：進(jìn)行需求設(shè)計(jì)時，最關(guān)鍵的不是一上來就擼起袖子畫原型，這樣容易陷入大量的細(xì)節(jié)而失去重點(diǎn)。流程圖是整體的重點(diǎn)，將流程圖梳理清楚、正確，才能保證原型圖的正確。上圖這三步，就是從上到下的思維模式，也即總分的思維模式；而若直接畫原型圖，就是從下到上的思維模式，也即分總的思維模式，這種思維模式容易讓人找不到主線，陷入繁雜的細(xì)節(jié)中，因小失大，效率很低。
當(dāng)然，實(shí)際工作中，從上到下和從下到上的思考都會存在，因?yàn)橛械牡胤绞窃谧鲂畔⒓軜?gòu)或者畫原型的過程中想清楚的，還可能會因?yàn)楫嬙蜁r得到的某些想法而更改流程圖，正如執(zhí)行計(jì)劃的過程中還會修改計(jì)劃。所以，實(shí)際的工作流程更像下圖這樣。但上圖的方式是主要的方式。
上圖中，三者的大小與其重要性成正比。當(dāng)然，這里的重要性指的是前后置條件、效率上的，而非結(jié)果上的。僅從結(jié)果上看，最重要的當(dāng)然是原型圖。
? ? 3.6.2 抓住重點(diǎn)：產(chǎn)品框架、關(guān)鍵路徑
之前火熱傳播的雕爺牛囊、黃太吉外賣如今已鮮有耳聞，為什么？因?yàn)樗鼈冏龅牟惋嬰m然極其好看，店面也極其時尚，包裝極其美觀，服務(wù)極其體貼，甚至還有情懷，但關(guān)鍵在于——并不好吃。下圖是黃太吉外賣的煎餅：
其實(shí)錘子手機(jī)的不斷掙扎，也體現(xiàn)了這一點(diǎn)。錘子手機(jī)上集中了大量美好但“無用”的功能，以至于直到現(xiàn)在還在生死線邊緣掙扎。
寫了這么多，我想說的是：產(chǎn)品的關(guān)鍵不是所謂極致的用戶體驗(yàn)，不是所謂完美的視覺感受，而是其產(chǎn)品框架、關(guān)鍵路徑——對用戶核心需求的實(shí)現(xiàn)。也就是說，產(chǎn)品的關(guān)鍵在于其滿足用戶核心需求的程度。這也是二八原則的體現(xiàn)。對于餐飲，除了安全，多數(shù)用戶最注重的往往是味道，而不是過度的服務(wù)；對于手機(jī)，多數(shù)用戶最注重的不是過于美麗卻易碎的外觀，炫酷卻不比其他手機(jī)實(shí)用太多的操作系統(tǒng)，他們往往更注重性價比、拍照、知名度。
名詞解釋：
產(chǎn)品框架：產(chǎn)品的功能模塊——圍繞一個或少數(shù)幾個核心功能打造的模塊。
關(guān)鍵路徑：用戶使用產(chǎn)品的關(guān)鍵路徑。
不論產(chǎn)品框架，還是關(guān)鍵路徑，其實(shí)都圍繞用戶的核心需求展開，這便是關(guān)鍵所在。在需求設(shè)計(jì)時，就要抓住這一重點(diǎn)，而不是全心撲向所謂用戶體驗(yàn)。
具體應(yīng)用產(chǎn)品框架與關(guān)鍵路徑這兩個概念時，應(yīng)注意：
a.抓住核心功能：通過上述幾個步驟已基本確認(rèn)產(chǎn)品框架，此處的重點(diǎn)之一是抓住重點(diǎn)，切勿因小失大。就像做餐飲，過于注重服務(wù)、包裝等等，而忽視味道，就是因小失大。
b.簡單：將產(chǎn)品的核心功能設(shè)計(jì)得足夠簡單。就像微信當(dāng)時推出的搖一搖功能，沒有任何文字說明，卻結(jié)合了很多人性因素，讓人可以無師自通，還能樂在其中。而其操作僅需搖動即可，非常簡單。
c.簡短：將產(chǎn)品的關(guān)鍵路徑設(shè)計(jì)得足夠簡短。正如知乎將側(cè)邊欄改為底部標(biāo)簽導(dǎo)航，微信從閱讀文章的同時無法聊天到如今可以置頂文章，從只能翻閱訂閱號歷史文章到如今可以搜索訂閱號的歷史文章，支付寶將支付碼調(diào)整到首頁最上方等等，這都在逐步縮短用戶的關(guān)鍵路徑。
? ? 3.6.3 用戶+需求+場景
就像前面提到的，這是貫穿產(chǎn)品始終的重要方法，每個用戶需求都是具體的，都是實(shí)實(shí)在在的。而在需求設(shè)計(jì)時，卻容易陷入“自我YY”的狀態(tài)——忽視用戶實(shí)際需求的狀態(tài)，腫么辦？
為了防止這一點(diǎn)，可以將用戶按照不同類型細(xì)分，并描述出每一類用戶的場景，從而更具體地而非抽象地把握用戶需求。如何做到這一點(diǎn)？一個廣泛應(yīng)用的方法就是構(gòu)建用戶畫像，而且構(gòu)建用戶畫像還有很多其他好處，例如利于團(tuán)隊(duì)其他人員理解用戶需求等等。
值得注意的是：在構(gòu)建用戶畫像時，應(yīng)注意區(qū)分不同類型用戶的優(yōu)先級，我們要滿足的不是所有用戶，而是滿足重點(diǎn)用戶，多數(shù)時候這個重點(diǎn)用戶是大多數(shù)用戶。有時嚴(yán)謹(jǐn)?shù)难邪l(fā)同事會揪著一個非常低頻的需求不放，因?yàn)檫@可能會有漏洞，或者邏輯不夠嚴(yán)謹(jǐn)，這時就要評估其危害大小，一般來說可以按照二八原則執(zhí)行。例如微信好友上限為5000，這對絕大多數(shù)用戶是足夠的，但對很多微商而言，這就是一種限制，那么要不要增加上限呢？張小龍的想法是不增加。而之前出現(xiàn)的支付寶登陸漏洞，則是一個大漏洞，雖然這樣做的人很少很少，但一旦發(fā)生，危害極大。
在此基礎(chǔ)上，設(shè)計(jì)時還應(yīng)時常想著“用戶+需求+場景”，就能更好地實(shí)現(xiàn)“以用戶為中心”。
? ? 3.6.4 增刪查改顯算傳
產(chǎn)品人常常自稱產(chǎn)品狗，挺寫實(shí)的，尤其在評審會上，被challenge也時有發(fā)生，有時這種challenge非常直接，當(dāng)然比起用戶的吐槽，這都不算啥。為什么會在評審會上被程序猿challenge？因?yàn)槌绦蛟呈沁壿媷?yán)密且辛苦的物種，需求設(shè)計(jì)出現(xiàn)邏輯不嚴(yán)密、需求考慮不全、不利于技術(shù)實(shí)現(xiàn)等問題時，都會造成程序猿的工作量大大增加。也許一個功能看似簡單，但技術(shù)實(shí)現(xiàn)上卻可能很復(fù)雜。為了自己或者團(tuán)隊(duì)，程序猿都有必要challenge。
作為產(chǎn)品人，當(dāng)然希望少被challenge，那就要考慮一些技術(shù)實(shí)現(xiàn)問題。這其中，普遍存在的就是“增刪查改顯算傳”，其中最難的點(diǎn)在于“傳”，這需要了解一些數(shù)據(jù)庫知識。更詳細(xì)的內(nèi)容之前寫過，此處不具體解釋了，直接上圖。
? ? 3.6.5 交互設(shè)計(jì)原則
需求設(shè)計(jì)的過程中，無疑會遇到交互設(shè)計(jì)。交互設(shè)計(jì)有很多現(xiàn)有的原則可以參考，對此，我總結(jié)了一些，放在下面：
多用用戶熟悉的東西
符合用戶心理模型、環(huán)境貼切原則、預(yù)設(shè)用途、席克定律、統(tǒng)一原則、一致性原則、映射。
簡便
菲茨定律、主次原則、易掃原則、簡潔原則、合并原則、神奇數(shù)字7±2法則、泰斯勒定律（復(fù)雜性守恒定律）、靈活高效原則、奧卡姆剃刀原理、少做原則、易取原則、基于用戶使用場景設(shè)計(jì)、結(jié)合移動設(shè)備的特性設(shè)計(jì)。
反饋
狀態(tài)可見原則、可視化。
錯誤處理
新鄉(xiāng)重夫防錯原則、容錯原則、撤銷重做原則、人性化幫助原則。
其他
接近法則、三等分原則、對稱原則、界面先行原則、資源代替等。
? ? 3.6.6 注意點(diǎn)
a.多設(shè)計(jì)：多設(shè)計(jì)幾個方案，從中擇優(yōu)。面對一個需求，尤其是核心需求，多想幾個實(shí)現(xiàn)方式，而不是剛想到一個實(shí)現(xiàn)方式就立馬上手。從這幾個方案中選擇最好的方案，往往更好。
b.多檢查：設(shè)計(jì)完了，往往還有問題，這時需要多檢查幾遍，最好能把上述5個步驟都過一遍，能避免一些不必要的漏洞。記得《喬布斯傳》中提過，喬布斯喜歡看實(shí)物而不是設(shè)計(jì)，我們也應(yīng)盡量去體驗(yàn)實(shí)際效果，在需求設(shè)計(jì)上尤其如此，多看幾遍最后的交互結(jié)果，往往能找出問題，所以高保真原型是更好的，但那也會消耗很多時間。
c.多總結(jié)：老生常談就不談了。
到此，我們便完成了《用戶體驗(yàn)要素》所提的所有層次，如下圖。
當(dāng)然，在需求設(shè)計(jì)過程中，也會有相關(guān)評審，有的公司會有很全面的評審流程，包括需求評審、設(shè)計(jì)評審、測試評審，有的公司則比較簡單，這都有各自的實(shí)際考慮，免去不表。
? 3.7 需求開發(fā)
需求開發(fā)，就是將PRD轉(zhuǎn)化為實(shí)際產(chǎn)品的階段，這時開發(fā)、測試同事就會忙碌起來。開發(fā)、測試過程中，也會出現(xiàn)問題，有時是再次確認(rèn)需求，有時是技術(shù)可行性問題，有時是細(xì)節(jié)漏洞問題（有些細(xì)節(jié)在實(shí)際開發(fā)時才被發(fā)現(xiàn)），有時是產(chǎn)品經(jīng)理設(shè)計(jì)不合理，有時是產(chǎn)品經(jīng)理改需求……說到改需求，這是開發(fā)同事最深惡痛絕的，因?yàn)檫@往往會導(dǎo)致他們的工作量大幅上升，關(guān)于此，網(wǎng)上也有很多段子，比如下圖：
對于產(chǎn)品經(jīng)理，此時需要做的就是盡力配合，保證產(chǎn)品及時落地。
? 3.8 需求上線
當(dāng)產(chǎn)品完成，就可以上線了。上線之后會驗(yàn)證產(chǎn)品經(jīng)理對需求的把握是否準(zhǔn)確，很多設(shè)計(jì)是否合理……接著，就會進(jìn)入下一輪的循環(huán)。
到此，文章算是寫完了。看似挺多，其實(shí)主線比較簡單——主要從需求的角度描述產(chǎn)品經(jīng)理的工作內(nèi)容，即產(chǎn)品規(guī)劃、產(chǎn)品設(shè)計(jì)、產(chǎn)品執(zhí)行，如下圖：
