1:抓核心點，不是所有用戶訴求都是需求
我們每做一個項目迭代或者新項目一定有目的，而需求分析階段，需求采集渠道中的需求往往是零散的、無重點的、邏輯性不強的，所以我們需要從這些離散的需求點中要抓住核心，梳理實際使用場景去分析問題，所有的核心點一定是以最終目的為導向的，不是所有用戶訴求都是需求。
以我的項目為例，由于歷史原因，自配送人員關系沒有進入OA系統(tǒng)，所以配送員工資結算數(shù)據(jù)只能做進配送系統(tǒng)，相當于是一個簡單考勤記錄，其實最早之前系統(tǒng)是有這個功能的，但是由于之前沒有仔細整理需求，導致這個功能白做了，所以這次我接手幾乎從做，我以為這個事情比較簡單就讓一個產(chǎn)品助理先去整理需求，當把原型圖出出來時發(fā)現(xiàn)并不能解決結算工資的功能，只是一個簡單的排班。
所以，當時我就跟那小兄弟說，你這東西只是完成了排班，然而排班的目的為了結算工資這還不能滿足需求。所以我跟他強調(diào)，我們做這個需求的目的是為了考勤，諸如請假、值班、加班工時、輪休日加班等數(shù)據(jù)要能提供出來，他的第一版原型其實沒有充分了解到我們?yōu)槭裁匆鲞@個排班功能，所以在了解需求過程中沒有抓住核心點，導致需求不明確。
2:制定規(guī)則、改善復雜流程
我的上一家企業(yè)做的是互聯(lián)網(wǎng)電商，其實在我看來電商和O2O有很大的區(qū)別點就是電商在當下盛行的情況下已經(jīng)變的很有規(guī)則了，首頁、產(chǎn)品列表頁、詳情頁、下單頁等等，每個頁面展示的信息也大相徑庭，而O2O不一樣，一方面是O2O差不多13年才興起，到目前為止（15年）還沒有一個標桿行業(yè)，另一方面是O2O與日常生活聯(lián)系的太緊密，落地下來就是很復雜的業(yè)務流，這些是to C產(chǎn)品的規(guī)則化和流程化，而流程化的東西在to B產(chǎn)品上體現(xiàn)的尤為明顯，to B產(chǎn)品最經(jīng)典的例子就是公司后臺系統(tǒng)。
不論是一個to C的產(chǎn)品還是to B的產(chǎn)品，我們都要考慮到用戶使用場景，PM需要把自己當作用戶，充分考慮各種情況下的用戶思維才能設計一個滿足用戶需求的產(chǎn)品，這里并不是一味的去迎合用戶，做互聯(lián)網(wǎng)的都知道當一個業(yè)務不是規(guī)則化時很難用產(chǎn)品去滿足用戶，所以我們有必要制定規(guī)則，或者優(yōu)化不完善、流程復雜的
規(guī)則。
下面說說制定規(guī)則，其實統(tǒng)一規(guī)則有利有弊，舉個例子，滴滴打車的訂單是搶的，uber打車的訂單是系統(tǒng)自動分配的，滴滴那種做法能提高司機積極性、自主性，司機可以選擇高金額的訂單，但是這種做法也會影響用戶體驗，比如說萬一以后不補貼了，我只是一個起步價，有些司機就不愿意接單，要等待很久；而uber打車制定了自動分配的規(guī)則，先分配目前離乘客最近的空閑司機，如果他不接再分配給下一個，這種做法能不能滿足用戶我不說，我只說這種規(guī)則簡化了下單流程，司機和乘客只有兩個選項，接還是不接，坐還是不坐，司機如果不接，但他并不知道下一單能等到什么時候，訂單金額有多大？雖然司機間的積極性和自主性減少，但是對用戶來說體驗很好。
說完了制定規(guī)則，再說一下改善流程，我上面說了這種流程化精簡在to B產(chǎn)品上尤為明顯，很多人有個看法就是后臺系統(tǒng)反正是自己人或者其他企業(yè)人員用的，完成功能就行，沒必要做的這么便捷和細致，其實不然，優(yōu)秀的PM在這方面總能善始善終，因為在他們眼里一點點的產(chǎn)品優(yōu)化或者流程優(yōu)化能為企業(yè)帶來很多的效益，這個我有切身的體會。
之前做的多個項目，其中有兩個就是我在做需求的時候發(fā)現(xiàn)業(yè)務部門在實際運營中思維定勢或者每日重復做屬于他的工作，但是他們并沒有發(fā)現(xiàn)這樣做其實效率很低，在沒人觀察流程有問題的時候，業(yè)務部門已經(jīng)形成規(guī)范，但是這種規(guī)范并不是最優(yōu)的，當PM做需求分析的時候需要細致觀察他們部門或者個人的工作內(nèi)容，想一想為什么這么樣做，有沒有其他方案能提高其工作效率。
在做數(shù)據(jù)統(tǒng)計需求的時候我發(fā)現(xiàn)業(yè)務部門某同事每天要先導出所有新用戶電話、訂單號、餐廳金額、訂單金額等數(shù)據(jù)用于考察配送員滿意度、用戶滿意度，然而她每天導出的數(shù)據(jù)其實有另外兩個同事也需要用，只是使用目的不一樣，但是他們都很死板，他們?nèi)齻€每天導出一份完整數(shù)據(jù)，然后篩選條件，組合成自己要的數(shù)據(jù)，這種工作其實很沒必要，我們可以每天為他們部門發(fā)一份當日訂單報表，標注新用戶即可。
還有個例子是，財務在結算物流人員工資的時候很多計算公式是相互關聯(lián)的，比如說A=B+C，D=A*E+B-C，然而他們就計算成D=(B+C)*E+B-C，暫且不說他們部門管理流程怎么樣，但是PM在遇到這樣業(yè)務流程的時候結合產(chǎn)品設計考慮是否可以精簡流程，實現(xiàn)產(chǎn)品設計的初衷的同時也能簡化流程。
3:離散需求整合
在和業(yè)務部門打交道的時候發(fā)現(xiàn)他們的思維邏輯性可能稍微差點，在PM了解需求的時候業(yè)務人員或者用戶表述的沒有前因后果，也就是沒有邏輯性，這時如果PM不追問下去自己很容易被帶到坑里面，合格的PM應該在這種情況下峰回路轉，把問題再闡述一遍，如遇到稍微強勢一點的PM，此時應該會指出剛才的表述有錯誤。
還有的業(yè)務部門人員在你去溝通的時候嘩啦啦的說了一大推產(chǎn)品改進意見或者新需求想法，此時PM應該細心聆聽，記錄下需求點，千萬不要給他們答復這個功能什么時候做、什么時候上線，因為系統(tǒng)永遠是不完善的、需求卻永遠是數(shù)不盡的，而資源是有限的，你給的答復實現(xiàn)不了別人會有不好的看法，優(yōu)秀的PM需要大局觀，能夠和團隊一起評估需求優(yōu)先級，規(guī)劃產(chǎn)品生命周期，這才能推進產(chǎn)品迭代。
4:技術人員參與需求分析階段
現(xiàn)在很多互聯(lián)網(wǎng)公司基本上都是產(chǎn)品驅動，很難說技術驅動，因為產(chǎn)品團隊可以知道用戶想要什么，我在參與需求分析過程中事業(yè)部技術負責人喜歡跟著我一起去了解需求，這在我之前的工作組中沒遇到過，現(xiàn)在做需求的時候他參與進來后我發(fā)現(xiàn)整個產(chǎn)品需求被亂了，阻礙了我需求分析進度，因為他總是以技術的角度考慮這樣實現(xiàn)的難度，由于他是技術負責人，邏輯思維能力很強，每當聽到這個數(shù)據(jù)沒有需要新增一個入口去維護時他就站出來說為什么要這樣做，然后勸說業(yè)務部門說這個數(shù)據(jù)提供不了，能不能先不做。
但是從產(chǎn)品角度上考慮，既然選擇做這個項目那么就該從產(chǎn)品角度去設計好，等一整套產(chǎn)品方案出來之后再去精簡功能是一個很好的方法，還有一些情況是當有一個比較好的idea產(chǎn)生時技術人員會首先考慮能不能實現(xiàn)、實現(xiàn)的復雜度，如果有一點困難或者技術可行方案不能當場給出時，這個功能就暫且擱置了，也許就會提出另一個不會錯但是并不是最好的方案，所以技術人員參與需求分析階段最容易把原本一個好的產(chǎn)品扼殺在搖籃之中。綜上考慮，我的理解是技術人員在需求分析階段暫且不要參與進來，等產(chǎn)品團隊內(nèi)部討論之后技術團隊參與審評，這樣也許能達到事半功倍的作用。
針對如何做需求分析，是產(chǎn)品經(jīng)理等崗位避不開的一個課題，下面我們從這四個維度來解答：
一、為什么要做需求分析
二、需求分析的時機
三、需求分析的步驟
四、需求分析的工具
先說兩個場景讓大家感受一下。
場景一：一家通訊服務公司，最近有用戶反饋，電話座機聽筒電纜太短了，應該延長到10米！！！于是秉承用戶至上的原則，我們把所有的電話線做成10米的。但是發(fā)現(xiàn)后面又有用戶說還是太短了，需要100米的。
場景二：一家做電商平臺的公司，最近領導打算針對平臺做一些營銷工具方便運營進行運營推廣。接到需求后，直接就參照現(xiàn)在市面上的營銷工具做了優(yōu)惠券方案。提交領導后，被領導批他要的不是優(yōu)惠券，而是做一些促銷活動，要我們推倒重做。
通過上面兩個場景，我們不難發(fā)現(xiàn)，在接到需求之后，沒有去了解需求的背景，深挖需求原因，就很容易導致做出來的方案是不符合公司的要求，導致大量的人力、時間、資源的浪費，甚至會導致老板懷疑你的工作能力。
接下來，我們對場景一的需求做一個簡單分析：
通過上圖可以得出一個結論：需求分析的本質就是將用戶反饋的原始需求，轉化為產(chǎn)品需求，進而推導為產(chǎn)品方案。如下圖所示：
那么在工作中，產(chǎn)品經(jīng)理一般是在什么時候進行需求分析呢？我們再來看兩個場景。
場景一：你剛入職了一家做物流的公司，該公司主要是承接其他公司的運輸業(yè)務。不久你接到了來自于業(yè)務方的需求，業(yè)務方告訴你，目前有些司機沒有辦法按時到達裝卸貨的地址，想通過產(chǎn)品層面進行優(yōu)化。
你會發(fā)現(xiàn)在收集需求時，如果只是把前面的一句話需求記錄到需求池里，會有很多疑問點。
比如：目前業(yè)務是怎樣的？司機是如何分配的？司機為何會出現(xiàn)遲到的情況？遲到對客戶會造成什么影響？而業(yè)務方既然是采用跟你面對面的溝通方式在提出需求，其實就可以及時去了解需求的一些背景。
從某種程度上來說，在這里收集需求的同時，也已經(jīng)涉及到了一部分需求分析的工作。
場景二：你們公司設計了一款App，其中有一個入口是用戶反饋，用戶可以通過該功能反饋在產(chǎn)品使用當中的Bug、使用情況等，反饋后的內(nèi)容可以在后臺的用戶反饋列表當中進行查看。
作為產(chǎn)品經(jīng)理則需要定期（比如每周或者每月）去用戶反饋列表當中查看，并將用戶的相關需求記錄到需求池里面，由于需求可能會很多，所以一般保持每周或每月的進度，以產(chǎn)品經(jīng)理團隊內(nèi)部討論的方式，對需求池當中的需求進行分析和處理。
需求分析的時機：
收集需求時：作為產(chǎn)品經(jīng)理則需要定期（比如每周或者每月）去用戶反饋列表當中查看，并將用戶的相關需求記錄到需求池里面。
收集需求后：將需求方的原始需求記錄到需求池之后，后續(xù)對需求池當中的需求進行分析。
主要由四個步驟組成：
①需求澄清
②需求甄別（也叫判斷真?zhèn)涡枨螅?/p>
③需求優(yōu)先級
④確認需求方案
先說需求澄清，在工作當中，很多情況下產(chǎn)品經(jīng)理所收集到的原始需求，可能相對很完善，但也有很多情況下，我們收到的需求都是不太明確的。
所以，在對需求進行分析時，需要先明確各個需求的背景是什么，這里給大家介紹一個方法論：3W1H。
3W：WHY、WHO、WHAT
1H：HOW
接下來，通過一個場景來做一次需求澄清：
一家做在線英語培訓的公司，公司有很多外籍教師，學員大都為中國學生。目前公司的產(chǎn)品經(jīng)理在每周對需求池當中的原始需求進行整理分析時，發(fā)現(xiàn)之前有個叫Zoe的外籍老師上周提出了如下需求：“希望可以在上課時，在網(wǎng)頁版的直播間里可以打字進行答疑，并且在直播課里最好提供舉手、邀請某人語音的功能。”
WHY：Zoe為什么想要在直播間打字？Zoe為什么需要邀請某人語音的功能？
WHO：Zoe
WHAT：授課的時候需要讓學員回答問題
HOW：目前不確定，但是Zoe給出了期望方案
以上內(nèi)容就是需求澄清的方法論和案例了，接下來我們聊一下需求甄別。
現(xiàn)實工作中，各種人員都會跟產(chǎn)品經(jīng)理提各種需求，有些需求值得做，但是有些需求是不值得做的。在開始進行產(chǎn)品方案設計之前，需要先確定需求到底值不值得做。
來看三個對應的場景，加深對于這三個特性的判斷：
場景一：一家做在線英語培訓的公司，公司有很多外籍教師，學員大都為中國學生。目前公司的產(chǎn)品經(jīng)理在每周對需求池當中的原始需求進行整理分析時，發(fā)現(xiàn)之前有個叫Zoe的外籍老師上周提出了如下需求：
“希望可以在上課時在網(wǎng)頁版的直播間里可以打字，進行答疑，并且在直播課里最好提供舉手、邀請某人語音的功能。”
經(jīng)過調(diào)研發(fā)現(xiàn)除了這個老師之外，沒有其他老師有這種需求，并且很多老師覺得沒必要。
調(diào)研之后發(fā)現(xiàn)這個需求不太符合普遍性，因此判斷為偽需求。
場景二：公司使用微信進行工作交流，由于公司在全國有多個分公司，在進行工作對接的時候經(jīng)常需要傳輸文件，但是在使用過程中發(fā)現(xiàn)了兩個這樣的問題，①有些工作文件因為較大，無法發(fā)送，②有些文件因為暫時用不上，就沒去下載，等到要用的時候發(fā)現(xiàn)文件已經(jīng)過期，因此給微信產(chǎn)品經(jīng)理提出了兩個需求：
“①希望微信支持大文件傳輸；②希望微信文件永不過期。”
調(diào)研之后發(fā)現(xiàn)這個需求不太符合痛點性，因此判斷為偽需求。
場景三：一家IT培訓公司的老師，在教學過程中使用TAPD讓學員提交每日作業(yè)，在批改作業(yè)的時候發(fā)現(xiàn)一個問題，學員的作業(yè)無法批量下載，于是給TAPD的產(chǎn)品經(jīng)理提出了建議：
“希望TAPD支持文件批量下載。”
調(diào)研之后發(fā)現(xiàn)這個需求不太符合高頻性，這個場景可能不太好理解，這里說高頻性是指站在公司的維度去看的，TAPD這款軟件本身就是研發(fā)給有項目管理需求的公司使用的，不是專門研發(fā)給培訓公司使用的，TAPD所在公司調(diào)研了很多客戶發(fā)現(xiàn)除了這家培訓公司其他公司幾乎沒有批量下載的需求，因此判斷為偽需求。
除了普遍性、痛點性、高頻性以外，在工作中還有兩個點也是產(chǎn)品經(jīng)理必須考慮的兩個點，只不過思考的維度較高，可能有些產(chǎn)品經(jīng)理容易遺忘。
產(chǎn)品經(jīng)理在判斷需求真?zhèn)蔚臅r候也需要站在公司的維度上考慮下成本能否覆蓋，也需要站在項目組的維度上考慮上技術上能否實現(xiàn)。
需求甄別完成之后，剩余的需求都是產(chǎn)品經(jīng)理要做的需求了，那這么多需求產(chǎn)品經(jīng)理應該先做哪個需求呢？下面我們聊需求優(yōu)先級的排序。
這里給大家介紹兩個方法論：四象限法則、P序列。
四象限法則：根據(jù)重要和緊急程度劃分為四個維度，如下圖所示：
P序列：按照優(yōu)先級劃分P0>P1>P2>P3>...>Pn，如下圖所示：在工作中產(chǎn)品經(jīng)理經(jīng)常會碰到多個需求，沒辦法絕對判斷出哪個需求是P1、哪個需求是P2的順序。這種情況下，建議按照經(jīng)驗執(zhí)行就好，不要那么糾結，反而浪費時間。
確認需求方案，其實就是根據(jù)前面在需求分析的過程中，所提煉出的目的及流程，針對性的去設計出滿足需求的產(chǎn)品方案。包括但不限于：產(chǎn)品業(yè)務流程、產(chǎn)品的功能、頁面承載的信息、甚至用戶使用的場景等等。
在確認具體方案之前，需要先對需求進行更加詳細的分析，才能更好的得出方案，我們結合場景看下，可以如何進行分析。
還是拿前面說過的一個場景：一家做在線英語培訓的公司，公司有很多外籍教師，學員大都為中國學生。目前公司的產(chǎn)品經(jīng)理在每周對需求池當中的原始需求進行整理分析時，發(fā)現(xiàn)之前有個叫Zoe的外籍老師上周提出了如下需求：
“希望可以在上課時在網(wǎng)頁版的直播間里可以打字，進行答疑，并且在直播課里最好提供舉手、邀請某人語音的功能。”
我先給大伙說一個方法論：角色-場景-目的
角色：Zoe（外籍老師）、直播間學員（中國學員）
場景如下圖所示：
目的：
經(jīng)過以上的分析，我們最終會發(fā)現(xiàn)，在基于用戶原始需求分析出最終的需求，實際上是：
1.目前直播間沒有聊天功能，但很多學員都在聽課過程中有些不明白的問題，于是希望有可以及時提出問題的地方，老師也可以方便回答。
2.外籍教師在直播間上課過程當中，涉及到想要點學生發(fā)言，但老師由于不認識中文，所以沒法直接在直播間點名，所以他自己想出的方案是，在直播間讓學生能直接舉手并邀請對應的人進行問題的回答。
我們匯總一下需求場景和需求目的，如下圖所示：
接下來我們基于場景和目的梳理一下業(yè)務流程，如下圖所示：
推導一下不同場景下可能會產(chǎn)生的功能：
聊到這里，我們可以發(fā)現(xiàn)針對原始需求，已經(jīng)討論出了多個方案，那最終產(chǎn)品要使用哪套方案去執(zhí)行呢？有沒有一個判斷依據(jù)呢？
有的！在這里提供一個參考思路：
我們在前面對需求進行了大量的分析，在過程當中一般會考慮好幾種方案，但最終去設計的時候一般只會按照其中一種去執(zhí)行，怎么去讓團隊或者需求方也明確結果呢？通常會產(chǎn)出下圖所示的需求分析記錄表：
既然是表格，能用到的工具還是比較多的：
高頻使用工具：Excel
項目管理工具：禪道、TAPD、Tower……
總結一下需求分析的兩個高頻使用的方法論：
①需求澄清用：3W1H
②需求分析用：角色-場景-目的-方案
最后送給大家一句話：工具畢竟就只是工具，用啥工具不重要，重要的是你會使用方法論進行需求分析！
看完如果對你有用，請點贊、收藏 +關注！
正在持續(xù)更新干貨中~
產(chǎn)品的構思初期，我們會羅列盡可能多需求，也會收集到很多需求。但有些需求是偽需求，有些需求也不具備實現(xiàn)價值，那我們?nèi)绾巫雠袛嗄兀?/p>
每天有無數(shù)產(chǎn)品誕生，也有無數(shù)產(chǎn)品隕落，很多時候會談到一個原因，沒有把握住用戶需求，吸引不了用戶。那如何把握住用戶需求呢？
各種各樣的需求，如何毫無克制地加載功能去滿足用戶，最終也會導致產(chǎn)品變得臃腫和失去核心定位。那怎么提煉呢？
這也就是這篇文章的思考主題，我們?nèi)绾巫鲂枨蠓治觯?/p>
1.用戶需求與產(chǎn)品需求
用戶需求是用戶從自身角度出發(fā)，自以為的需求。
用戶經(jīng)常提出的需求，從他們角度而言都是正確的，但更多是從自身情況考慮，對于產(chǎn)品的某個功能有自己的期望，但對產(chǎn)品定位、設計的依據(jù)等情況不了解，他們的建議也許并不是該功能的最好實現(xiàn)方式，也就不足以直接作為產(chǎn)品規(guī)劃的直接依據(jù)。
產(chǎn)品需求是提煉分析用戶真實需求，并符合產(chǎn)品定位的解決方案。
解決方案可以理解為一個產(chǎn)品，一個功能或服務，一個活動，一個機制。
需求分析：從用戶提出的需求出發(fā)，挖掘用戶內(nèi)心真正的目標，并轉為為產(chǎn)品需求的過程。
我們不能簡單地看用戶需求，而是應該去挖掘用戶產(chǎn)生這個需求時，其心里是什么驅動著用戶。
所以，更應該思考，需求分析的過程，是如何把用戶需求轉為為產(chǎn)品需求，中間的紐帶是什么？
什么可以把產(chǎn)品需求轉化為用戶需求？
2.人性
在想如何把用戶需求轉化為產(chǎn)品需求的中間紐帶是什么，不禁要問一個問題，用戶需求是怎么產(chǎn)生的？我們只用把原因研究清楚了，才有可能通過產(chǎn)品需求去迎合用戶需求。我們追本溯源，用戶的需求或者說是欲望究竟緣何而生？
分析人性這個問題有兩個理論思維可以給我們切入去思考。
2.1馬斯洛需求理論
馬斯洛需求理論
出自經(jīng)典著作《人的動機理論》的馬斯洛需求理論，它闡述了人類的需求源于五類，即生理需求、安全需求、社交需求、尊重需求和自我實現(xiàn)需求。
人類最基本生理需求是衣食住行，若無法滿足，人類無法生存。這也是我們提及最多的用戶剛需，每一天都離不開，也就蘊含著巨大的市場空間，是眾多創(chuàng)業(yè)公司和巨頭一直搶占的各個山頭。
隨之產(chǎn)生的是安全需求，希望生活有所保障，避免被物理傷害。這是醫(yī)療人身保障等社會基礎設施的建設，是“互聯(lián)網(wǎng)+”正在升級的主要領域。
兩個需求得到滿足后個體會產(chǎn)生友誼、愛情、親情等各種感情訴求，也渴望成為集體的一部分，幾乎沒有人希望過著孤獨，不與外界產(chǎn)生聯(lián)系的生活。這塊目前最主要便是企鵝帝國的兩大關系鏈產(chǎn)品。
隨后希望被人尊重，得到認可和贊賞，名譽、聲望和地位的尊重需求，這種需求很少得到充分滿足。
自我實現(xiàn)是最高層次的一種需求，實現(xiàn)個人抱負、理想、價值的需要。
2.2七宗罪
七宗罪
在圣經(jīng)中，人類有七宗罪：淫欲、貪食、貪婪、懶惰、暴怒、妒忌、 傲慢。
淫欲，情色網(wǎng)站是被中國政府和法律所禁止的，可依舊屢禁不止的，可想是多么痛的痛點需求呀。典型代表有陌陌、快播、微信的搖一搖、附近的人、YY美女主播等。
貪食，每個人都有一個胃，每天三餐，美味和食物總對人有著強大的誘惑力，美味分享生活分享類的網(wǎng)站，正是滿足了饕餮的特性。
貪婪，總是渴求得更多，永遠不會滿足，于是淘寶的雙十一，京東一輪又一輪的促銷，各種團隊促銷優(yōu)惠卷紅包不停。
懶惰，這是互聯(lián)網(wǎng)原則，互聯(lián)網(wǎng)的存在就是讓我們能更“懶”地完成事情，世界為“懶”人所創(chuàng)造，科技為“懶”人所進步。
暴怒，網(wǎng)絡游戲的殺戮與游戲裝備熱賣，玩的就是人性暴怒的本質。
妒忌，網(wǎng)絡是個分享的社會，一個貧富共通的平臺，于是在網(wǎng)絡上總凝聚了不同的聲音，總有人在上面咒罵這個社會，總有人在抱怨著不滿意，而這些均由妒忌所生。
傲慢，亦是虛榮，分享有時是快樂的，而滿足虛榮有時也能產(chǎn)生快感，某些事物從不產(chǎn)生實際價值，只是一份虛榮心，比如QQ秀、各種鉆、微博、朋友圈曬、點贊等。
一款好的產(chǎn)品，一定是迎合人性的。
張小龍也表示把握人性是一款產(chǎn)品很重要的一個環(huán)節(jié)，知道用戶內(nèi)心最需要什么，才能真正做出讓用戶喜歡的產(chǎn)品，當然有些東西會突破道德底線，甚至可能會觸犯法律，總之既要滿足人內(nèi)心的欲望，又要讓產(chǎn)品生存下去，所以打擦邊球很重要，這也是一個度的控制。
3.用戶動機
用戶的底層欲望就是源于這些人性，而人性產(chǎn)生的欲望，在不同的環(huán)境中，因不同的形式、不同的行為之下，會產(chǎn)生各種各樣動機，想要達到某種目標，而產(chǎn)品需求，正是迎合用戶的動機，來幫助用戶更好地實現(xiàn)目標。
被引用最多的一個例子，便是福特汽車創(chuàng)始人 - 亨利福特說的：“如果聽用戶的，我們根本造不出汽車來，用戶就是需要一匹快馬。”
其實，用戶究竟需要一匹馬還是一輛車，就是需要分析用戶情境之下的動機是什么？如果是賽馬想獲得成績，那確實需要一匹更快的馬；如果是想更快地去另一個地方，汽車就是更好地滿足用戶的需求。
在挖掘用戶動機之時，就可以嘗試判斷是偽需求還是真需求。
4.如何挖掘用戶動機？
如果只是看需求和產(chǎn)品本身，是很難看出產(chǎn)品設計背后邏輯，如果放到場景里去，放到人和產(chǎn)品的交互里去，可以更好地看出產(chǎn)品設計的奧妙在哪里。
用戶的動機會被很當時環(huán)境下的復雜因素所影響，這是非常考驗用戶研究和產(chǎn)品經(jīng)理的硬本事。
但我們也可以嘗試從幾個關鍵因素來進行場景分析。
基于什么環(huán)境：地鐵/辦公室/室內(nèi)/公共場合/走路/夜晚/戶外......深入情景周圍的細節(jié)中去
基于什么用戶：具備什么特征，比如身份、收入、區(qū)域.....
基于什么行為：行為或操作流程，比如購物流程、操作習慣、行為認知.......
場景分析也就是需要考慮具體什么環(huán)境（時間、地點、情境）什么類型用戶的什么動機，想達到什么目標，以及人與人的關系。如實地記錄下來，如果偏差或缺乏信息，之后的分析就會有所偏差。
可能還有輔以用戶訪談、問卷調(diào)查等各種用戶調(diào)研方法，進行信息的收集和補充。
基于這些分析出場景中對用戶動機和完成目標真正起作用的因素，而后轉換為產(chǎn)品語言描述產(chǎn)品需求。
5.如何篩選需求？
前面說到用戶需求只是用戶自以為的需求，不夠專業(yè)，而且有時用戶說的并非心中所想，也可能不會表達內(nèi)心真實需求。
所以，在篩選需求的時候，除了需要挖掘用戶動機尋找真實需求的同時，還需要考慮一下幾點：
該用戶是否為目標用戶：如果不是產(chǎn)品針對的目標用戶，其建議或需求的參考價值可能沒那么大。
該需求是否符合產(chǎn)品定位：該需求的滿足可能會影響產(chǎn)品的核心服務，破壞用戶體驗。
該需求是否能實現(xiàn)：評估這個需求需要多少開發(fā)資源或運營能力，價值有多大？
在考慮需求價值時候，可以從四個維度考慮：
廣度：該需求的受眾面有多大？
頻率：該需求的使用頻露是以日/周/月為周期？
強度：該需求對用戶有多強烈需要？
時機：該需求是否符合產(chǎn)品的規(guī)劃，當下的環(huán)境？
“滿足需求的產(chǎn)品”與“讓用戶尖叫的產(chǎn)品”之間，區(qū)別就在于對人性的把握。
---------
文/小徐同學
需求分析師主要就是通過一些市場上搜集來的數(shù)據(jù)。來結合一些當前的生產(chǎn)經(jīng)營狀況。進而估算出在未來一段時間某個產(chǎn)品在市場上的需求量。
這個工作總體上說是比較勞累的，因為需要一直坐在那里計算。所以比較適合女生，女生做的話比較心細，可是能得出很好的結論，比較正確的統(tǒng)計。
1、概念明確----2、需求分析目的------3、如何識別需求---4、判斷需求真?zhèn)?---5、分析[ 用戶故事評估框架、馬斯洛框架、營銷框架定位]---6、評判價值----7、砍需求能力---8、分類----9、排優(yōu)先級----10、提升需求分析能力
民以食為天！任何朝代，任何時代都需要廚師的辛勤勞作！現(xiàn)在的青年人選擇做廚師職業(yè)的已經(jīng)很少了！所以未來會有機器人替代廚師崗作操作的一些程序，總體來說以后的餐飲行業(yè)。廚師需求量很大
需求分析就是分析用戶需求背后的動機、所處的場景、期望達到的目的，將用戶需求轉化為可實現(xiàn)的產(chǎn)品需求
發(fā)現(xiàn)網(wǎng)上關于商業(yè)分析師的各種回答都是產(chǎn)品經(jīng)理的答案，產(chǎn)品經(jīng)理(Product manager) 和項目經(jīng)理(Project Manager)不同，雖然都叫PM. 但是區(qū)別還是蠻大的，另外國內(nèi)很多人把商業(yè)分析師和產(chǎn)品經(jīng)理當作一個工作職能也是有一定的誤解。
我的理解產(chǎn)品經(jīng)理是跟特定的產(chǎn)品的，對產(chǎn)品和用戶負責，可能也會對這個產(chǎn)品的盈利模式和未來的發(fā)展作全程跟蹤，有點像媽媽和孩子的關系，中心思想是關心產(chǎn)品的未來發(fā)展。
項目經(jīng)理有點像班主任和孩子的關系，每個項目的產(chǎn)出都有不同，在項目上線以后就交給產(chǎn)品經(jīng)理和運營團隊了，對于產(chǎn)品未來或者否盈利不是特別的關心，就像是班主任保證學生都順利升學，沒有留級掛科就好，將來干什么一般不關心。中心思想是在規(guī)定時間內(nèi)按照需求交付產(chǎn)品。
而商業(yè)分析師側重在于整個的細致流程的，有點像學校的教務處，比如課程表的制定，由哪個老師教，學生在整個學期內(nèi)中什么時候做什么樣的事情進行細致規(guī)劃。中心思想在于保證流程的通暢，不至于學生來了學校上了數(shù)學課之后下一堂課進行不下去不知道應該做什么，這是甲方的商業(yè)分析師。而乙方的商業(yè)分析師有點像具體的某個專業(yè)課的授課老師，區(qū)別下文會詳細說明。
在這里簡單的回答一下項目的需求分析，算是拋磚引玉吧，歡迎交流，未經(jīng)許可禁止轉載。================================================
首先商業(yè)分析師 （Business Analyst）所要涉及的知識面非常多。根據(jù)題主的問題簡單的回答一下，然后再慢慢更新。
1. 什么是Business Analysis (BA)?
商業(yè)分析師這個工作最早產(chǎn)生于90年代，是組織機構為了對內(nèi)部的線下各部門的運營流程銜接以及線上的計算機系統(tǒng)進行整合（因為最容易出現(xiàn)問題的地方往往是各個部門銜接的地方）使之對公司產(chǎn)生好的經(jīng)濟效益。
提主沒有特別說明這個需求分析師是針對甲方還是乙方的，這兩個地方側重的方面均有不同，那么我就分開來說吧，兩個位置我都做過。
對于甲方的商業(yè)分析師來說，你的分析一般需要涵蓋自始至終的流程，包含手動和自動任務， 產(chǎn)出是BRD (Business Requirement Doc) 而最終的目的是每部分都可以進行有效的測量，包含生產(chǎn)的產(chǎn)品或服務，方便項目結束以后對每一部分進行追蹤，比如從客戶登陸網(wǎng)頁購買產(chǎn)品開始，order number傳給公司后臺，包裝部門線下進行包裝配送，更新配送信息到系統(tǒng)，會計部門準備發(fā)票，等等。一般來說系統(tǒng)上線項目交接給運營部門會對該項目進行營利率追蹤，普遍為5-10年，然后在追蹤過程中，會對線上線下的流程進行優(yōu)化，也就是我們說的項目之后的phase 2， phase 3 等等。
而甲方的項目往往會拆分成很多的小項目，分配給不同的服務供應商（一般是IT公司）他們所要提供的一般是這個項目的一部分IT系統(tǒng)的研發(fā)，比如CRM系統(tǒng)交給乙方1來做，會計系統(tǒng)交給乙方2來做，等等，最后和線下的流程一起交付給甲方的運營部門，那么對于每個乙方項目也會有商業(yè)分析師(BA) 偏IT系統(tǒng)技能的，而產(chǎn)出是根據(jù)BRD 產(chǎn)出的FRD (Functional Requirement Doc)和TD (Technical Design Doc).
對于甲方的商業(yè)分析師，一般用來作商業(yè)分析都會會采用Business Process Diagram進說明，這樣可以使各個部門以及所對應的工作內(nèi)容清晰化，并且能夠找到流程上的瓶頸，低效率的部門，鏈接不暢等問題，說明現(xiàn)有流程(As is)，以及將來流程(To be), 這里面涉及到 High level的Business Requirements, 和干系人需求（Stakeholder requirements）以及Low level的解決需求(Solution Requirements) 這個Topic 很大就不展開講了。
2. 需求記錄（注意這里面首先是要記錄需求，而不是排序或是辨別偽需求）
根據(jù)我的經(jīng)驗一般項目開始作為一個商業(yè)分析師，第一階段首先跟項目發(fā)起人溝通，首先項目發(fā)起人對自己所要的一定是非常清楚的，但是很可能他要的idea 的范圍很大，大到即使他自己也不知道有多大。不要緊，這里需要弄清楚的是項目干系人都有誰，所涉及到的整個流程都有哪些部門，負責人都有誰。并且和項目發(fā)起人的溝通過程中我們會產(chǎn)生很多問題，將這些問題寫下來，做一個需求Burn down chart, 第一列寫上出現(xiàn)的問題，第二列寫誰提出的問題，第三列寫提出問題的日期，第四列寫出期望誰來回答這個問題，第五列記錄得到回答的時間，第六列記錄答案。
第二階段就是開很多的work shop和約談這些項目干系人，這時候當我們約談越來越多的人時候Burn down chart里面的問題也會增多，一些問題將會被解決，一些問題會出現(xiàn)，我們都將這些需求記錄并更新最新的答案。
3.辨別偽需求
第二階段約談項目干系人的時候我們可同時進行需求的鑒別。主要有4個部分：
3.1 這個需求是否是真正的需求？很多時候項目干系人給出的問題或者需求其實已經(jīng)給了我們解決問題的方法，比如Digital的經(jīng)理說，我們需要一個網(wǎng)上博客，這就已經(jīng)給了你解決方案，但是這并不足夠，你的分析是為什么需要博客賬號？解決了什么。分析之后會發(fā)現(xiàn)因為我們沒有博客，而且沒有頻繁更新，導致我們在網(wǎng)絡搜索排名下降，網(wǎng)絡無法導流到我們公司的產(chǎn)品主頁。Root Cause 是流量導入，那么我分析可以給出很多導流的方案，比如微信，微博，百度購買關鍵字等。
如果決定了使用博客，那么我們需要分析的是，是我們自主開發(fā)博客，還是購買現(xiàn)成的模板，或是直接找公關公司替我們維護等等，我就不展開說了。
3.2 干系人提出的問題是癥狀還是病根？比如一個人說他腰疼，那么如果我是醫(yī)生給他去疼片，吃過之后他感覺不到腰疼了，那我們是在處理他的癥狀而不是病根，當藥效停止之后他肯定還會腰疼的，那么我們需要提供的解決方案是多運動，或者提議作腰部手術，將病根解決，這才是真正的需求。
3.3 如果病根解決之后是否其他的需求也會一并解決？對照burn down chart 進行需求歸類，總結 Root cause, 例如可以將如腰疼導致的腿腳酸軟一并解決。
3.4很多情況下在解決root cause 的時候會產(chǎn)生新需求，我們需要再按照3.1到3.3的流程解決一遍。
4 項目范圍的界定以及假定。經(jīng)過上面的流程我們應該得到大部分的答案了，對于沒有解答的問題我們需要進行進一步的分析。
4.1不在項目范圍內(nèi)如果一個問題即使項目發(fā)起人都無法回答，那么大部分是因為這個需求不在項目范圍內(nèi)，這時候我們需要跟項目發(fā)起者和關系人聲明這一點，并且明確寫在商業(yè)需求分析文檔內(nèi)，4.2根據(jù)自己的分析理解寫出假定的分析記住將你的假定分析以郵件文本形式發(fā)給所有人，告知因為在規(guī)定時間內(nèi)我們無法得到答案，所以我們進行如下假定XYZ.
4.3 將總結好的需求文檔給大家審閱，進行MOSCOW分析，哪些功能是Must have, Should have, Could have, Won't have, 并在會上通過。
最簡單的需求文檔的格式一般包含以下幾部分。a. 交代背景/ 項目的發(fā)起原因/ 解決什么樣的問題/ 達到什么樣的 goalb. 交代項目大概涉及到什么功能/ 牽扯哪些部門c. 項目的假設/ 依附關系/ 項目風險/ 聲明非本文檔內(nèi)所提及的需求之外的需求皆不在項目范圍內(nèi)。d. 具體的項目需求/ 流程 等*（主要部分）e. 非功能性需求f. 系統(tǒng)需求及權限配置g. 項目發(fā)起人，和關系人對該文檔的批準郵件h. 附錄
5.需求表總結。對于一個高級的商業(yè)分析師，可以根據(jù)burn down chart來做出很多數(shù)據(jù)透視表，比如根據(jù)問題提出的時間和得到答案的時間大概算出該問題在回答者心目中的重要性，以及在escalation的情況下以此做為你的依據(jù)；還有真實需求和偽需求的占比，得出大家對項目的理解程度；最后如果你離職了，也可以把這個表給新人，讓他迅速投入到工作中去。
... 以上。
===============================
有對該業(yè)務或企業(yè)咨詢感興趣的朋友歡迎勾搭
微信號：紅色共產(chǎn)
電郵：crossrnbw@163.com
本文歡迎有興趣的朋友進行轉載，轉載時請務必添加本人簡介于文末，若有商業(yè)用途，煩請盡量聯(lián)系告知作者。
設計app候首先應該想清楚:1app界面設計發(fā);2app發(fā)軟件注意切割編碼;3發(fā)布app應用并進行跟蹤監(jiān)測;4APP軟件用戶需求析;5APP軟件原型設計等發(fā)app候要經(jīng)歷階段包括:1需求調(diào)研階段;2app案例系統(tǒng)臺代碼編寫階段;3app應用發(fā)布試行階段;4式運行app軟件階段;5運行維護app階段等每階段都必須謹慎待
（1）分析市場需要量及質量要求 要對目標市場的需要量和質量要求進行分析。
目標市場對某種商品需要的數(shù)量是多少？常年的銷售量有多大變化？有什么質量要求？應該有一個清醒的認識，切忌從某一個或數(shù)個特例來指導對整個目標市場的分析，“一葉障目”。那樣會對創(chuàng)業(yè)者進行誤導，甚至使創(chuàng)業(yè)者的事業(yè)走向失敗。（2）分析商品供應量及質量情況 分析相應商品的供應數(shù)量及其質量情況，可以對其競爭對手有一個大致的了解，為自己的商品進入市場做一個鋪墊，做到知己知彼。（3）分析商品數(shù)量和質量變化對市場的影響 還應該分析創(chuàng)業(yè)者產(chǎn)品的數(shù)量和質量對市場的影響。在市場供求關系趨于平衡的狀態(tài)下，如果創(chuàng)業(yè)者的產(chǎn)品注入市場，就會產(chǎn)生波動。在注入量并不是很大的情況下，這個波動不會有較大影響；如果數(shù)量達到一定規(guī)模，則會產(chǎn)生較大的波動，加上一些市場操盤者的運作，這種波動會放大，直至產(chǎn)生很大的影響。如果產(chǎn)品的耐儲藏性越差，這種影響就越大。其實，每一種新產(chǎn)品進入市場時，總會打破原有的供求平衡。作為一個創(chuàng)業(yè)者，要想在市場大潮中獲得收益，應該了解這些變化，才能減少損失，增加勝算的把握。（4）成本核算 此外，創(chuàng)業(yè)者還需要了解自己產(chǎn)品到達市場的綜合成本，包括生產(chǎn)成本、運輸成本、管理成本等，作為確定產(chǎn)品是否上市的依據(jù)。
