有了腹案，廠商來 Demo 時，我們就比較容易掌握需求的重點。在瞭解廠商產品的功能特性後，依據前一篇所提到的篩選法則，我們就可以先篩選出不合適的廠商，並針對合適的產品開始進行功能評估。
系統的導入，使用者的意見也必須是我們參考的重點，我們可以安排廠商進行系統操作的 Demo，可以的話，請廠商安排日後系統導入的顧問來進行解說，以了解顧問的素質，並於會後請幾位主要的使用者填寫問卷提供意見，例如：
1.系統介面是否容易操作？
2.廠商產品提供的功能與流程和目前ERP系統作業差異度
3.顧問授課方式與教學品質
4.顧問對於系統功能與流程是否很了解？
5.顧問對於問題的回覆是否有具體的回答？
6.今日課後對於廠商產品是否有更深入的了解？
7.是否贊成導入新系統取代現有作業平台？
8.廠商產品所提供的功能對現行作業問題的幫助
9.承上題,簡述廠商產品哪個功能對您的幫助最大
10.廠商產品是否能提昇工作效率
11.廠商產品是否能滿足我工作上的需求
12.未來期望產品提供的功能
每一個問題可以給定評分標準，請使用者給予印象分數，之後進行統計分析，作為我們瞭解還必須做哪些更深入的評估。
大型專案的導入，因所牽涉的金額與影響的範圍相當大，所以評估的過程各方面的意見都必須要考慮到，這時候不妨在公司內部成立一個評估小組，各部門選定幾位主要的負責窗口（意見領袖），負責彙整部門內的意見，並藉由會議討論的過程取得共識，這樣對將來系統導入的過程，因意見領袖在評估過程已經充分參與，這些人都會成為系統導入的助力而不是阻力。
同時，評選的過程必須嚴謹，不要只憑印象來決定採用哪一種 Solution，業務為了業績，一定會一直 Push 你趕快做決定，但您應該要依照既定的步驟來進行，對產品有疑慮，就請廠商多來幾趟或請廠商釋疑，必要時請廠商協助評估，把問題丟給他們，請他們互相比較優缺點，他們會很樂意提供這些資訊的，而這些都可以作為功能評估的參考。
另外，請使用者提供意見，品質也是必須考量的重點，要怎麼讓使用者樂意提供意見以及有效的意見？當然，由高層直接命令是最直接的作法，但平時與使用者保持良好的關係，才是最有效的方法。就像選舉綁樁一樣，您必須讓使用者滿意您所提供的各項服務，同時您也能真正解決使用者的問題，並協助他提昇工作的效率，這些都是一步一腳印，端看您平時有沒有下功夫。
說真的
我對這種數字沒有概念
0分和10分我懂
0分就是不要，不可以，不考慮
10分就是要，可以，讚
但是中間的7,8分有什麼差別
更別提小數點後兩位了
應該是有很多家要評估，如果只有0和10...那會搞不定
了解了
如果比到最後，最高分的那一家
得分也是 7,8 分那種的話
到底是要用還是不用
那就比誰的價錢低吧~~這就是我們工資都不高的原因
最後有可能是變成哪一家的關係比較好就用哪一家的
還是那句老話
有關係就沒關係
沒關係就有關係
有關係就沒關係
沒關係就有關係
tecksin提到：
最後有可能是變成哪一家的關係比較好就用哪一家的
蠻大比例是如此...誰讓你放心...很可能就會是誰...
委外評估，評估準則矩陣進行方案評選。
委外廠商介紹產品。
拿A廠商的功能去砍B廠商的價格，
再拿B廠商的價格去逼迫A廠商降價 !!
一切都是 [白費心機]
應該要求的是 ::
客戶可以自己加欄位
客戶可以自己加頁簽
客戶可以自己加視窗
客戶可以自己加查詢
客戶可以自己加報表
客戶自己加的欄位要能設: [驗證規則][下拉選單][彈出選單視窗]
[下拉][彈出視窗] 設定篩選條件
不然 ::::::::::::::::::::::::::::::::::::::::::::::::
你不得不依賴廠商時，就只能讓人予取予求。
這邊怎麼沒有按"讚"的功能？
tecksin提到：
這邊怎麼沒有按"讚"的功能？
也沒有+1哩！
albertachen提到：
客戶可以自己加欄位
客戶可以自己加頁簽
客戶可以自己加視窗
客戶可以自己加查詢
客戶可以自己加報表客戶自己加的欄位要能設: [驗證規則][下拉選單][彈出選單視窗]
[下拉][彈出視窗] 設定篩選條件
感謝提供意見
這些功能廠商的開發工具都要能做得到，並且技術要能移轉，不然這樣一套 ERP 系統有何價值？
授權費用的確是很大的花費且會持續的發生，當我技術都能自我掌握了，再去支付龐大的授權費確實不合理，但重點是，如果他為企業帶來更好更有效率的營運模式，如何讓這些支付的成本化為企業成長的動力，才是更需要思考的事情。
這在
[Open Source ERP ADempiere]
是屬基本功能
且是免費基本技術轉移項目
老實講,如請世界第X、第X的軟體來DEMO 半天(或一天),USER 就可寫出這份問答,那真的佩服貴公司員工的素質了。尤其是系統介面是否容易操作這一項,看的時候還好,用起來大家叫苦連天
wilson1966提到：
看的時候還好,用起來大家叫苦連天
確實是如此...看的時候都不會有什麼問題...實際進行教育訓練請 User 操作時真的罵聲連連
但有時候是這樣，當痛苦成為習慣，生命會自己找出路
這一個例子是我們做升級評估時用的，所以廠商與現在的系統是同一家，User 對系統的功能與操作方式是熟悉的
今天才看到這一個標題，不曉得前面是否還有提到其他的部分！
其實，版大的作法與我的做法大同小異，
只是，我的作法是，評估之前，先以單位(部門)為主，
這個單位大小端看人員與模組的異質性進行區分，
然後由各個單位提出自己最在意的前10項評估項，
並對每一個評估案給與比重值。
同時，再提出一個實際案例，作為操作演示的要求。
最後會留下20~40%不等的比例，
作為其他的評比項，例如：聽說明時，主關判斷顧問的調李是否清楚、
是否可以了解產業的差異、了解公司同仁的陳述問題、軟體的介面是否親合、
實際案例的操作等等。
當然，USER端評估的是該單位所屬相關的模組，
例如：
採購單位會評估採購模組、料件資料模組、應付模組、委外採購模組等等，
但是就不會去評估成本、生管、請購等模組。
但是請購模組會是採購單位的旁聽模組之一，因為，雖然不是採購的只要使用模組，但會是資料承接的來源，因此有必要了解前端資料的來源狀況。
至於IT，當然也不會閒著，一樣要提出前10項，例如：授權管理、資料庫管理、與其他AP的銜接、程式的自我掌握或是需要100%的委外客製、硬體的需求、電路的需求等等！
這樣，每一個單位是針對自己的需要進行評分，並針對特定模組評分！
最後的匯總，則是依據公司高階主管會議，針對各個模組訂下權重，再將各單位的分數進行合計，這樣久得到每一個軟體商的分數以及個模組的分數。
說到這，相信很多前輩都會說，要死喔！這樣搞法～
還沒說完，教育訓練結束後，USER還必須接受檢定考試，
考試及格才能取得模組的使用權限，順帶一提，測驗區分：僅查詢或需異動。
最後，上線前，單位還必須依照自己所使用的模組完成SOP與WO。
考試取權限的作法依然維繫至今！
洋洋灑灑的一大堆，提供自己的經驗供各位前輩們參考。
感謝您的回覆
確實作法差不多，但您做的比我們仔細，而且參與度很高，這是很好的執行模式，高階主管願意撩下來，真的蠻好的
考試取權限的作法
很棒的作法耶！
這樣不僅可以作為新人訓練的教材，也可以作為考核的評量，一石兩鳥，真的要按讚！
newswind38提到：
說到這，相信很多前輩都會說，要死喔！這樣搞法～
你一定是老板的兒子
newswind38提到：
洋洋灑灑的一大堆，提供自己的經驗供各位前輩們參考
會不會全部人員都說要用SAP,結果老板說:因成本因素,改用頂字的軟體,前面做一堆都白費功夫,所以先跟老板溝通預算,個人拙見才是第一要項
iThome鐵人賽
看影片追技術