1. 如何做好ERP實施項目的需求調研
?埠苤匾?R鄖耙桓魷钅康男棖蟮餮薪錐危?蛭?追蕉砸曳焦宋什宦?舛?岢齦?壞囊?螅?磧墑槍宋飾什懷鑫侍猓?騁曬宋實南钅烤?椴環岣唬灰燦型?煙岢銎笠翟謔凳〦RP產品時,需求調研就一兩天時間,顧問對企業的情況不了解,按著ERP產品的標準功能在實施項目,項目實施效果很不理想。
現在許多企業在ERP實施產品前,外請顧問進行IT規劃,如寧波太平鳥集團,這也可以理解為ERP系統實現的前奏,即讓企業理清業務需求點和發展方向,并與ERP產品功能進行匹配。可見需求調研在ERP實施會越來越重要。
那么,需求調研在ERP系統實施中的作用是什么?需求調研的方式有哪些?需求調研有幾個誤區?如何做好需求調研呢?1、需求調研的作用 1.1 從業務層面了解企業的概況與業務流程。通過需求調研,可以加深對企業整體運營情況的了解,如企業的背景、主要生產特點(包括主要生產的產品)、組織架構、人員職責等。
如果是上市公司,可以通過企業的網站下載如財務報告等相關信息,加快對企業的熟悉程度。 1.2 對相關模塊人員的崗位和職責進行了解。
在調研過程中,雙方溝通會加大,進而了解企業的一些潛在文化,識別企業人員對ERP系統實施的態度(是積極支持?還是無所謂?或者消極抵觸等),有助于顧問在日后的溝通中,有效避免項目實施的阻力。無數項目經驗告訴我們,ERP系統項目實施,有效溝通是十分重要的。
1.3 除了熟悉企業的業務流程與人員職責(人員關系)外,可以了解企業對ERP系統的期望,畢竟企業上ERP系統是需求解決或優化企業的一些問題的,所以,甲方提出的期望需求解決的問題,乙方顧問需詳細記錄,做在未來ERP系統設計時,重點考慮。對自己不熟悉的ERP系統解決方案,應提前進行方案熟悉與準備。
2、需求調研的方式 從形式來講,需求調研有問卷式、現場訪談、混合式(既包括問卷,也包括細節訪談)等。這些方式各有優缺點,應根據企業管理的水平和人員素質進行不同方式的需求調研。
2.1 問卷式一般ERP系統實施方,根據多年的實施經驗,總結出來了標準的需求調研問卷。這些問題一般與ERP系統的設計有關。
其次,問卷式適合企業管理水平較高,人員素質較高的情況下。如果不是,則易引起甲方相關人中反感,因為這類似讓甲方做試卷,很可能填寫的內容不全面。
這樣也使得甲方與乙方缺少了很好的溝通機會。 2.2 現場訪談式 現場訪談式一般是不可缺少的需求調研方式。
這種方式,要求乙方顧問有較強的項目經驗,需做好引導方式,將自己關心的問題,讓甲方講透徹,講清楚。同時要求乙方顧問有速記的能力,將這些訪談的回答,快速準確的記錄下來。
記得以前大學的一位老師強調,速記是大學生的一項基本功。 訪談式的缺點,問的問題可能不全面,不系統,缺失一些重要的問題;另外就是如果不引導好,回答的問題與項目無關,影響訪談效率與效果。
然后,乙方顧問根據需求調研計劃和需求調研問卷,進行詳細訪談,將一些重要的問題,進行溝通和詳細記錄。這是問卷式訪談的補充和完善。
3、需求調研的誤區 誤區1:需求調研是形式 作者曾經參與了一些大型SAP項目,這些SAP項目往往經歷選取幾家單位試點、一期推廣和二期推廣等實施過程。存在一些顧問沒有參加試點,而直接進入推廣項目。
而推廣項目的業務藍圖往往參照試點單位,于是這些推廣項目的需求調研往往會流于形式,試想業務藍圖基本確定了,需求調研在某種意義上變更可有可無了?這樣就容易認為需求調研就是走走過場。也有一些網友提出:他們企業的需求調研只有一天,就進行了項目實施的后續階段。
這些表象,都認為需求調研是不重要的,顧問負責推廣ERP的標準功能就可以了。 誤區2:需求越少越好 有些顧問對自己的技術水平不夠自信,擔心用戶提出比較復雜的需求。
所以,在需求調研階段,一些需求故意不去調研,甚至回避用戶的一些需求。需求調研階段,并非系統實現階段,不需要出具詳細的解決方案。
此時的任務是充分了解企業的業務現狀,只有充分了解了需求,識別了重要的需求,才能真正做到日后設計系統方案時回避需求。 4.1.1 提前熟悉企業的業務概況 可以通過以下途徑來了快速了解企業的現況,如企業網站,信息披露(如上市公司),售前資料(如工作說明書)等。
4.1.2 編制需求調研計劃 以生產計劃模塊為例,在培訓產品的標準功能時(ERP概況培訓),一般會按組織架構、基礎數據、計劃管理、車間執行等幾個部分來介紹,同樣在編制需求調研計劃時也可按這幾部分來制訂需求調研計劃,保證工作思路的一致性(未來在制訂業務藍圖、系統實現階段的單元測試等均可按這幾部分),需求調研計劃應包括: A、需求調研的內容(問卷); B、需求調研的時間; C、需求調研的準備工作(要求客戶方,如準備表單、記錄、文件等); D、需求調研的參加人員。 4.2 正式調研 在準備好調研計劃后,就進行了正式需求調研階段。
根據作者的一些調研經驗,以下因素會影響調研的質量。 4.2.1 調研的對象:應該是企業的骨干,對需求調研對應的業務范圍十分熟悉。
否則會影響需求調。
2. 急需ERP系統需求分析與系統設計方面的知識
ERP軟件的實施過程,是一個不斷滿足客戶需求的過程,新需求不斷被發現,客戶對軟件公司的要求也越來越高,很多軟件公司被客戶的需求推著走,最終因為技術方面或服務能力等因素的影響,而落入二次開發泥潭,時間一長,雙方都很疲憊.問題在哪里呢?問題在于軟件公司對客戶需求的分析缺乏預見性和系統性.需求分析有兩種模式,一種是調查式,一種是模型式.調查式的需求分析是指開發方的分析人員,對客戶進行訪談,記錄訪談中出現的問題,由于訪談的對象有限,因此實際上遺漏了很多沒談到的需求,加之被訪人員對業務的熟悉程度不一,因此,調查式需求分析存在前后需求不一致,經常變更,受被訪人員的影響,根據這些調查結果而作出的需求分析報告,可能有所遺漏,或者過于零亂.模型式的需求分析是指開發人員針對客戶的主要業務,先建立分析模型,根據模型參數的變化,判斷出客戶可能的需求,并對模型的各個方面進行設想和預言,從而形成初步的但比較完整的需求報告,然后再訪談客戶,跟客戶討論需求的必要性,因為設想的某些需求并不是客戶需要的,或者是沒有意義的,這樣最后形成一個完整的需求分析報告.實際上,目前多數軟件公司是選擇使用調查式需求分析模式,原因在于公司缺乏可以指導需求分析的模型,也缺乏有經驗的分析師,為了趕進度,不得不采取這樣的方式,從ERP實施成功率低下的情況看,這種模式的弊端是顯而易見的,軟件公司經常落入客戶需求不斷增加和變更的泥潭中。
3. 我是erp新手實施人員,怎么根據需求分析做實施總結
你好,我做實施項目經理了8年了
給你一個大致的方向:
1、在總結時一定要體現出實施前的客戶需求挖掘和實施后的不同,比如實施前,在售前工程師那里有**需求,實施過程中你發現了客戶在經銷存或者其他哪方面有更多衍生需求,讓客戶這張單子變大了,這就是實施的功勞
2、客戶的需求分析主要分為以下幾個方面來論證:a、對該項目滿足需求的預期與實際達成的差距;B、客戶新需求的掌握程度;C、實施過程中客戶需求變化對實施工程的影響;D、實施進度周期與客戶期望的匹配程度;E、后期改進措施
3、任何一個總結都需要注意:莫像寫作文一樣寫出來,盡量用一點二點三點這種表達方式來寫,領導看起心情就會愉快
不知道是否能幫到你,祝你在erp的工作越做越好!
4. 房地產的企業一般用什么樣的ERP系統比較合適
1. 針對房地產中銷售、市場營銷、客戶服務三個核心業務方面,并將廣告發布、客戶確認、銷售反饋、客戶成交、財務收款、財務催款、售后服務、問題投訴等管理環節有機結合起來,形成優化并高效的地產營銷管理業務流程.
2. 基于合理的成本結構分類進而科學制定目標成本,以此作為成本控制的上限;通過動態成本與目標成本的對比,實時反映異常成本狀況.
3. 通過合約規劃分解控制目標成本的執行,每一個合同都對應相關的合約規劃。項目開發成本的過程控制精細到合同級.
4. 實現一鍵查看多個樓宇整體數據,首創剖面圖展示房源情況,實時掌控樓宇的租賃進程,分類管理客戶信息,幫助招商人員及時跟蹤客戶,提高轉化率.
滿足上述條件才是合格的房地產管理軟件,我們公司使用的是老板管家軟件,能定制操作起來簡單快捷,行業不同,需求不一樣,所以我們才選擇這款軟件的.
5. 急需ERP系統需求分析與系統設計方面的知識
ERP軟件的實施過程,是一個不斷滿足客戶需求的過程,新需求不斷被發現,客戶對軟件公司的要求也越來越高,很多軟件公司被客戶的需求推著走,最終因為技術方面或服務能力等因素的影響,而落入二次開發泥潭,時間一長,雙方都很疲憊.
問題在哪里呢?問題在于軟件公司對客戶需求的分析缺乏預見性和系統性.
需求分析有兩種模式,一種是調查式,一種是模型式.
調查式的需求分析是指開發方的分析人員,對客戶進行訪談,記錄訪談中出現的問題,由于訪談的對象有限,因此實際上遺漏了很多沒談到的需求,加之被訪人員對業務的熟悉程度不一,因此,調查式需求分析存在前后需求不一致,經常變更,受被訪人員的影響,根據這些調查結果而作出的需求分析報告,可能有所遺漏,或者過于零亂.
模型式的需求分析是指開發人員針對客戶的主要業務,先建立分析模型,根據模型參數的變化,判斷出客戶可能的需求,并對模型的各個方面進行設想和預言,從而形成初步的但比較完整的需求報告,然后再訪談客戶,跟客戶討論需求的必要性,因為設想的某些需求并不是客戶需要的,或者是沒有意義的,這樣最后形成一個完整的需求分析報告.
實際上,目前多數軟件公司是選擇使用調查式需求分析模式,原因在于公司缺乏可以指導需求分析的模型,也缺乏有經驗的分析師,為了趕進度,不得不采取這樣的方式,從ERP實施成功率低下的情況看,這種模式的弊端是顯而易見的,軟件公司經常落入客戶需求不斷增加和變更的泥潭中.
轉載請注明出處榮觀房產網 » 房地產企業erp需求分析