研究需求管理方法

⑴ 鐜頒唬IT欏圭洰涓鐨勯渶奼傜＄悊濡備綍鍋

鍦ㄩ」鐩綆＄悊涓錛岄渶奼傛槸涓轟簡鎴愬姛瀹屾垚欏圭洰鑰屽繀欏誨畬鎴愮殑涓緇勪換鍔℃垨鏉′歡銆傚畠鍖呮嫭浜у搧鍔熻兘銆佽屼負銆佹湇鍔＄敋鑷蟲槸嫻佺▼銆傝繖浜涢渶奼傜殑鐩鐨勬槸紜淇濊祫婧愬拰鍏鍙哥殑闀挎湡鐩鏍囧湪欏圭洰緇撴潫鏃朵繚鎸佷竴鑷淬

涓鑸鎯呭喌涓嬶紝闇奼傚彲浠ュ垎涓轟互涓嬪嚑綾伙細

涓氬姟闇奼傦細鎸囦笟鍔＄殑鎬諱綋闇奼傦紝鏃ㄥ湪瀹炵幇欏圭洰銆傚睘浜庤繖涓綾葷殑闇奼傛槸鏇村熀鏈鐨勩佷笌緇勭粐鐨勯暱鏈熺洰鏍囩浉涓鑷寸殑闀挎湡闇奼傘

瑙ｅ喅鏂規堥渶奼傦細鏇村氫互浜у搧涓轟腑蹇冿紝騫惰繑鎵娣卞叆鐮旂┒銆傚畠浠鍙浠ユ槸鍔熻兘鎬х殑錛屼篃鍙浠ユ槸闈炲姛鑳芥х殑錛岀『淇濅駭鍝佺殑鏈緇堢粨鏋滄棦婊¤凍浜у搧闇瑕佸仛鐨勪簨錛屼篃婊¤凍浜у搧搴旇ュ仛鐨勪簨銆

鍒╁沖叧緋諱漢闇奼傦細鎻忚堪浜嗗叧閿浜哄憳錛屼粬浠鍦ㄩ噷紼嬬戜笂絳懼瓧錛屽畬鎴愬伐浣滐紝鏈緇堢『瀹氬彲浜や粯鎴愭灉絳夌瓑銆傛湁鏃朵粬浠鍙浠ユ槸瀹㈡埛銆佸洟闃熸垚鍛樸佷笟鍔′紮浼存垨鍏抽敭棰嗗箋傚畠闇瑕佷竴涓鍧氶煣鐨勯」鐩緇忕悊鏉ョ『淇濇墍鏈夊埄瀹沖叧緋諱漢鐨勯渶奼傚湪鏁翠釜欏圭洰涓寰楀埌寰堝ソ鐨勫鉤琛°傝繖瀵逛簬鑹濂界殑鍒╁沖叧緋諱漢綆＄悊蹇呬笉鍙灝戙

浣犱篃鍙浠ュ畾涔夐傚悎欏圭洰鐨勯渶奼傜被鍒銆

8Manage PM鎻愪緵浜嗕竴涓鐢ㄤ簬欏圭洰闇奼傜＄悊鐨勫鉤鍙般傜郴緇熻嚜鍔ㄤ睛鏌ラ渶奼傜殑鍙樺寲錛屽苟鎶婇渶奼傚彉鍖栦笌欏圭洰鐨勫悇涓闃舵靛叧鑱旓紝浠ユゆ彁閱掔敤鎴鳳紝璁╃敤鎴鋒洿濂藉湴浜嗚В闇奼傚彉鍖栨墍甯︽潵鐨勫獎鍝嶃傜郴緇熶篃鑳借嚜鍔ㄨ拷韙闇奼備緷璧栧強闂存帴鍙樺寲錛岃╃敤鎴峰敖鏃╀簡瑙ｅ叾娼滃湪褰卞搷銆

璇ヤ紒涓氱駭宸ュ叿鎷ユ湁鍦ㄦ暣涓欏圭洰榪囩▼涓鍑嗙『鎹曡幏鍜屼紶杈鵑渶奼傘佺洰鏍囥佽繘搴﹀拰鐚涗笘棣栫浉浜掍緷瀛樺叧緋葷殑鑳藉姏銆傚洟闃熷彲浠ヤ嬌鐢ㄨョ郴緇熸潵緙╃煭鍛ㄦ湡鏃墮棿錛屾彁楂樿川閲忥紝鍑忓皯榪斿伐騫舵渶澶х▼搴﹀湴鍑忓皯璇佹槑鍚堣勬ф灊鏁扮殑宸ヤ綔銆

鏃犳晥鐨勯渶奼傜＄悊嫻佺▼錛屾垨鏇村父瑙佺殑鏄涓嶉噰鐢ㄤ換浣曢渶奼傛祦紼嬶紝宸茶紜瀹氫負欏圭洰澶辮觸鐨勪富瑕佸師鍥犮備粠欏圭洰鐢熷懡鍛ㄦ湡寮濮嬪氨瀹炴柦鐨勯渶奼傛祦紼嬬殑鎶曡祫鏈緇堜細寰楀埌鍥炴姤銆

⑵ 如何做需求分析

你這個問題問的有點太大了，不知道怎麼回答，需求的工作存在很多靈活性，很難整理出一個流程性的東西，我也是正在學習，最近在學習徐峰老師的《軟體需求實踐》，把我知道的拿出來分享，錯了的話請大家糾正，但是不要噴我啊！妹子心裡素質不行，嘿嘿
1、需求是有層次的，分為業務需求、用戶需求以及系統需求，所以在進行需求分析時肯定是要根據不同層次階段進行不同方式、內容以及側重點的需求調研。
1）業務需求，一般是公司的高層提出的，就是我們這個系統的指導需求，這個需求比較空，但是卻是整個系統需求的指導思想，在做需求時經常想想這個知道思想，可以防止需求跑偏。

2）用戶需求，一般是公司的中層和操作層提出的需求。中層突出流程，就是整個框架，而操作層提出具體的細節性需求。就是往中層的框架裡面添加需求細節。

3）系統需求，就是針對前兩種需求調研之後得結果進行需求分析和業務建模之後，得到了系統開發的需求。

2、需求的步驟分為：需求定義（對應上面的業務需求）、需求捕獲（對應上面的用戶需求）、需求分析與需求建模（對應上面的系統需求）、需求驗證、需求跟蹤、需求管理。

3、做需求工程中可以使用的工具：AXURE（用來製作原型，讓用戶更直觀的了解即將做成什麼狀態的系統，便於需求確認）、EA（是建模工具，用來繪制UML圖，「一圖抵千言」為了更好的表達需求和溝通需求）、word、Excel、Visio等工具。

⑶ PM濡備綍鍋氬ソ闇奼傜＄悊鍜岀増鏈瑙勫垝錛

涓嶇℃槸涓浜鴻繕鏄鍏鍙革紝鍦ㄦ瘡涓騫存垨鑰呭ｅ害閮戒細鏈夌洰鏍囥佹柟鍚戜笂鐨勮勫垝銆傚叾瀹炰駭鍝佷篃鏄涓鏍鳳紝涔熸槸闇瑕佺洰鏍囦綔涓烘柟鍚戠殑鎸囧箋

涓嶇℃槸鍋氫竴涓欏圭洰錛岃繕鏄鍋氫釜浜у搧錛屾槑紜鐭ユ倝銆岀洰鏍囥嶏紝騫朵笖浠ャ岀洰鏍囥嶄負鏈緇堝煎悜鏉ュ垎瑙ｅ悇涓闃舵電洰鏍囷紝鏈濈潃鏂瑰悜鍔鍔涳紝姝ｅ傞粦澶滀腑鍚戠潃鍏夋槑鐨勯偅涓鐩忕伅錛屽嵆浣塊亾璺鏇叉姌浣嗗彧瑕佹湁鏂瑰悜錛屽氨涓嶄細榪峰け銆

浜у搧鐨勭洰鏍囷紝鍒嗕負錛婚暱榪滅洰鏍囷冀鍜岋薊鐭鏈熺洰鏍囷冀錛

浜у搧鐨勯暱榪滅洰鏍囷紝鏄涓庝駭鍝佸畾浣嶅拰鎴樼暐鎸傞挬鐨勶紝浜у搧鏈緇堢粰鐢ㄦ埛鍛堢幇鐨勬槸涓涓浠涔堜笢瑗匡紝鑳界粰鐢ㄦ埛瑙ｅ喅浠涔堥棶棰樸

鐭鏈熺洰鏍囷紝鍒欏彲浠ョ悊瑙ｄ負闀胯繙鐩鏍囩殑鎷嗗垎錛屽彲鎸夋椂闂存媶鍒嗗ｅ害鐩鏍囥佹湀鐩鏍囷紝鎴栬呭啀緇嗛楃矑搴︽媶鍒嗕負鐗堟湰鐩鏍囷紝鍦ㄨ冭檻鐭鏈熺洰鏍囨椂闇瑕佺『淇濇柟鍚戞槸鍦ㄩ暱鏈熺洰鏍囪寖鍥翠箣鍐呯殑銆

榪欑偣鐩鎬俊寰堝氱殑pm鍦ㄥ伐浣滆繃紼嬩腑涔熸槸鐭ラ亾鐨勶紝鎵浠ヤ笉灞曞紑緇嗚詫紝鍐欏湪榪欓噷錛屽彧鏄寮鴻皟鈥滅洰鏍団濈殑閲嶈佷綔鐢錛屼笉綆″湪鍒嗘瀽涓涓闇奼傝繕鏄鍦ㄥ仛瑙勫垝鐨勬椂鍊欙紝閮介渶瑕佹湁鏉嗏滅洰鏍団濈Г錛屾椂涓嶆椂鍘繪濊冿紝璁闂鑷宸憋細榪欑﹀悎鐩鍓嶇殑鐩鏍囧悧錛熷瑰畬鎴愮洰鏍囨湁鎰忎箟浣滅敤鍚楋紵

pm鐨勫伐浣滀笉浣嗘槸瀵逛駭鍝侀渶奼傝繘琛屾寲鎺樺垎鏋愩佷駭鍝佽捐★紝鑰屼笖鏇村氱殑鏃墮棿闇瑕佽姳鍦ㄧ増鏈/闇奼傜＄悊涓婏紝鎵浠ワ紝鎯抽噸鐐規潵璁茶插叧浜庣増鏈綆＄悊鍜岄渶奼傜＄悊鐨勪竴浜涘伐浣滅粡楠屽垎浜銆

浠涔堟椂鍊欓渶瑕佸紑濮嬬増鏈鐨勭＄悊錛熷備綍榪涜岀＄悊錛熺増鏈鍓嶅拰鐗堟湰鍚庡叿浣撻渶瑕佸仛浜涗粈涔堬紵鎯沖繀鏄鍏蜂綋鐨勭枒鎯戠偣錛岀粨鍚堣嚜宸辯殑宸ヤ綔緇忛獙鍜屾葷粨錛屼釜浜烘葷粨浜嗕駭鍝佺増鏈瑙勫垝鐨勬祦紼嬭勮寖錛屽叿浣撳彲浠ョ湅涓嬪浘錛

涓虹『淇濈増鏈寮鍙戣祫婧愮殑琛旀帴鎬э紝鐗堟湰寮鍙戦渶瑕佽繘鍏ュ苟琛岀姸鎬佹墠涓嶄細浜х敓璧勬簮鐨勯棽緗銆傚綋涓涓鐗堟湰寮鍙戝畬姣曞悗錛屽氨瑕佺珛椹寮灞曚笅閲庤觸涓涓鐗堟湰鐨勫紑鍙戱紝鍥犳わ紝鍦ㄤ笂涓涓鐗堟湰鐨勫紑鍙戝畬姣曞墠灝辮佸畬鎴愭柊鐗堟湰鐨勯渶奼傝捐′換鍔°

涓鑸鏉ヨ達紝鍦ㄥ畬鎴愪竴涓鐗堟湰鐨勯渶奼傚垎鏋愶紙鍖呮嫭鍘熷瀷鍒朵綔銆侀渶奼傝瘎瀹°侀渶奼傛枃妗ｇ紪鍐欙級騫舵垚鍔熼掍氦緇欏紑鍙戝悗錛屽氨瑕佸紑濮嬫柊鐗堟湰鐨勮勫垝浠誨姟浜嗐

1銆佺増鏈鐩鏍囩殑紜瀹氾細鍦ㄨ繖涓鐗堟湰闇瑕佸勭悊鍝浜涙ā鍧楃殑鍔熻兘鎴栬呴噸鐐規敮鎾戝摢涓鐢ㄦ埛

2銆佺増鏈瑙勫垝涔︼細鍏蜂綋瑕佸仛浠涔堝姛鑳斤紝娑夊強鍒板摢浜涚錛屼竴鑸涓涓鐗堟湰鏄澶у姛鑳斤紜灝忓姛鑳斤紜浼楀歜ug

3銆佺増鏈瑙勫垝浼氳錛堥儴闂ㄥ唴閮ㄤ細璁錛岀『瀹氱増鏈錛岀『瀹氳祫婧愬垎閰嶏級錛氫紬浜烘嬀鏌寸伀鐒伴珮錛屼釜浜虹殑鍔涢噺涓庢兂娉曟瘯絝熸湁闄愶紝鑰屼笖鎶鏈銆佽繍钀ュ湪鐗堟湰涓婁篃浼氭湁鑷韜鐨勮″垝鍜屾兂娉曪紝鍥犳ら渶瑕佷竴璧鋒潵璇勫¤勫垝鐨勭増鏈璁″垝錛岃╁悇鏂逛簡瑙ｈ″垝瑕佸仛浜涗粈涔堬紝涔熸彁鍓嶅噯澶囧拰榪涜屾椂闂磋瘎浼般

鐗堟湰涓綆＄悊錛屽湪鎴戠悊瑙ｏ紝鍏跺疄灝辨槸涓涓闇奼傜＄悊鐨勮繃紼嬨

璁稿氬悓瀛︿細闂錛氶偅涔堟瘡涓鐗堟湰鍒板簳瑕佸仛浜涗粈涔堥渶奼傚憿錛熸潵婧愬湪鍝錛熸垜涓浜鴻夊緱錛岀＄悊濂介渶奼傦紝灝辨槸瑙勫垝鐗堟湰鐨勬潵婧愪簡銆

闇奼傚彲浠ュ垎涓烘湭鎸栨帢鐨勯渶奼傘佸緟瑙勫垝鐨勯渶奼傘佽勫垝寮鍙戜腑鐨勯渶奼傦紝鏉ユ簮鍖呮嫭澶栭儴鐢ㄦ埛鍙嶉堛佸悓浜嬪弽棣堛佸唴閮ㄩ嗗箋佽繍钀ュ洟闃熴侀」鐩鍥㈤槦浠ュ強絝炲搧涓鍒嗘瀽鐨勯渶奼傦紝鑷宸辯殑浜у搧鐮旂┒寰楀嚭鐨勬兂娉曠瓑絳夈

閭ｄ箞鏍規嵁闇奼傜被鍨嬩篃鍙灝嗛渶奼傜＄悊鎬葷粨涓轟笁鐐癸細1銆佺敤鎴峰弽棣堢殑璁板綍綆＄悊 錛2銆侀渶奼傛睜鐨勭＄悊  3銆佸綋鍓嶅紑鍙戜換鍔＄殑璺熻釜

閽堝逛互涓3涓鏂歸潰鐨勶紝鎴戞葷粨浜3涓灞傞潰鐨勫垪絀楁。琛ㄧ＄悊娓呭崟錛堥渶奼傛睜鐨勫緩絝嬪強綆＄悊宸ュ叿錛屾湁寰堝氾紝excel銆乆-mind銆乼rello 銆乷Bridge銆佺呴亾錛屾渶閫傚悎涔熸渶鐩磋傜殑涓浜鴻繕鏄浼氫嬌鐢╡xcel錛夛細

鐢ㄦ埛鍙嶉堝垪琛錛屾敹闆嗗悇縐嶅悙妲姐佷紭鍖栧緩璁銆佹柊鍒涙剰idea錛堢敤鎴風殑浠諱綍涓涓鍙嶉堬紝閮戒笉鑳芥斁榪囥備粠涓鎸栨帢錛屾垨璁鎬細鏈夋柊鐨勬兂娉曞拰鍒涙剰錛

浣跨敤璇存槑錛

鍙瑕佹槸鏈変駭鍝佺殑鍙嶉堬紝涓嶇″ぇ灝忥紝閮介渶瑕佽板綍涓嬫潵錛屾渶鍘熷嬫渶鐩存帴鐨勫弽棣堬紝寰寰鏄寰堝歱m浼氫笉閲嶈嗐

鍙婃椂閽堝瑰弽棣堣繘琛岀瓑綰ф爣娉錛岃嚧鍛介棶棰橀渶瑕佸強鏃舵帓鍏ョ増鏈鎴栬呯揣鎬ヤ慨澶嶏紝涔熷彲閿葷偧pm鐨勬晱閿愭с

闇奼傜壒鎬у垪琛錛岄渶奼傝板綍鍙婃棩甯哥＄悊鐚滆剨涔辯殑娓呭崟鍒楄〃錛屾垜浼氱粺縐頒負闇奼傛睜瀛愶紙榪欎笁涓娓呭崟涓鏈涓洪噸瑕佺殑錛

浣跨敤璇存槑錛

榪欎釜娓呭崟鏈変袱涓鐢ㄩ旓細

(1)瀵圭洰鍓嶅紑鍙戜腑鐨勯渶奼傝繘琛岃繘搴﹁窡韙錛屽寘鎷闇奼傚垎鏋愮殑榪涘害鍜屽紑鍙戠殑榪涘害錛屽摢浜涢渶奼傝繕鍦║I璁捐￠樁孌碉紝鍝涓絝宸插紑鍙戝畬姣曠瓑絳夛紝鍦ㄤ竴涓鍒楄〃涓鑳界湅寰楀緢娓呮氥傚叿浣撹佺湅鍏鍙稿筽m鐨勫畾浣嶏紝鏈変簺鍏鍙鎬細灝唒m鐨勮亴璐ｅ畾浣嶄負欏圭洰綆＄悊鑰呫

(2)鏄浣滀負闇奼傛睜瀛愶紝瀵瑰緟瑙勫垝鐨勯渶奼傝繘琛岀＄悊銆佸垎媧捐В鍐崇増鏈錛屽嵆涓虹『瀹氬摢涓闇奼傚湪鍝涓鐗堟湰涓澶勭悊

榪欎釜娓呭崟錛屾槸闇瑕佸洟闃熶腑鐨勬瘡涓浜鴻繘琛屽強鏃舵洿鏂般佺淮鎶ょ殑錛屽洜姝よ勮寖闈炲父閲嶈併

涓鑸鏉ヨ達紝褰曞叆闇奼傛睜鏄鐢眕m鏉ヨ礋璐ｏ紝鍖呮嫭浼樺厛綰с佹潵婧愩佺被鍨嬬瓑鍐呭圭殑紜瀹氾紙榛勮壊鍖哄煙錛夈傚湪鍋氭瘡涓鐗堟湰鐨勮勫垝鍓嶏紝闇瑕佹妸鍗沖皢瑕佸湪涓嬩竴涓鐗堟湰浣滅殑鍔熻兘闇奼傛洿鏂板埌璇ユ竻鍗曚腑錛堜竴鑸鏄鍦ㄥ紑瀹岀増鏈瑙勫垝閮ㄩ棬浼氳錛屽苟涓斿緱鍒板ぇ瀹惰ゅ彲鏃犺鍚庢洿鏂幫級銆

寮鍙戝洟闃熴佽捐″洟闃熷垯瀵圭洰鍓嶈ラ渶奼傜殑鐘舵佽繘琛屾洿鏂扮淮鎶わ紙綰㈣壊鍖哄煙錛夈傛洿鏂版椂闂翠竴鑸鏄鍦ㄦ瘡鍛ㄤ簲閮ㄩ棬渚嬩細鍓嶈繘琛屾洿鏂幫紝渚嬩細鏃朵細鏍規嵁鐘舵佽繘琛屽伐浣滄牳瀵廣傚苟涓斿湪鍛ㄤ竴鍒嗛厤宸ヤ綔浠誨姟鏃訛紝涔熷彲緇撳悎娓呭崟鏉ヨ繘琛屽垎閰嶃

鑷宸卞湪姣忓ぉ鐨勪綋楠屼駭鍝佹柟闈㈤亣鍒扮殑bug鍙婁紭鍖栫偣錛堣繖涓鍒楄〃錛屾槸閿葷偧鑷宸辮佷繚鎸佸逛駭鍝佷嬌鐢ㄩ戠巼錛

浣跨敤璇存槑錛

榪欎釜娓呭崟鍏跺疄鏄緇欒嚜宸辮板綍鏉ョ敤鐨勩備綔涓哄悎鏍肩殑pm鏄闇瑕佹瘡澶╂潵鐢ㄨ嚜宸辮捐＄殑浜у搧錛屼粠鐢ㄦ埛鐨勮掑害鍘諱綋楠屼駭鍝侊紝浠庝腑鍙戠幇闇瑕佹敼鍠勭殑鍦版柟銆傚洜姝ゅ氨緇欒嚜宸卞埗瀹氫簡榪欎釜娓呭崟銆

鍙﹀栦篃鎯寵亰鑱婏紝鍏充簬pm鐨勬棩甯稿伐浣溿備紶璦浜у搧緇忕悊闇瑕佹帉鎻＄殑鎶鑳藉緢澶氾紝鑳界敾寰椾簡鍘熷瀷錛屽垎鏋愬緱浜嗗競鍦猴紝璋堝緱浜嗛渶奼傦紝涔熻兘鍗忚皟寰椾簡浜у搧鐢熷懡鍛ㄦ湡鍚勭幆鑺傜殑宸ヤ綔銆傛垜涔熸兂鍒嗕韓涓嬶紝鑷宸變綔涓轟駭鍝佺粡鐞嗙殑鏃ュ父錛

1銆佹瘡鏃ヤ駭鍝佷綋楠 錛圔ug List)

姣忓ぉ闇瑕佸勭悊鍏充簬浜у搧鐨勫緢澶氭潅涔變簨欏癸紝浣嗘瘡澶╂垜涔熶細鑷沖皯鐣欏崐灝忔椂鐨勬椂鍊欙紝瀵硅嚜宸辯殑浜у搧浠ュ強絝炲搧鍙嶅嶄綋楠岋紝騫朵笖璁頒笅浣撻獙榪囩▼涓寰楀嚭鏉ョ殑闇奼傜偣銆傝繖涓鐐硅兘淇濇寔浣滀負pm鐨勪駭鍝佽Е瑙夛紝涔熻兘璁╄嚜宸卞洖褰掍負鐢ㄦ埛鍘諱綋楠屻佹濊冧駭鍝併

2銆佺敤鎴峰弽棣堟敹闆嗕笌鍙嶅嶆煡鐪嬶紙Feadback List錛

姣忓ぉ瀹氭湡鏌ョ湅浜у搧鐨勭敤鎴峰弽棣堝悗鍙幫紝鑷寤烘笭閬撳寘鎷鐢ㄦ埛緹わ紝紺句氦濯掍綋鏄鍚︽湁鐢ㄦ埛鎶曡瘔鍙嶉堬紝娓呮氶棶棰樹箣鍚庤頒笅闇奼傜偣錛岃嫢鏄灞炰簬bug鎴栬呮ラ渶瑙ｅ喅鐨勯渶奼傦紝絝嬪埢鍙嶆槧緇欏紑鍙戣В鍐籌紝鑻ユ槸灞炰簬涓嶇揣鎬ョ殑闇奼傦紝鍒欏垪鍏ョ増鏈榪浠ｈ勫垝涓銆

3銆佹暟鎹鍒嗘瀽錛堝彲琛屾т綆錛宐絝浜у搧錛

4銆佹瘡鏃ョ珯浼氾紝浜嗚В鐩鍓嶉樁孌墊儏鍐碉紝緇熺逛笌璇嗗埆椋庨櫓

姣忓ぉ浼氱粍緇囧洟闃熷紑10鍒嗛挓宸﹀彸鐨勭珯絝嬪紡浼氳錛屼富棰樺緢鏄庣『錛屾瘡浜哄彂璦灝嗘槰澶╄嚜宸卞伐浣滅殑鍐呭瑰拰浠婂ぉ璁″垝瑕佸仛鐨勪簨鎯咃紝鍏蜂綋娑夊強鍒伴渶瑕佸崗璋冦佹矡閫氱殑錛屼細璁鍚庡啀鍏蜂綋榪涜岋紝鍦ㄤ笉鑰借澶у剁殑宸ヤ綔鏃墮棿鎯呭喌涓嬶紝鏄浜嗚В鐩鍓嶈繘搴︾殑寰堝ソ鐨勬柟寮忋

⑷ 需求管理的手段有哪些

本文梳理了什麼是做需求分析與需求管理，以及為什麼要做與如何去做。

01 概述

本文是梳理需求分析與需求管理方法-產品經理工作職責&工作核心技能之一，筆者寫本文的目的一是把自己的知識體系做個輸出，包含來自己的經驗總結和最近學習到的知識總結，其二順便分享。知識方法無定論，任何內容先看思路，實戰為主。

在分析一個問題時，可以用一個通用的框架方法論，WWH法：是什麼？為什麼？怎麼做？這樣可以把思路理清晰。因此引出了本文的主要內容：什麼是需求？為什麼要做需求分析？什麼時候做需求分析？怎麼做需求分析？

說明：時間有限，本文的案例不代表實戰解決方法案例，更為了快速說明和應用方法而舉例。

02 需求定義

1. 什麼是需求？

需是是用戶在某種場景下的未被滿足的期望。

為什麼要明確需求的定義，需求很容易被誤解，這里我們要區分下用戶需求和產品需求。

我們的產品在未被定義之前，我們研究的需求是用戶需求，我們通常也會叫作問題（沒有明確的解決方案），當我們定義產品時，我們就要把用戶需求轉化為產品需求，提供具體的可落地的解決發難，才能實現產品。

我要吃飯睡覺打豆豆，這不是需求，這種需求對於產品沒有任何價值。

看定義，用戶需求是用戶基於某種場景下的未被滿足的期望，在這里提煉出需求的基本結構：用戶+場景+期望。強調：需求不是獨立存在的，是依附於用戶+場景一起存在的。

用戶需求案例： 小明（用戶），每天早上起床後就要趕著去上班，沒有也不想在家吃早餐，但是到了公司就要工作，所以常常沒有早餐吃，又餓又不健康（場景），小明又想多睡會兒又想在上班前吃上早餐（期望）

2. 什麼是需求分析？

需求分析，就是挖掘和提煉用戶需求，解決用戶痛點問題，即找到用戶需求，並把用戶需求轉為產品需求（解決方案）的過程。

這里強調兩點：

找到用戶需求
解決用戶問題
案例： 還是小明吃早餐的案例，目前小明希望在上班前能吃上早餐這個是用戶需求，只找到用戶需求，沒有解決方案，等於0，我們還要幫小明解決問題。如，提供早餐外賣，小明可以提前在手機上預定早餐外賣，一起床就有早餐可以吃。這是一個較完整的產品需求。

03 為什麼要做需求分析

產品首先要滿足的就是用戶需求，為用戶產生價值，才能創造商業價值。滿足用戶需求是產生商業價值的本源。

04 在什麼階段做需求分析

需求分析貫穿在產品整個生命周期。

1. 產品概念期

這個階段做需求分析，更強調需求調研，目的是定位目標用戶群，做產品定位，市場研究並確認細分產品市場。提煉產品核心功能，解決目標用戶群痛點問題。 交付物：BRD需求文檔。（或類似的相關的文檔，如需求調研報告、市場調研報告等）

2. 產品設計開發期

這個階段的需求分析，目的是要設計一個可落地的解決用戶痛點，滿足用戶需求的產品。設計一個目標用戶可用好用的產品。深層次的挖掘和分析用戶，描述需求，解決問題。實現用戶如何通過一步步的使用產品滿足其需求。該階段交付物：產品原型+PRD操作文檔。

3. 上線後-成長期

上線後的需求分析，目的是驗證真實產品滿足真實用戶需求的結果，收集用戶需求，優化產品。

4. 成熟運營期

本階段需求分析，目的在為產品提供更好的運營方案，制定競爭策略。讓產品持續更好的更多的為企業創造商業價值。

5. 產品衰退期

當產品進入衰退期時，需求分析重在研究市場發展趨勢，以幫助決策是調整發展戰略。

05 需求分析方法

需求分析可以分為三大步： 明確問題–拆解需求–提供解決方案。

1. 明確問題

明確問題之前，我們首先要從各方搜集需求，然後經過分析，提出真正的需求。

需求獲取渠道

以下是我們常用的一手需求獲取渠道：

收集到的一手需求還不是真正的需求，要先進行一個清洗過程，把一些無用的無根據的站不住腳的異常的等等都過濾掉。具體過程不做介紹啦。

明確問題（提出要解決的問題）

這里一定要注意，提問題的標准：提出的問題要聚焦，明確、開放。不能泛，模糊。要又用戶、場景、問題。還要明確該需求帶來的價值。需求最終是要交換成價值的。

正確的問題VS錯誤的問題：

明確需求的價值：

2. 拆解問題（需求）

拆解需求指的是把已經明確的問題，從多個維度進行拆解，目的就是為了找到更合適的解決方案。 該方法是某課程老師總結的拆解方法，筆者認為非常好，非常清晰和明確的一個方法，這里直接引用。（該方法也是老師對《六頂思考帽》里的解決問題方法做的靈活應用，同時書也推薦給大家）

拆解問題的5個維度：

積極層面：通常可以拆解出怎麼做對用戶來講可以產生更積極的情感。
否定層面：通常可以拆解，即使不做什麼，依然可以產生好的結果。
轉移層面：轉移指的是不直接單獨解決當前用戶的問題，通過轉移法，用戶轉移、問題轉移等。
拆解：把當前問題刨根問底的拆，挖掘更多的可能性、找到問題本質。
腦洞：這個更多的靠靈感、經驗等進行頭腦風暴，補充其他維度考慮不到的地方。
案例： 問題：某視頻APP，用戶次日留存率低於30%，需要提高次日留存率 拆解過程如下圖：

注意在拆解問題的時候，不要去考慮能不能實現，先去拆解一切想到的問題，最後在分析解決方案的時候再來進一步篩選。

3. 提供解決方案

問題拆解完後，對所有提出的問題列出解決方案，這里注意，一開始思考解決方案的時候也不要去考慮實現的可行性，盡管去提供。等所有的解決方案都列出來之後，再進行方案分析、評估、排序。

06 需求管理

需求管理指的是如何安排已經明確產生的需求，工作中我們通常會遇到四面八方包括產品經理自己給的需求，但是資源和精力無法讓做到有求必應，我們需要去把需求做一個分類和排序，盡可能的去做性價比高的需求開發。 這里我們介紹幾種方法，幫助我們做需求分類和排序。

1. Kano 模型

KANO 模型是東京理工大學教授狩野紀昭（Noriaki Kano）發明的對用戶需求分類和優先排序的有用工具，以分析用戶需求對用戶滿意的影響為基礎，體現了產品性能和用戶滿意之間的非線性關系。

Kano模型把需求分為5類：

基本型需求

該類需求代表的用戶的核心痛點，是產品的必備功能，如果沒有該功能，用戶會極度不滿，甚至不用你的產品。但是如果有了該功能，用戶並不會對你的產品的滿意度增加。如微博的發布微博功能、社交APP的聊天功能、共享單車的開鎖功能等。

期望型需求

這類需求代表的是用戶的癢點，代表的是品質，對用戶來講是最好有的功能。好比我們的生活，我們都期望我的生活是有一定品質的。擁有此功能，用戶滿意度會明顯提升（過的還可以），沒有此功能，用戶滿意度會明顯下降，但是湊合可以用戶（過得下去）。這種需求一定要去努力挖掘和分析，並做好。代表了產品的競爭優勢。如社交軟體的語音聊天視頻功能。

興奮型需求

這類需求所在暗處，用戶自己都想不到的需求。擁有此功能，即便表現的並不完善或完美，用戶滿意度也顯著提升，但即便沒有此功能，用戶也並不會對產品對滿意度降低。如，在微信剛剛推出紅包功能的時候，這是一個非常典型的興奮型需求。

無差異型需求

該功能對用戶來講，是不痛不癢的需求。可用可不用，有或者沒有都不會影響用戶的滿意度。如，我們在設計某個按鈕，是20px，還是22px，是第一個還是第二個位置。無論怎麼做，對用戶並無明顯影響。我們就盡量不要去花精力在這上面，只需要執行任意一種即可。

反向型需求

該類需求提供對應的功能後，用戶會對產品的滿意度降低。該類需求，最好不做。如，前段時間上熱搜的一款監測學生上課是否集中注意力的智能科技「緊箍咒」，得到的是網友幾乎一邊倒的差評和抵制。

Kano模型實施方法：

如何評估需求屬於Kano模型中的哪一類需求，我們可以實施以下方法：

Kano模型問卷調研法 可以直接設計問卷調研，通過定量問卷調研得出需求屬於哪一種：

按照上表的格式，對每一個功能做一個的調研，充分收集用戶的數據並得出結果。

2. 時間管理四象限法

本方法可以快速幫助我們評估需求開發的時間優先順序。從緊急重要程度兩個維度比較合理的幫助產品有條理的安排開發秩序，避免盲目排序。

3. ICE排序法

ICE排序法也是一種比較嚴謹科學的需求排序方法，通過從幾個維度考慮給需求打分，以總分高低去排序。

I（Impact）：影響范圍
C（confidence）：對上線效果的自信程度評估
E（ease）：開發難易程度（工作量+技術難易程度）評估
應用實例：

本文由 @娟姐 原創發布於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議