實用文檔
.
業務調研注意事項
調研流程
?
需求調研準備:
制定詳細業務和管理需求調研計劃,
準備調研提綱和問卷,
準備調
研場地或安排調研培訓等;
?
需求調研:按計劃完成調研,編寫和匯總需求調研報告或調研日志;
?
需求分析:
雙方共同分析確認的需求,
重點分析業務流程和問題,
提出初步解決思
路和優化方案,提交需求分析報告;
?
流程設計:對主要的業務流程進行優化設計、大項目可單獨提交流程設計方案;
?
業務解決方案設計:
雙方根據需求分析和流程設計等,
共同編寫業務解決方案初稿,
并讓雙方成員充分理解;
?
客戶化開發設計:
根據需求分析和業務解決方案,
確定客戶化開發需求,
并和開發
人員共同確定客戶化開發詳細設計(功能、流程、界面、算法、數據庫設計等)
,
并和客戶確認客戶化開發需求部分(功能、流程、界面、算法)
。
需求調研
對于不同類型的被調查對象,如何引導被調查對象的思路,問出你關心的問題,取得
很好的效果,就看顧問的經驗和專業能力了。調研的總體思路是由粗到細,先整體后局部,
先集團后部門。
1
、
總體調研:
總體調研主要是指企業整體運營狀況的調研和高層管理需求的調研,如公司未來幾年
的戰略規劃、公司組織與機構部署、
IT
建設規劃、集團管控需求、高層管理者需求等內容。
2
、
詳細業務需求和管理需求調研
:
a)
詳細業務流程調研:可以按業務流程的順序,對企業的各個業務部門參照調研提綱或調
研問卷的內容進行業務流程調研,
共同繪出完整跨部門的業務流程圖
(包括數據、
加工、
單據等)
,并描述每個流程節點所包括的處理和數據規范。并描述各部門對業務改善建
議和管理需求目標等。
b)
每個部門調研完畢以后,都應該讓該部門相關人員針對調研內容進行確認,看是否存在
誤解和遺漏。
c)
需求調研我們是通過顧問與用戶的訪談、用戶填寫調查問卷及流程圖等形式來進行。通
過與項目小組或單位業務人員的會談,
顧問應從各種角度獲得企業的業務管理思想和業
務處理現狀。
3
、
需求調研報告討論與確認
實用文檔
.
全部需求調研結束后,
顧問要將需求調研日志進行匯總,
從粗到細,
從總體到業務進行
歸納和整理,形成整體的需求調研報告;
需求調研報告要詳細向客戶方項目組進行匯報、
討論和確認,
確認后才能開始需求分析
和編寫實施方案。
調研時應注意以下幾點:
1.
調研要適合項目范圍與客戶行業特點,不能使用通用的調研提綱,顧問一定要根據標準
的提綱進行剪輯,提前準備,不了解的行業需求可提前查詢知識庫或咨詢相關的顧問,
否則會失去信任;
2.
售前、商務文件中已調研或已知的需求不要重復調研,可以和客戶作一個最終確認;
3.
無論進行什么調研都要求顧問在整個調研活動中占據主動地位,
能夠控制整個活動的進
展,注意客戶的反應,確保得到我們想要知道的東西。
4.
調研過程有一個總體的把握,也就是說實施人員不能僅僅局限于具體業務的處理中,而
應該從總體的業務流程上進行分析,把各個部門的業務連貫起來。只有這樣才能從宏觀
的角度來把握調研、分析的進程,保證此階段順利完成。
5.
調研和提綱都應有層次和連貫性,按業務流程的順序進行梳理和調研,調研時不要僅限
于合同中的產品模塊范圍
(例如應收應付的需求和方案可能和銷售和采購業務的管理需
求有關)
,也不要按產品模塊的順序進行調研,討論的議題也不要有大的跳躍,要從粗
到細,逐步分解和連貫;
6.
要盡量結合標準產品的功能在調研過程進行引導,但調研時不能和客戶討論產品功能,
只討論業務需求,產品功能只是在腦海中進行對比,這樣,當調研結束時,基于對產品
的理解,腦子里就基本上有了解決方案。產品中無法實現的不合理需求盡量通過變通的
方式解決,按變通的方案進行引導。
7.
顧問在調研中要有引導客戶的技巧,調研時要把握總體范圍,不要偏題和跑題,引導時
要從分析業務流程和實際業務的角度去引導,
不能完全從產品是否滿足需求的角度去引
導。
?
調研中在雙方討論業務流程時,可將業務流程在白板上畫出,用相機拍下來再安
排時間整理成文檔,顧問及時整理出當天調研的主要內容,然后交客戶方項目小
組閱讀,看顧問理解的是否正確。
?
也可以調研前請被調查的業務部門先寫業務現狀報告(包括業務流程描述)
,
也可
以讓業務部門先描述業務流程現狀。要求在業務現狀報告中要反映以下問題:①
該業務部門的組織結構,崗位設置和職責;②主要業務和業務流程;③列出目前
存在的主要問題。再基于業務現狀做調研和討論,調研的進程會大大加快。
需求分析
需求分析主要工作包括: