B端項目調研提綱的設計與思考
在本文,筆者將從自己參與到B端項目的實踐過程中,分享每個節點所參與到的工作內容。一起來看看。
相信很多做過調研的同行,特別是新手,調研過程中經常會出現準備不足、內容分散、偏離主題、被客戶牽著走等情況,導致調研效率低下,調研結果不滿意,需要反復調研,客戶會質疑調研人員的專業性,項目的后續進展困難,出現這種情況,調研人員才意識到一份好的調研提綱有多么的重要。
下面筆者將從概況了解–>調研目的–>調研內容–>調研對象–>調研準備等幾個方面來描述調研提綱的內容和注意事項。
一、概況了解
在正式調研前,整體的了解你所參與到項目或者產品是非常有必要的,比如說銷售與甲方簽訂的合同內容、售前比較粗的調研報告,通過閱讀這些文檔是可以幫助你提高對整個項目或產品的認知。
二、調研目的
個人認為明確調研目的在整個調研提綱是最核心的一環,前面提到的調研內容太分散、偏離主題、被客戶牽著走的情況均是調研目的不明確所致。調研的目的會隨著調研的深入不斷的發生變化,不過大體方向上調研主要是針對的階段有:背景調研、業務流程調研、業務節點調研,對于調研的方法個人是傾向于總-分-總的形式,即先從整體的項目或產品的背景出發去了解需要解決什么問題,能帶來什么價值,做到總體上的認知,然后細分到各個業務流程,直至到每個節點都梳理清楚,再回頭看是否能滿足其價值點。
1.背景調研
前面提到總-分-總的調研方式,背景調研即為第一個總,通常我們會把背景調研放在首次或者前幾次調研,這樣可以幫助我們從大方向上更快的了解到客戶或用戶希望系統解決什么問題,帶來哪些價值,期望值的高低,為后期的交付心里有個底。
舉個例子,筆者參與到的面向醫院供應商管理系統,為了解系統的背景,需要知道該系統提出人是誰?是否屬于系統的業務角色?為什么需要該系統?對系統的期望值如何等等。
?2.?業務流程調研
通過背景調研,我們對系統或者項目有了整體的了解,接下來就是調研過程中最核心的部分-業務流程,在前一篇文章中筆者提到B端產品用戶最關注處理業務流程任務的效率,因此為了提高效率,我們需要知道目前的業務流程如何?存在哪些瓶頸?期望的業務流程是怎樣?首先我們需要了解業務流程主線,舉個例子,供應鏈管理系統的務流程主線為:
其他很多分支是在主線的基礎上進行擴充,比如:采購訂單-》采購退料單,因此針對業務流程的調研筆者也是傾向于總-分的形式,即先梳理業務流程的主線,然后再細分到分支。
3. 節點調研
隨著調研的深入,整體和分支的業務流程會越來越清晰,到了這個階段對于業務流程的節點將會成為重點,比如采購訂單生成收貨單哪些信息不能少,收貨單是否需要經過審核才能生效等,類似這種已經細分到了業務節點或者是到某個重點功能,另外,如果系統需要與其他系統進行進行數據的流通,則需要考慮接口,接口的問題往往會牽扯到不同的廠商或者不同的產品團隊,在進行調研前,務必要弄清楚系統數據的輸入與輸出與其他系統之間的關系,如果條件允許,在已了解了業務數據需要的基礎上,拉上開發的同事和接口方進行溝通會達到事半功倍的效果。
三、調研內容
前面提到過調研的不同階段中明確調研目的是調研提綱的核心,針對調研目的來計劃調研內容才能做到針對性,比如針對背景調研,希望獲取到提出建設系統的負責人是何人,擔任何職位、是否屬于系統角色,希望系統帶來哪些價值點?設計調研的內容實質是為了達到目的而具體化的一個過程,內容要做到可行性、針對性、不重復,下圖為針對不同階段調研內容的側重點:
四、調研對象
筆者曾提到B端產品調研對象有可能會分為客戶和用戶,用戶關注的是處理業務的效率,客戶關注的是效率結果的呈現,因此針對調研的內容需要選取合適的調研對象,比如在背景調研中合適的調研對象是提出建設該系統的客戶,客戶是非常關注效果的呈現,此時各類統計報表就有可能是他們非常需要的;又比如在節點調研中采購計劃的采購員,希望高效地獲取某個物料的采購數量而非自己手動統計,此時自動計算出近期物料的出庫記錄的輔助決策可能是他們所需要的,因此,針對不同的調研內容需要選取合適的調研對象,這里值得多提一句,即便是調研對象里也是需要劃分哪些是主要用戶,該類用戶的需求才是系統要滿足的重點。
五、調研準備
通過前面幾個步驟,我們已明確了調研目的,針對目的設計了需要調研的內容,針對內容確定了調研對象接下來就需要為了保證這幾個步驟的順利而做好準備,內容如下圖所示:
需要注意的是,之所以把項目交接人放在首位,因為項目組與甲方的溝通大部分是通過交接人進行的,因此要求交接人具備做事認真、負責、溝通能力強、項目全局掌控能力強等特質,一個好的對接人能夠在項目的推進過程中扮演非常重要的角色,因此在調研進行前,確定好合適的對接人也是重要的一環。
六、總結
以上就是本文針對B端產品如何設計調研提綱的內容,總結一下就是圍繞調研目的為核心設計調研內容,依據調研內容確定對象和做好調研準備。當然,由于行業和經驗的差別,總結的內容難免會有不適用的地方,還望各位多指教!另外,針對調研過程中所用涉及到的方法和注意事項將會在下篇文章進行闡述。
作者:張磊,醫療行業B端產品策劃者,音樂愛好者,運動愛好者。
本文由 @張磊 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
如果你調研的是自己公司的業務部門,他們想找你弄個什么什么模塊,你調研他們,他們自己都不懂,這個時候怎么開展調研呢
B端產品調研確實是一大難事,特別是涉及特殊行業時,如果是一個剛入門的B端產品小白,基本上是沒有門路的,一是資料稀缺,二是缺乏全流程體系。。。。
但是對于B端產品經理來說,產品調研只是基本功的一部分,想要系統的提升B端產品能力,需要一個完整的學習計劃,這里給大家推薦起點學院的90天B端產品經理公開課。
大廠B端產品經理在線直播,現場1v1互動答疑,每周多場在線直播,限量200人,1元拼團特惠,點擊這里,立即預約>>http://996.pm/YXrVR
寫的很棒,但是有一點比較好奇,調研準備階段怎么就有軟件:系統、原型演示了呢?
很棒噢!感覺自己成長了,掌握了總-分-總的方法在設計調研提綱的時候不會那么沒有方向了。
B端倉儲系統業務調研,需要以設計具體的問卷的形式去收集客戶基礎信息嗎,比如現有的倉庫信息,合同信息,出入庫單據信息,請問這種數據信息直接在調研過程中把所有涉及的單據進行收集匯總是不是比較號些
B端以業務為核心,而業務則是由不同崗位的人來驅動的。
我現在做G端,經常是先了解線上業務流程,然后做業務流程和原型,在知曉業務內容后,去實地開會調研實際需求和原型優化方面的,再出完整原型。
做農業的同行,握爪
寫的很好,現在的我對接的就是大B端,很多業務場景很復雜,需要系統逐一實現,受教了……
有用便好,感謝閱讀!
用戶調研挺重要的,受教! ??
我是北京外包公司產品經理,寫的和我給我們市場部培訓的并無二致,希望能多交流一起成長。598391589微信
幸會~
接下來該怎么走更清晰了 謝謝
有幫助到就好
寫的不錯!
謝謝,多交流 ??
外包團隊很適用,前期準備基本就這個流程了
??