需求調研是實施MES系統關鍵的里程碑。作為MES系統實施開題性的工作，需求調研是 MES系統 規劃、實施過程中基礎、重要的工作，調研的好壞將直接影響MES系統實施乃至應用效果。
從MES系統需求調研的工作內容來看，一般包括以下幾個關鍵步驟：
一 、MES系統需求調研計劃
凡事預則立，需求調研計劃是整個調研活動的指導，也是跟客戶和其他干系人溝通的重要手段。需求調研計劃包括調研目的、調研范圍、調研方式和調研安排以及需求確認的準則、方式等內容。
調研的主要任務是通過對現有系統和業務需求的調查與定義，進一步明確系統任務，制定系統發展規劃。
調研的范圍包括界定系統涉及的業務范圍、功能范圍，涉及的業務流程、崗位人員，與其他業務系統功能邊界的劃分以及集成范圍，還要包含用戶的非功能性需求。
調研的方式包括用戶訪談、文檔考古、現場觀摩、聯合開發等，這些方式可根據MES系統項目的狀況和企業狀況進行組合，用戶訪談是與用戶面對面進行交談;聯合開發是調研小組介紹系統功能流程的同時，用戶根據實際情況針對這些功能提出建議與調研小組共同討論;現場觀摩是到生產現場了解實際的生產組織和業務流程。
調研的安排是對于整個MES系統調研活動步驟的定義：什么時間、什么地點、哪些人員要參與、采用哪種調研的方法，主題是什么，每個步驟要達成的目標是什么等等。
MES是生產執行管理的核心系統，要關注各個業務專題，所以各個業務專題的調研是重點，但除此之外，更為關鍵的是對關鍵的主體業務流程的調研，MES系統能夠成功實施的關鍵是對關鍵主體業務流程的流程重組和優化，否則，如果MES只是實現了對業務過程的記錄，系統是沒有生命力的。
另外，MES需求調研計劃還要制定需求確認的準則和方式，這個內容相當關鍵，需求分析報告是用戶具體需求和詳細需求的清晰的表述，是項目驗收的重要依據，但必須經過甲乙雙方的確認，所以，需求確認一般采用非常正式的需求評審會議的方式進行。
MES系統項目的需求確認一般遵循以下準則：
1.需求滿足合同要求;
2.需求評審發現的問題都已經協商解決;
3.需求都得到了識別與描述，能夠保證需求的完整性;
4.需求描述正確，能夠確保需求的正確性;
5.考慮了各個層次的需求，確定了需求的優先級，確保需求的可行性;
6.遵循了客戶要求的行業標準、業務準則。
二、需求調研組織
MES系統調研問卷
MES需求調研的組織是在需求調研計劃達成一致后，首先提前將各個調研專題的調研問卷分發給相應主題的各個需求調研參與人員，目的是先讓各個參與人員對調研內容和問題先進行思考和梳理思路，同時將涉及到的文檔和文件準備好，增加調研效率的同時，還能使調研更充分。
MES系統調研通知
各個專題的需求調研召開，一定要提前進行正式的調研通知，一般是以郵件方式進行(設置收到回執)，其一是尊重，其二是獲取承諾(同時還能提醒，明天就要調研了，有領導要參加，調研問卷填了嗎?)。
MES系統調研記錄
調研過程中一定要進行詳細的記錄，這里的詳細是指要把所有的要點都記錄下來，MES系統調研信息量會非常大，好記性不如爛筆頭(當然可以用敲鍵盤來代替)，對表述有疑義的地方一定要采用你理解的方式跟相應人員確認(溝通中必須的!)，每個主題調研完成后要對調研記錄進行整理，并進行調研記錄確認，因為調研記錄要作為需求分析的基礎，調研記錄中的錯誤和偏頗會導致需求分析的錯誤。
MES系統需求分析
MES系統需求分析的交付物是《MES需求分析報告》或《MES用戶需求規格說明書》，是需求分析階段重要的交付物，需要明確編制目的、范圍、術語及縮略語、文檔約定、參考文件，要對項目的目標(總體目標、管理目標、技術目標等)及范圍(組織范圍、集成范圍、功能范圍等)界定清楚，并對關鍵業務流程進行說明，在業務需求中結合項目合同的要求和調研中的要求進行業務需求描述，并針對業務需求分析出相應的功能需求和非功能需求(性能需求、安全性需求、部署需求、界面需求、接口需求等)。
若是使用原型法進行需求調研，一定要將原型截圖，并進行詳細說明。需求分析一定要描述精確，一定要把需求界定清楚，切忌模棱兩可，更不能存在歧義，一定要可度量，并且能簡單的實現度量，MES需求分析報告是系統測試的依據，也是項目驗收的依據，一定要重視!
三、需求調研的確認
MES系統需求調研的確認主要是《MES系統需求分析報告》或《MES系統用戶需求規格說明書》的評審，這里的評審包括兩輪預評審和一輪評審，三輪評審主要是干系人范圍不同。
第一輪評審是乙方內部的評審，內部先確定需求的覆蓋度和存在的風險；第二輪評審是乙方內部評審通過后與甲方部分干系人(甲方項目經理、各部門中層領導、業務骨干等)的確認；第三輪是真正意義上的評審，是要所有關鍵干系人都要參加的評審。
評審根據需求確認準則進行，評審通過，《MES系統需求分析報告》才成為正式的階段交付物，這時，一定要建立需求跟蹤矩陣，以確保項目的后續階段中，需求有對應的設計，設計有相應的實現，功能有相應的測試，以及在需求變更時，都要進行相應的評審和相應需求跟蹤矩陣的更新。
