如何做好新項目的需求調研?(一)
對于很多從事外包項目的公司來說,一個新項目,往往只有2~3個月的交付周期,而往往給予到需求調研的時間,很多時候只有短短的幾天,如何能在幾天的時間里面,把一個新項目的需求調研清楚,確實是令產品人員很頭疼的一個問題,本文試圖從需求調研的幾個關鍵維度出發,把調研中的關鍵點梳理出來,讓產品人員在實施調研過程中有據可依,有章可循。
早上剛到公司,Boss拿著手機就趕到我座位邊,一邊扒拉著手機,一邊對我說:“有個新項目,是客戶需要做一個基于微信預約管理的“訪客系統”,我已經拉了個群,這里面XXX是項目負責人,我把你拉進來,你趕緊和對方聯系一下,把需求溝通清楚;”
Boss丟完這句話就走了,留下一臉懵逼的我,嘴里還在嚼著剛買的早餐。
這個場景是不是很熟悉,很多公司都是這樣,領導惜字如金,丟下一兩句話,你就趕緊開工吧。
好吧,咱也來不及多想,掄起袖子就開干了。
- 首先,在百度里面搜索一下,啥叫“訪客管理系統”,還好,大部分我們想找的東西,百科都已經收錄了,百科里面的內容可能不全,但至少讓你知道了:這訪客系統是個什么東西,有啥用; ——-先幫你把基本概念建立起來;
- 然后,我們繼續搜索,看看是否已經有別人做好的現成的“訪客系統”,很幸運,很多時候你也能搜到一大堆類似的軟件,雖然只是簡單的介紹,但至少讓你知道了這么一個訪客系統的大致包含了什么功能;——你可以理解為這是一個簡單的競品分析的過程;
- 再然后,我們還要看看,一般都什么樣的企業會去建設這種系統,這個該怎么了解了,其實你通過搜集的競品企業,去看這個企業的成功案例,往往就能發現他的產品應用到了哪些企業,以及應用的大致情況如何;通過這種側面的了解,就能讓你知道,大致那些客戶群存在類似的需求;——-客戶群的了解
上面這個過程,我們每個人,拿到類似需求后,都會這么去做,這個不需要什么高深的知識和能力,會搜集信息就好,雖然是這么個簡單的過程,其實它至少從三個方面幫你建立起了對這個項目基本認識:
- 概念層面:何謂訪客管理系統;
- 產品層面:訪客管理系統通常有啥功能;
- 客戶層面:什么樣的目標客戶會產生這種需求;
需求調研四個維度
那么,了解了這些基本信息后,我們就可以開展需求調研了嗎?顯然是不夠的, 對于一個項目型的需求,我們要關注項目的建設目標,我們要梳理出客戶需求點和關注點,我們要了解客戶企業的對應業務是如何開展的,我們要知道都會有哪些人使用到該系統,我們還要知道這個系統和其他外部系統之家的關系等等?
基于此,把我們關注的點進行歸納,抽象出需求調研的四個維度:
有了這四個維度,該如何對每個維度開展具體的調研了,我們來逐一分解:
1. 項目背景的調研
項目背景,是了解用戶建設該項目的動機和背后存在的痛點的關鍵環節,基于不同的動機,客戶對系統的要求也是很大差別的;
現實中,對于項目背景的調研,往往是我們產品人員容易忽略的,忽略的一個最大的風險是:我們不能很清晰準確的把握客戶的期望值和建設目標,從而給項目交付帶來風險;
針對項目背景的調研,我們梳理的提綱如下:(事實上,每個項目的背景調研,都可以從下面梳理的問題點出發)
項目背景的調研,首先要找準對象,一定要想辦法和對方項目發起人,主管領導進行短暫的溝通,即使只是半個小時的溝通都行,了解清楚項目建設的動機、對項目的期望值,要達成的目標,非常的關鍵和重要;
當然,因為面對的很可能是客戶的大領導,有時候會比較敏感,需要我們有一些溝通的技巧和問問題的策略,這個方面我們留待下節來說明;
2. 項目業務的調研
業務的調研是整個需求調研的核心,也是最需要花時間的,對于很多項目所要承載的業務,我們不是簡單的把線下的業務流程梳理清楚就OK,而是要通過當前線下業務流程的梳理,找到線下業務存在痛點,然后在形成系統的線上業務流程時候,如何來更好的優化和調整;
對于項目業務的調研,我們梳理的提綱如下:
項目業務的調研,需注意的是,僅僅聽是不夠的,還要收集資料,還要進行實際觀摩,要知道,客戶講的和實際做的,往往會出現疏漏和差異;
3. 項目角色的調研
角色的調研往往和具體的業務相關,核心點是關注每個角色在業務中的任務,所在業務節點,輸入和輸出都有什么,然后才是該角色對于系統操作使用上的期望;
梳理的調研提綱如下:
項目型的需求,各個代表角色其實就是最后的產品使用者,需求注意的是,讓角色用戶提自己的需求和期望時,如果是偏離業務目標的需求,是不能接收的,這種情況現實調研中很常見,需要我們格外注意;
4. 系統接口的調研
系統接口是我們調研的最后一個維度,這個維度相對比較簡單,搞清楚我們系統和其他系統有什么關系,需要建立怎樣的接口就好,要點是把握好可能影響到項目進度的點;
調研提綱如下:
有了這四個維度的調研提綱,我們就可以據此形成調研計劃,而如何把每個維度調研清楚,還需要我們在問題問法、溝通的策略方面下功夫。
作者:貝克曼,十年以上的傳統行業、互聯網行業產品工作經歷,專注于產品分析和產品設計環節。
來源:http://www.jianshu.com/p/32e18e4e7fb9
本文由 @貝克曼 授權發布于人人都是產品經理,未經作者許可,禁止轉載。
老師,文章寫的很好,只是倒數第二張圖加載不出來,可否重新上傳?
倒數第二張圖片加載不出來
寫的太棒了
輸入和輸出指的具體是什么呢?猜測:輸入指完成本職工作,需要的外來幫助的材料,輸出指本職工作的產物?
有書嗎?想買一本看
謝謝貝克曼老師,受教!
學習了!
謝謝貝克曼老師,受教!
受教了!感謝!
受教了,不過發現一個錯別字,系統之間達打成了系統之家~
學習了,感謝老師分享。復盤之前的項目,受益匪淺。感嘆這篇文章看晚了。
關于不要發散性討論有疑問,如果不發散,你得到的答案是你引導用戶得到想得到的答案,也許就不使用用戶真正想表達的答案。
其實你這個問題是站在可持續發展的角度去考慮的,但公司為了能夠很好的實現盈利、往往在項目中會考慮到開發周期、項目資金、研發投入、技術門檻、運維售后等因素,都會向工作量越小、成本越低、越簡單的方向開發。只要能最后驗收就行了。
建議接口人改成對接人,不然感覺像是技術接口,最后一點系統接口里面就有點傻傻分不清了 ??
項目中什么是接口人呢,我也覺得應該改成對接人或者接頭人比較好 ??
我覺得這個挺好。對接人 任何人都可以說是對接人 這里主要要的就是接口對接資料 所以 這個沒啥問題
簡練有效
受益,贊一個
很受益!周二就要去調研了!加油
受益匪淺,可以的話加個好友~~
最近正好要整理需求調研這一塊的流程,非常感謝您的分享,很受用
很多有用的東西,謝謝筆主細心整理和分析 ??
干貨、謝謝作者!但這四個緯度中我以下連個問題我沒套進去,可能是我沒理解好。
①涉及到法律法規、資質許可等相關問題;
②涉及資金流轉以及風控等方面的問題;
希望可以多做一些調研指導。
不錯,干練!
學習了
每天來學習,受用了 ??
表述清晰,邏輯緊密,沒有過多廢話,是篇好干貨,對處于產品職業上升期得很受用,感謝
很不錯,項目前期需求調研思路很清楚!
這不是蘇杰寫的嘛!盜用?
我是貝克曼,請問你從哪里看出是蘇杰寫的,麻煩把鏈接發我,我還真想看看那些地方和他寫的一致;