收到了用戶的需求，但是要怎么開始做的？怎么開始設(shè)計呢？或許本文可以給你借鑒的方法，enjoy~

部門最近新入一個產(chǎn)品實習生，完全小白一只，沒有任何的設(shè)計經(jīng)驗。

放假前一天，她很苦惱地說：“我知道她的問題是什么，但是我不知道怎么開始設(shè)計……”

很多人剛開始做產(chǎn)品的時候，可能也會遇到這樣的問題。收到了用戶的需求，但是要怎么開始做的？怎么開始設(shè)計呢？剛開始的切入可能會非常的困擾和艱難。

那么，今天我要分享的是，“當收到客戶需求或吐槽以后，怎么開始進行產(chǎn)品優(yōu)化改造？”

獲得新需求開始設(shè)計的過程中，需要幾個關(guān)鍵步驟：

1. 了解你的系統(tǒng)，熟悉產(chǎn)品所有流程和細節(jié)
2. 明確用戶痛點，了解“需求”背后的真是原因；
3. 分析你的產(chǎn)品，看產(chǎn)品當前是哪里有缺陷或需要更改；
4. 設(shè)計你的方案，檢驗用戶需求是否得解決。

第一關(guān)鍵步驟：了解你的系統(tǒng)，熟悉產(chǎn)品所有流程和細節(jié)

作為產(chǎn)品經(jīng)理，你應(yīng)該比所有人更熟悉你的系統(tǒng)。作為一名產(chǎn)品小白，最基本的要求就是快速、全面熟悉你的產(chǎn)品。你得理解產(chǎn)品當前所有的現(xiàn)狀，如果有可能，了解到每個功能背后的“故事”。

怎樣才能快速熟悉系統(tǒng)？親手整理系統(tǒng)的每個功能模塊，自己親身體驗系統(tǒng)的每個功能特性。把你對系統(tǒng)的理解，整理成為像“功能說明書”。找到團隊的相關(guān)人員，像他們了解你所疑惑的每個問題的背后故事，這些故事能幫你更全面、深入了解產(chǎn)品現(xiàn)狀以及為什么是這樣。

怎么評估算熟悉一個系統(tǒng)？當用戶提出一個需求，你能馬上判斷出來是哪個功能模塊解決，或者什么樣的組合方案解決，那么恭喜你，你已經(jīng)了解產(chǎn)品的全部。

當然，很多產(chǎn)品小細節(jié)可能你會逐漸才發(fā)現(xiàn)，但是產(chǎn)品的主體框架、流程、模塊/功能需要快速了解。只有對產(chǎn)品有熟悉度，你才能更有效跟用戶進行需求溝通。這將會幫你做需求的最初始評估，客戶需求當前系統(tǒng)能滿足嗎？哪里不滿足？

第二關(guān)鍵步驟：明確用戶痛點，了解“需求”背后的真實原因

帶著對系統(tǒng)的理解，你可能開始跟用戶進行溝通他遇到的問題或需求。究竟什么是“用戶需求？用戶痛點” 用戶對你描述的就是他想要的嗎？

用一個老生常談的例子，老板對你說，“給我一杯水”，“水”是老板現(xiàn)在的需求嗎？

如果這時候不去探究他為什么要這杯水，那么你可能會再遇到以下幾種情況：

（1）給了老板一杯熱水（內(nèi)心獨白：喝熱水好，你覺得老板肯定覺得很暖心）~

結(jié)果怎樣，老板大發(fā)雷霆，給我熱水干什么，你想熱死我啊… 這時候你才發(fā)現(xiàn)，老板大汗淋漓，他可能是太熱了~

這時候如果你換為的解決方案是“把老板空調(diào)打開，給他一杯涼開水，再備上一杯冰飲” 老板可能會對你刮目相看~

（2）給了老板一杯熱茶（內(nèi)心獨白：平時老板都喝茶，他肯定需要喝茶了）~

結(jié)果，老板說你豬腦子啊，用熱茶我怎么能澆花… 澆花！??！ 你不知道，老板最近迷上綠植，讓你給他水，實際上是要給綠植澆水…

這時候，你如果跟老板交流一下養(yǎng)花心得，白天澆水不是最佳時機，晚上澆水對綠植最好，然后告訴老板說，我先接杯水，放半天，晚上給他帶過來，還能去除水中的氯氣，老板肯定會對你贊不絕口。

這是一個非常經(jīng)典的案例，老板對你發(fā)出的是，是明確的指令，是他給出的一個解決方案。老板為什么要這杯水？他真實背后的需求痛點是什么？這才是我們需要去探索明確的。如果用戶實際的痛點不明確，你可能會頻繁被對方KO，你做的解決方案可能會被對方改來改去。

用戶常常覺得他就知道什么方案是最好的，因此他跟你溝通的時候會直接告訴你他想要的解決方案。因此，在和用戶溝通的時候，你會發(fā)現(xiàn)對方已經(jīng)直接幫你做好設(shè)計了，他已經(jīng)跟你說了需要加什么功能，哪里需要改成什么。如果客戶對你描述的已經(jīng)是跟產(chǎn)品功能特性相關(guān)的內(nèi)容，那么他已經(jīng)在描述自己的解決方案了。

如果遇到上面的客戶，你就得多問問他實際要解決什么問題？有一種快速的方法是，追問客戶，他為什么要？解決了他什么問題？如果系統(tǒng)按他的提議做了，那么他的工作會有什么變化？

用戶的解決方案是從他的認知范圍提供出來的，作為產(chǎn)品經(jīng)理的我們，可能會為他的痛點提出更好更合理的方案建議。因此，了解到客戶提出的“需求”的背后更真實的原因，通常能讓我們更好提出系統(tǒng)優(yōu)化方案。

第三步驟：分析你的產(chǎn)品，看產(chǎn)品當前是哪里有缺陷或需要更改

通過第二個步驟，你已經(jīng)非常明確當前客戶的需求痛點，并跟你的團隊確認了本期需要解決的關(guān)鍵問題是什么？那么，你需要確定本期改造的目標，也就是系統(tǒng)將改造成什么樣來滿足用戶什么痛點。

通常，你可以用這樣的文案結(jié)構(gòu)來描述你的目標：

“本期我們希望通過提供什么的特性，幫助什么樣的人，解決什么樣的問題”

確定好目標以后，你需要重新分析你的產(chǎn)品。這一次的分析跟第一個環(huán)節(jié)的分析目標不一樣，主要目的是為了了解，系統(tǒng)當前究竟哪些環(huán)節(jié)、哪些模塊有問題影響了用戶需求的滿足。因此，你需要去重新整理系統(tǒng)，將不滿足的環(huán)節(jié)或功能模塊標記出來。

這意味著，為了解決用戶本期的需求，我們需要在這些有問題的點上做改造。

第四步驟：設(shè)計你的方案，檢驗用戶需求是否得解決

找到了影響點，產(chǎn)品經(jīng)理最能發(fā)揮效用的一個環(huán)節(jié)出來，你需要開始設(shè)計你的解決方案。在原來的環(huán)節(jié)中。需要怎樣改造？

如果是產(chǎn)品的流程有問題，可能你改造的是系統(tǒng)的流程；如果是之前的規(guī)則有問題，可能你改造的僅僅是個簡單的規(guī)則；如果只是原因功能的缺失，可能你設(shè)計的就是一個新特性。

根據(jù)不同問題的分析結(jié)構(gòu)決定了最終我們的設(shè)計方案，因此方案可能有大有小，可能有的方案就是一個線下行為，告訴用戶怎么用即可，并不一定體現(xiàn)在我們的系統(tǒng)。

那么，對于我的方案究竟是否OK，怎么來檢驗?zāi)?？這樣又回到了我們的第二個分析環(huán)節(jié)，用戶實際痛點。你可以假設(shè)自己的產(chǎn)品已經(jīng)按照自己的設(shè)計實現(xiàn)，那么實現(xiàn)以后用戶提到的問題解決了嗎？如果能夠解決，那么恭喜你，你的設(shè)計方案最起碼從用戶的場景出發(fā)已經(jīng)滿足了。

當然，一個設(shè)計方案是否最終OK，除了用戶的需求滿足了，還有很多其他的考慮點，比如，技術(shù)可行性，時間成本，人力成本，而其他這些影響因素是小白需要在做好方案跟團隊相關(guān)人員去討論溝通的。

很多小白可能覺得，如果不多增加一點功能，或者不改點交互，那么我做的是什么呢？在我們部門的小白本期負責的改造中，其實她不需要動任何的流程和步驟，改造的可能僅僅是換一個極其微小的“規(guī)則”，這個規(guī)則對于界面來說，可能沒有任何改變。所以她很心虛，覺得我做了什么呢？就這樣ok了嗎？實際上，用戶需求的解決很可能就是這么小，小到很多人看不到，但這就是一種最簡單的方案。

小結(jié)

當收到用戶需求以后，你需要做的是：

1）反思你理解系統(tǒng)嗎？

2）追問用戶真實的痛點和他想解決的問題；

3）分析系統(tǒng)中有什么不滿足的點，或者需要在哪些點上改造才能實現(xiàn)目標；

4）針對不滿足的系統(tǒng)流程或功能進行改造或新設(shè)計，然后來檢驗是否改造方案能解決用戶痛點。

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

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