相應的專業資料是必須的，最少要有專業入門書籍和對應的資料，也需要有更深入的一些資料。當然有專家的參入就另當別論。
如果行業的難度不是很大，可以通過分析人員的自我學習在短時間內了解行業，也許可以不用專家，否則專家是必須的。
【讀後感】充分做好準備，盡可能了解客戶所在行業的資訊，學習專業術語；請教客戶行業中人，找出令他們苦惱的問題。
2.3. 建立設計環境
一定建立乙個專門的設計環境來為本專案服務，進行一定的資源分配，進行必要的檔案管理。
2.4. 真正了解自己和使用者
哪些是使用者明確要達到的目地；要知道哪些是自己能做到的，哪些是自己不能做的；對於不能做的處理方法，如拒絕，轉包等；那些是使用者想要做到的。
2.5. 列出人員分配表和所有工具列表
明確專案人員分工；統一專案所用的工具；統一專案檔案模版；其它資源列表（資料，相關**，資詢**...）。
【讀後感】：專案管理的工具可以參考使用任務跟蹤管理todolist 、資訊管理系統mybase 和思維導圖mindmapper，在需求調研過程中，應該做好三種準備，保持兩種心態，做到五種提高：
三種準備：
1） 調研前應該將所有專案前期資料進行彙總，與相關的前期銷售人員進行交流，以便對專案有乙個基本輪廓認識。
2） 做好調研前使用資料的準備，如需求調研模板，需求調研問題列表，需求調研資源列表 ，演示用的已有產品 （通過演示已有產品，引導客戶在我們擁有的技術上討論細節而不是空談。）
3） 做好不怕一切困難的準備。
兩種心態：
1） 保持一種和客戶平等合作的心態，確定需求調研是為了給客戶解決問題，**問題，而不是接受問題，更不是來指導工作的。
2） 平靜面對需求變更的心態，在需求調研過程中，往往雙方對需求理解不一致，造成需求調研前後矛盾，應當心平氣和的去引導客戶，達到需求理解基本一致。
三種提高：
1） 首先提高自己業務知識，對於人力資源的標準業務應該基本熟悉。
2） 其次應該努力的去熟悉使用者的行業，學習使用者使用的術語和標準，以便能夠準確的理解使用者。這就需要我們閱讀使用者所在行業的資料、文章，盡量多選取一些整體性介紹的文章，這樣可以在短時間內能夠對該行業有乙個全面的認識，這樣我們就能夠較好的和使用者進行交流了。
3） 需求調研中，學會盡量不使用it行業的術語，而採用淺顯易懂的口頭語言來解釋it行業中高深莫測的術語，以便使用者能夠很好的理解，提高自己的溝通交流能力。
4） 提高自己的速記能力，文字表述能力以及歸納，能迅速的記錄需求調研核心的問題，總結歸納形成原始的需求調研資料。
5） 提高自己的總結能力，書寫乙份完整的、前後一致的、可追蹤的需求報告。
第3章調研過程
3.1. 蒐集需求得到需求說明書
注意：雖然最終必須要編成基於計算機解決方案的描述，但到目前為止，我們關注的焦點的文件在相應領域方面的部分。
記住這裡沒有計算機方面的行話，如果是編寫乙個會計軟體，那麼一位會計師都應該清楚地理解程式設計師寫的會計方面的問題說明書。
需求說明書問題中，不要太正式。只要描述能表達您想要做的事情就行了，就和另外乙個人在說話一樣就可以。
對於客戶或相應人員了解問題時，一定要有記筆記的習慣，談上幾個小時，很多細節是記不住的。
3.2. 整理，檢查和細化需求說明書
對於客戶的需要進行必要的整理和分類，從使用者那裡會得到很多資訊，不進行必要的整理就不能從中進行合理的分析。分清有用功能、可選用功能、無用功能及不可實現功能。對於使用者來講他可以說出他想要的很多功能，但這些功能間的關係有時是清晰的，但對於很多使用者來講想通過計算機或新系統實現他以前沒有的功能，在這時他所提出的新需求的可行性和與其它模組之間的關係就已經不清，所以對於分析員來講，要從使用者的需求中分清有用功能和無用功能和可選功能，進行分別區分處理，比如不可實現功能請使用者放棄。
不要忽略明顯的錯誤：使用者倒是不經常提及他需要的東西，而這些東西對問題來說都是很基本的，要細化檢查一定有注意這個問題。
你認為的也許不是對的：對於系統分析員對需求分析的自認為的情況要加以注意，對於乙個行業來說，有些規則可以不是最合理，但它就是那樣存在和使用，所以對於每乙個非明確確定的需求，要由專業人員來審定。除非你就是專家。
3.3. 改進
最初的第一次需求在分析，細化一定有不明及不確定之處，那麼就把整理出乙份問題細化問詢表，對發現的問題進行整理，列出不明之處，可根椐以下格式:
問詢人：
問題：業務不清問題列表（業務描述不清）：
1 ….是什麼含義？
2 …..與xx是什麼關係？
多種選擇可以列表（請使用者進行選擇）：
1 ……有多個可能，那麼現在我們使用
a …… b……. c…….. d ……
把問詢表提交使用者，根據反饋對需求再分析，這個步驟可重複多次，最終了解需求，確定需求說明書
3.4. 審核需求
自我審核：把自己從使用者的角度來考慮，是否合理，是否可以提高效率，是否可以達到目的，是否有完整。
由使用者來評價：由終端使用者來評價你所列的需求是否達到了使用者要求（使用者人數1-3人，再多也沒有什麼益處）。
重複過程，最終通過審核完成需求說明書。
需求調研步驟和方法
第1章前言 目的 需求調研是為需求說明書做前期工作，可以說需求說明書說是從需求調研表中得到或抽取而出。需求調研是要了解現實世界中做實際工作的人們真正需要什麼樣的程式的過程 再把這些需求開進細節整理由設計部開發，再由銷售部銷售給使用者。讀後感 調研顧名思義就是調查和研究客戶的想法，我感覺應從以下幾個步...
需求調研方法
需求獲取 軟體需求獲取是軟體需求開發的關口環節，關口沒把守好，後面就會全面潰敗。軟體需求獲取有以下幾個方法 1.面談和問卷調查 2.小組討論 3.情景串聯 4.參與 觀察業務流程 5.現有產品和競爭對手的描述文件 6.市場資料。面談和問卷調查 面談是獲取軟體需求的最有用的方法之一。面談需準備的內容 ...
需求調研提綱與計畫
各位同事，大家好！在領導的高度重視下，公司新的erp系統馬上就要和大家見面了。可能有些同事要問了，那為什麼要上管理系統呢？在此我例舉了以下五點 1 軟體可以讓資料分析處理更簡單，工作效率更高 2 使用管理軟體能讓管理成本大大降低 3 軟體可以在企業業務增加，企業規模擴大的時候，輕鬆平穩過度。4 部門...