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