1、項目名稱調研提綱編號： 文檔修改情況記錄版本號修改狀態修改日期修改摘要修改人填寫說明：l 調研前，可以將此調研大綱發給用戶，以便用戶就調研所需資源（如業務人員時間安排、會議室、相關資料）做充分準備。l 可以每次調研前都編寫一份調研提綱，也可以在一份調研提綱中對全部調研活動進行安排。l “調研內容及方法”列表中的內容可以根據項目實際情況做修改，針對一個調研內容可以有多種調研方法同時使用。l 調研時選擇的用戶代表要能真正代表某類需求，并且能夠作出決策，用戶代表往往是本類用戶中三類人：a) 對項目有決定權的領導b) 熟悉業務流程的專家c) 系統最終用戶l 每一個用戶代表者代表了一個特定的用戶類，并在

2、那個用戶類和開發者之間充當主要的接口，用戶代表從他們所代表的用戶類中收集需求信息，同時每個用戶代表又負責協調他們所代表的用戶在需求表達上的不一致性和不兼容性。l 調研人員在調研前應該將所有項目前期資料進行匯總，與相關的前期銷售人員進行交流，以便對項目有一個基本輪廓的認識。l 每次調研前，調研人員應明確此次調研的主題及主要目的，并根據所采用的調研方法進行資源準備。l 調研人員應保持一種和客戶平等合作的心態，確定需求調研是為了給客戶解決問題，探討問題，而不是接受問題，更不是來指導工作的。l 調研人員應平靜面對需求變更的心態，在需求調研過程中，往往雙方對需求理解不一致，造成需求調研前后矛盾，應當心平

3、氣和的去引導客戶，達到需求理解基本一致。l 調研人員應努力的去熟悉用戶的行業，學習用戶使用的術語，標準，以便能夠準確的理解用戶。l 調研人員在需求調研中，盡量不使用IT行業的術語，而采用淺顯易懂的口頭語言來解釋IT行業術語，以便用戶能夠很好的理解。l 調研人員應提高自己的速記能力，文字表述能力以及歸納能力，能迅速的記錄需求調研核心的問題，總結歸納形成原始的需求調研資料調研報告。目 錄第一章 時間人員安排4第二章 調研內容及方法4第一章 時間人員安排調研時間調研地點調研人員用戶方業務人員（部門、職務、職責）主要調研內容×年×月×日××:×

4、;×至 ××:××××路XX號X樓XX會議室調研主題、主要內容（參考第二部分中的分類）第二章 調研內容及方法調研主題主要內容調研方法（面談，開會，原型演示，問卷，實地考察，用戶提供資料，郵件，即時通訊工具溝通等等）項目背景背景現有系統現狀業務現狀業務術語部門組織結構業務部門及其職責用戶角色及其職責業務架構圖業務功能功能模塊1（業務操作地點、操作用戶角色，業務操作流程，業務規則，業務輸入輸出、業務操作細節等）功能模塊2（業務操作地點、操作用戶角色，業務操作流程，業務規則，業務輸入輸出、業務操作細節等）功能模塊3（業務操作地點、操作用戶角色，業務操作流程，業務規則，業務輸入輸出、業務操作細節等）業務接口各業務模塊之間的業務接口業務與外系統間的業務接口數據指標業務數據調研業務操作的頻度數據流量指標調研表式業