Maximo可以在子標籤頁（例如維護保養工作記錄檢測數值、完成情況等）列表上快捷寫入資料，減少了使用者操作的步驟，和系統響應所需的時間
Infor EAM在子標籤頁中無法靈活的在列表上錄入資料，通常在多項工作條目中針對檢測結果錄入，是否完成反饋等需要對逐條進行填寫，需要點開每一條的詳細資訊錄入後單獨儲存，對此普遍使用者反響意見較大 | ||||
（6） | 快捷資料錄入 | Maximo在資料選擇方面可根據情況選擇彈出框式、超連結式、下拉列表式、日曆時間式等，靈活適用於多種場合 | Infor EAM不支援下拉列表框選擇資料的方式，當選項較少應使用下拉列表的方式效率高於彈出框的選擇方式 | |
（7） | 頁面資料快取 | Maximo由於採用快取實時刷新技術，在寫入資料庫之前即可獲取到頁面數值，在資料與資料之間互動時即時性更強，同時應用於各大主流的系統平臺技術 | Infor EAM關聯欄位無法通過快取即時重新整理，由於Infor EAM的邏輯控制幾乎全部來源於資料庫， 邏輯控制觸發的條件就更加苛刻，例如故障維修我們在填寫故障體系，即故障現象、故障原因、故障措施時，想要通過故障現象選擇原因，通過原因選擇措施時，Infor EAM需要每次選擇前進行儲存，向資料庫寫入命令才可以引出關聯的原因和措施等，從小的方面影響了操作人員的使用效率，從大的方面直接影響了生產檢修的工時 | |
（8） | 報表實現 | Maximo預設整合的BIRT報表，功能、速度方面表現更優於水晶報表 | Infor EAM預設整合的水晶報表（但通常客戶不會採用水晶報表） |
2. IBM Maximo與SAP
使用者的友好性
使用SAP PM 使用者普遍的感覺是系統不易於使用,一個簡單的工作要切換多個螢幕才能完成,而使用MAXIMO可能只需在一個螢幕就能完成。另外SAP各應用程式之間的連結也非常弱,不像MAXIMO有超級連結的強大功能使使用者可以在各相關應用程式之間來回切換。
技術的先進性
雖然SAP的一些新模組正逐步使用JAVA技術開發,但對於那些舊的模組,仍是在C/S結構的基礎上,外加HTTP服務器實現Web Enable,這種技術不能確保應用程式的螢幕百分之百地轉換成HTML格式,如一些滾動條在HTML格式下會有問題。不像MAXIMO是純JAVA產品,使用J2EE的技術標準開發的，並得到SUN公司的認證。因此在客戶端的反映速度上，SAP要慢一些。
個性化開發的容易性
在業界,SAP客戶化開發的難度是眾所周知的,使用者必須掌握ABAP語言,而這種程式語言不是通用的語言,必須由專業人員完成,因此對SAP做客戶化開發工作的難度和費用都很大。而MAXIMO使用的是標準的JAVA程式語言,客戶化開發非常容易。對於中國的使用者,應用軟體的客戶化能力還是相對重要的,如執行、點點巡檢管理等,都必須通過客戶化開發實現。
專業化深度
SAP PM作為SAP ERP解決方案的一部分,在裝置維護管理方面與專業的EAM解決方案軟體在功能的深度上還是有差距,主要體現在SAP PM是從以財務為核心的出發點來設計的,並不是從裝置維護人員的角度出發的。因此在一些專業術語的使用,以及軟體功能的設計有較大差別。例如,SAP沒有圍繞維修作業的安全計劃概念,雖然SAP有QHSE模組,但基本上是圍繞產品生產的質量保證體系出發設計的,基本上很少有客戶使用,更難以應用到維修操作的安全管理。又如,SAP沒有標準作業規範的定義,而直接使用預防性維修計劃的定義,中間少了一個層次,對於企業中眾多標準工作包的定義非常不利,同時,也不能有效支援計劃性消缺工單中對標準作業計劃的應用。再如,SAP不能對工單的維修人員做人員計劃,即便是在實施了SAP的HR模組的情況下。而MAXIMO有很強的Work Manager功能,可以根據工作優先順序對人力資源進行有效排程。再如,SAP不支援層次型預防性維修計劃的建立以及主預防性維修計劃的概念,因此不能支援大小修維修計劃的建立。
模組整合性
SAP PM作為SAP的裝置管理模組,不可能獨立應用,必須與其他模組一起實施。一般來說需要與SAP的FI/CO、MM、PS等模組一起使用。從採購和庫存來說,雖然SAP的MM模組很強大,但其強大之處在於與SAP的PP/PI的有效結合,用於製造行業的物流MRP計劃。而對於MRO類物資的物流管理來說,其採購驅動模式來源於工單物資計劃、服務計劃、以及安全庫存重訂購等,從這一點來說,SAP的MM模組相對於MAXIMO的採購模組沒有優勢,而MAXIMO非常靈活的工單直接採購功能,更是非常適應於維修管理業務特點的一個功能。另外,SAP的MM模組不能實現對物資的倉庫管理功能,而只能管理到倉庫中的總數量,不能實現倉庫中的貨架管理。要實現貨架的細緻管理,就必須實施SAP的WM模組,相當複雜。如果激活了WM模組,物資接收和發放時,首先必須在MM模組中進行操作,然後還要在WM模組中進行操作,使用起來非常繁瑣,而且容易出錯。相對來說,MAXIMO的庫存管理功能要來得簡單而直接,易於使用得多。
工作流設定
SAP雖然也有工作流設定功能,但除了一些簡單的工作流邏輯可以通過角色定義完成以外,複雜的非標準的工作流定義必須通過ABAP程式完成,非常複雜,而且不易於修改。一旦定義以後,即便發現流程不合理,卻必須通過程式修改來完成,讓人望而卻步。因此在絕大多數SAP實施案例中,都是使用其他的工作流定製軟體來協助解決這一問題,例如使用Lotus Notes中的工作流定義功能,使用者不但要投資於Lotus Notes軟體,還必須培養人員學會Lotus Notes的工作流定義方法,雖然麻煩,但相對於SAP的工作流定義功能要簡單靈活多了。而MAXIMO強大的圖形化工作流設計模組更是SAP無法比擬的,能全面定義物資請求、採購請求、詢價、採購訂單、發票、工單跟蹤、工作管理等工作流程的定義。就是因為這一點,很多使用者更願意使用MAXIMO的庫存和採購功能,最後與SAP的財務模組相整合。這一方面是由於MAXIMO的庫存採購管理更適合於MRO物資類別,使用簡單有效,另一方面可以使用MAXIMO的工作流模組靈活地設定適合於客戶組織架構的工作流程。
升級的容易性
MAXIMO的系統升級非常簡單,一般只需要一個星期左右。而SAP的升級不是由PM模組決定的,如果想對PM模組進行升級,首先必須考察的是其他核心模組的升級工作量,如FI、MM等。因此工作量巨大,對保護已有投資不利。
3. IBM Maximo與國產自研EAM
Maximo與自研EAM產品對比分析
1、EAM是一個成熟市場，自開發的系統給使用者帶來長期持有風險
自開發時，很難分享到同行業領先管理實踐，需求基本來源於內部人員提報，自己提的需求很多時只能考慮現狀，從長期發展的視角勢必會要求持續的修改，然後基於專案開發的需求會以最小成本滿足眼下需求即可，無法以平臺架構的角度思考，預留強大的平臺擴充套件能力以適應後續需求演進。
自開發系統完全掌握在一個臨時的技術團隊手中， 小廠商的經營風險帶給使用者後期無法服務，無法升級的風險。從而帶來更加昂貴的軟體持有成本，以至於影響業務使用者的正常使用。
2、成熟的商業套裝軟體產品生命週期長有利於保護IT投資
成熟的套裝軟體經過產品化的發展歷程，具有更持久的生命週期，所以相對於自主開發軟體而言，成熟的套裝產品更有助於保護企業的IT投資，也更有利於保障企業資訊化建設的成效。
3、成熟的商業軟體技術先進，架構靈活
商業套裝軟體是平臺類產品，具備完善的開發配置工具，無需涉及原始碼，簡單易用，便於使用者掌握，可以很大程度上實現自我開發和維護。
4、成熟的商業軟體能夠帶給企業先進的管理思想
套裝軟體會有專業的產品設計團隊，這些產品的設計者能夠將行業內經典的管理實踐轉化成解決方案，以確保軟體產品的生命力。套裝軟體所擁有的廣泛的使用者基礎總也不乏各個行業的佼佼者，他們的最佳管理實踐也都會隨著軟體的升級優化而積澱在軟體產品當中。
引入一套好的軟體產品，也就能將行業中優秀的管理實踐帶入到企業中來。這也是通過IT促進業務提升的常見做法。
5、成熟的商業軟體能給使用者提供穩定產品級的保障服務
成熟的軟體產品會配套完善的售後以及技術支援隊伍，大型穩定的軟體廠商相對來講會非常在意自己使用者的滿意程度，選擇成熟的軟體產品也意味著選擇了一種可靠的產品路線， 並能夠享受到持續穩定的技術支援服務。
6、成熟的商業軟體，實施和技術支援服務生態系統完善
成熟商業套裝軟體廠商有完善的生態系統，市場上有大量專業的服務提供商可供選擇，市場競爭更充分，供應穩定，企業可以有較大的選擇空間。
7、成熟的商業軟體產品能引領使用者共同發展和進步
眾所周知隨著技術的發展日新月異，軟體產品的更新換代是比較頻繁的，大型軟體廠商會與時俱進並能夠在新技術發展的浪潮下引領創新，在產品中植入人工智慧建模、大資料分析、物聯網平臺等新能力。所以軟體廠商會陪著使用者共同發展，同時也會通過產品支援或升級的方式共同分享新技術和新方案，進而保護既有使用者的軟體投資。