編輯導(dǎo)語：一套正確的方法論對于產(chǎn)品設(shè)計整個過程來說十分重要，可以有效地針對不同場景去處理解決問題，本篇文章作者分享了有關(guān)產(chǎn)品方法論的相關(guān)內(nèi)容，從四個方面詳細講述了其中的要點以及具體的方法，一起來學(xué)習(xí)一下吧，希望對你有幫助。

提起「模板」，其實質(zhì)是一種別人解決問題的「方法論」，是針對特定場景的標準化處理辦法。與其去想著如何套用別人的方法論，不如去創(chuàng)建自己的方法論。一套自己掌握的方法論，是更適用我們個人的成長體系、能力模型、所處環(huán)境的。

一、為自己的設(shè)計辯護

“偉大的設(shè)計往往取決于你怎么說”在《設(shè)計師要懂溝通術(shù)》中尤其令人印象深刻。

無論是從事UI設(shè)計、交互設(shè)計亦或是用戶體驗設(shè)計，當然還包括產(chǎn)品設(shè)計，溝通在實際場景中是十分重要的，因為你面對的需求方，一方面往往是不具備專業(yè)素養(yǎng)的，另一方面很難在短時間內(nèi)與你達成共情。

而對于產(chǎn)品設(shè)計，也是一直高頻出現(xiàn)的場景。無論是需求的發(fā)起方，還是方案設(shè)計的交付方，三方之間通信的橋梁無他，就是溝通。

1. 面對不同角色，說不同的話

設(shè)計出一套優(yōu)秀的產(chǎn)品方案是很困難的，描述設(shè)計同樣不是一件容易的事情。

我們所面對的都是和我們所持不同立場的一群人，需求評審的強度往往不亞于一場辯論。

產(chǎn)品經(jīng)理向要每一位開發(fā)，測試以及很多沒有產(chǎn)品設(shè)計經(jīng)驗的需求方去闡明自己產(chǎn)品的設(shè)計方案，并且要讓他們信服自己是對的，這群人很可能包括方案的你的老板或者其他決策者。

通常情況下沒有相關(guān)專業(yè)知識儲備的決策者會選擇那個聽上去最合理的方案，所以方案的表述對于最終方案的確立至關(guān)重要。

2. 需要關(guān)注評審中的溝通技巧

初入職場的產(chǎn)品經(jīng)理和經(jīng)驗更豐富的產(chǎn)品經(jīng)理之間的差距不僅僅是他們解決問題的能力，還有一點還在于他們能否用一種讓人心服口服、并促使人們同意的方式來闡述他們的方案是怎么解決問題的。

從理論來說，最好的方案應(yīng)該被推崇，然而事實并非如此，需求評審很容易變成方案的批判會，每個人都好像是在告訴產(chǎn)品經(jīng)理這個方案不夠好，需要怎么去調(diào)整。

最終，那些能夠說服別人“這樣的方案更合理”的人會脫穎而出。

所以產(chǎn)品如果沒有辦法說服別人為什么他們要這么做，就不得不按照他們不同意的方式去修改方案，原因很大程度都是因為他們沒有辦法去為自己的方案進行更有理由，更加充分的辯護。

3. 說服別人，有時候比方案本身更重要

有些人可能會覺得，這么主觀的決策有失公允，甚至成了需求評審的辯護大會，各自說各自的一套陳詞，那么對于一些有著出色能力卻不善言辭的產(chǎn)品經(jīng)理而言，打擊無疑是巨大的。

因為我們需要保障產(chǎn)品的一致性，例如產(chǎn)品的核心操作方式保持一致，這樣就可以有效地降低用戶的學(xué)習(xí)成本，避免不必要的思考等等因素。

我們這種所謂面面俱到的考慮，并不會讓所有的人受益。在產(chǎn)品開發(fā)生命周期的各個角色當中，每個人都在為自身的利益在爭取，產(chǎn)品所面對的，其實是多方面、多維度的矛盾。

所以我們不得不去依仗溝通的技巧，去完成產(chǎn)品的這些考慮。

4. 一點感悟

我不會去講述，你該如何如何去做，每個人的性格、處事方式、面對的場景都是不同且復(fù)雜的，相當于在含有無限個參數(shù)的X元Y次方程中尋找一個最優(yōu)解。本文更多的是強調(diào)溝通的重要性。

實踐——反饋——總結(jié)方法論——實踐驗證——糾偏——完善自己的方法論。

提煉出別人方法論里的長期不變的部分，作為“公理”，作為日常解決問題推理的起點。

產(chǎn)品就是對現(xiàn)實世界的建模。

二、去偽存真，挖掘深層次的需求帶來更好的用戶體驗

俗話說不打無準備之戰(zhàn)，在我們評審或者分享我們的設(shè)計時，光靠溝通技巧肯定是不足以去支撐的。

做產(chǎn)品最重要的就是去挖掘需求，在實際工作中，我們有來自各業(yè)務(wù)方的需求，有內(nèi)部系統(tǒng)的需求等，但并不是所有的需求都是真實的。

同樣做產(chǎn)品不要被表面需求所蒙蔽，比如當我們?nèi)シ治鲆粋€東西的時候，需要不斷去剖析背后的真實想法。

1. 提出假設(shè)

我們設(shè)定一個需求場景：用戶A在上海工作，安排明天去出差，需要買一張火車票去北京。

我們可以知道用戶A的基礎(chǔ)需求：買一張從北京去往上海的火車票我們需要提供的能力。

創(chuàng)造出一個能買火車票的平臺，使得用戶可以完成在平臺上完成查詢，購買，訂單等基本功能。

那這樣就足夠了嗎？

2. 開始不斷挖掘需求背后的故事

當然滿足基本需求是已經(jīng)完成了，那如果我們能提供更好的服務(wù)會怎么樣呢？

下面開始挖掘上層需求：不僅可以查詢到當天各列車的信息，同時包括車次、途徑各站點及發(fā)車時間、票價、剩余座位、車次狀態(tài)等。

那我們?nèi)绻峁┻@樣的服務(wù)會怎樣呢？用戶A可以借助這些信息，更合理的安排自己的行程。

再如果，我們提供了價格更優(yōu)，行程時間更短的特價機票呢，用戶是否會選擇修改出行方式呢？通過良好的服務(wù)為他的下一次出行選擇本平臺而創(chuàng)造潛在的機會，就會帶來長期-低頻的留存。

三、正確看待馬斯洛需求層次理論

1. 如何分析真正的需求

美國心理學(xué)家亞伯拉罕·馬斯洛（Maslow.A.H.）從人類動機的角度提出需求層次理論，該理論強調(diào)人的動機是由人的需求決定的。

而且人在每一個時期，都會有一種需求占主導(dǎo)地位，而其他需求處于從屬地位。

人的需求分成生理需求、安全需求、歸屬與愛、尊重需求和自我實現(xiàn)五個層次。我們通過需求層次理論做支持，以便于我們更好的分析。

想要獲得商業(yè)化的前提就是讓用戶接受我們的價值，在我們的產(chǎn)品中體會到獲得感并能夠持續(xù)使用產(chǎn)品，并探索出產(chǎn)品性能與用戶滿意度之間的良好關(guān)系。

每個層次的概念或者說明網(wǎng)上已經(jīng)有很多了，在此也就不再深入贅述，建議多結(jié)合業(yè)務(wù)或?qū)嵺`去理解，而不是生搬硬套，這樣能更好的加深印象。

現(xiàn)有網(wǎng)上的馬斯洛需求層次理論是多少層，各說不一，有堅持最基礎(chǔ)5層的，也有6層的甚至7層、8層理論。

2. 眾說紛紜的“馬斯洛需求層次理論”

• 6層理論——在自我實現(xiàn)的上層新增《自我超越》的需求，以達到心流體驗。游戲策劃肯定知道，游戲設(shè)計中很重要的一個設(shè)計就是心流，心流是指人們在當下的一種情緒體驗，此時此刻，人們對某一活動或事物表現(xiàn)出濃厚的興趣并完全投入其中。精神分析學(xué)家 弗洛伊德在《心理動力論》中提到的精神三大部分，本我、自我、超我用來解釋意識和潛意識的形成和相互關(guān)系，也是支持6層理論的基礎(chǔ)。

• 7層理論——在5層的基礎(chǔ)上，自我實現(xiàn)的需求前增加求知需求和審美需求，其實也就是將成長性的需求更加的細化所建立的。

• 8曾理論——在7層的基礎(chǔ)上，增加自我超越的層級。

完整版本的馬斯洛需求層次理論是多少層，各說不一，也不用爭論，我們做工作，應(yīng)該形成自己的一套思維體系和完善方法論，馬斯洛需求層次理論只是一種借鑒。

況且，需求分類不止有馬斯洛進行過分類，還有很多分類方法，我們做產(chǎn)品不光要有人本主義理念，唯物主義也有其產(chǎn)品哲學(xué)參考價值的。

我們的產(chǎn)品落在哪個層級上面，針對這個區(qū)間，再進行詳細和科學(xué)的分析，才是更合理的。

四、以用戶為中心的思想去解決問題

1. 什么是以用戶為中心

接下來我想介紹一下以用戶為中心的產(chǎn)品設(shè)計理念，UCD（User-Centered Design） 譯為“以用戶為中心的設(shè)計”，這是一種設(shè)計方法，也是我在做產(chǎn)品初期、對產(chǎn)品意識形態(tài)都比較模糊的時候作為一種啟蒙的解決方案模型。

我之所以使用這套理念，是因為在我的產(chǎn)品初期階段，習(xí)慣于先去夯實產(chǎn)品基本功底，比如很重要的產(chǎn)品原型的設(shè)計能力，但最重要的是我剛開始工作的職責(zé)范圍還需要肩負起交互設(shè)計師的內(nèi)容（當然也可能是很多公司的常態(tài)）。

UCD的方式不局限于界面設(shè)計或設(shè)計技巧，而是通過不斷融合用戶的思維，將初期階段的產(chǎn)品設(shè)計不光局限于功能設(shè)計上。

UCD 的核心思想非常簡單：在開發(fā)產(chǎn)品的每一個環(huán)節(jié)，都把用戶列入思考范圍。UCD 提供的是多階段問題解決方案的模式化思想，要產(chǎn)品owner站在用戶的角度去思考，如何使用產(chǎn)品進行分析與假設(shè)，還要模擬出在真實的使用環(huán)境下進行測試、并不斷“校正”產(chǎn)品。

2. UCD設(shè)計的主要流程

一個完整的設(shè)計開發(fā)項目大致分為6個階段：

1）第一階段：基礎(chǔ)調(diào)研——尋找和評估機會。

①競品分析 ②市場調(diào)研 ③決策因素 ④創(chuàng)新 or 優(yōu)化 ⑤商業(yè)可能性

這個階段的產(chǎn)品輸出是MRD市場需求文檔，包括用戶調(diào)研數(shù)據(jù)，市場分析數(shù)據(jù)，競品分析報告等。

不過根據(jù)個人實際工作經(jīng)驗來說，這個階段不會由新人去或者說在現(xiàn)在版本迭代這么快速的進程中，這個階段往往是由老板或者你的上司決定，你所做的不過是些無足輕重的輔助材料。

2）第二階段：定義產(chǎn)品——廣泛聽取意見，收集用戶需求，規(guī)劃產(chǎn)品走向，探索出具有功能性和設(shè)計性的產(chǎn)品。

Kano模型作為分析用戶需求對用戶滿意影響的工具，在此階段可以很好的解決對于用戶需求優(yōu)先級的排列。從而確定你的產(chǎn)品MVP（最簡化可行產(chǎn)品）形態(tài)，從而對你的用戶進行告知，并根據(jù)用戶對你的反饋來不斷修正你的需求。

這個階段的產(chǎn)品輸出是PRD中的需求說明部分，包括內(nèi)容excel的規(guī)劃清單等。

3）第三階段：交互設(shè)計——功能之間的縫合劑。

此階段交互非UI交互，而是功能交互，你需要將需要實現(xiàn)的功能通過線框圖進行串聯(lián)并說明功能間的交互方式，能夠讓開發(fā)團隊對整個產(chǎn)品有個大致的方向。

這個階段的產(chǎn)品輸出是PRD中的交互設(shè)計部分，包括線框圖等。

4）第四階段：原型設(shè)計——描述用戶界面中元素及之間的邏輯和關(guān)聯(lián)，形成一套完整的、可模擬的產(chǎn)品原型。

更注重UI交互，交互的元素顆粒度更細，如果說上一階段是系統(tǒng)/功能之間的交互，那么此階段就是組件/元素之間的交互。

這個階段的產(chǎn)品輸出是PRD中的交互設(shè)計部分。

5）第五階段：詳細優(yōu)化——不斷打磨細節(jié)，將設(shè)計中的要素標明。

需要將你的設(shè)計抽絲剝繭般的描述出來，你描述的越細致，后期同開發(fā)的矛盾越少，返工的幾率也就越小。

這個階段的產(chǎn)品輸出是PRD中的功能描述部分，一般需求文字結(jié)合設(shè)計圖進行詳細的描述。

6）第六階段：微調(diào)維護——進行可用性測試，評審?fù)ㄟ^后開始Debug你的產(chǎn)品形態(tài)，直至輸出完整產(chǎn)品。

這個階段的產(chǎn)品輸出是產(chǎn)品上線前的驗收與上線后宣講等準備工作等。

與其他產(chǎn)品設(shè)計理念不同，UCD 對用戶使用產(chǎn)品能做什么、想做什么、需要做什么的思考方式來優(yōu)化產(chǎn)品，而不是強迫用戶改變使用習(xí)慣來適應(yīng)產(chǎn)品。

五、后記

在軟件工程中，設(shè)計模式是一套代碼設(shè)計【經(jīng)驗的總結(jié)】而產(chǎn)品方法論是一種思維模式，可以類比于軟件工程中的設(shè)計模式，在需求設(shè)計中【合理的】運用方法論可以[巧妙的解決很多問題]，但又不完全相同，方法論沒有具象的框架，需要在抽象的世界中不斷具象需求，以應(yīng)對各種未知的挑戰(zhàn)。

作者：WāngWénhào；

本文由@ WāngWénhào 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。

題圖來自 Unsplash，基于 CC0 協(xié)議。