序：一切不以應用爲目的的軟件開發都是無用徒勞的。
正文：一款需上線的軟件如何去檢驗，在一個非專業開發人員的角度去看，無非有兩點：1，軟件能不能用。2，軟件好不好用。
1、能不能用涉及到的層面是需求是否符合要求，流程邏輯是否通順。
2、好不好用就是所謂的開發設計人員所做的良心活兒，包括用戶體驗是否良好，操作性是否便利等。
當然很多軟件公司做好第一點就已經很不容易了。
原因絕大多數在於應用階段出現的各種問題，所以，更高效更有效的培訓成爲了軟件實施應用的重要且必要環節。
如何做好培訓工作呢？
培訓前準備工作：
1、一份詳細的培訓大計劃，用於乙方內部使用。
①、培訓週期、培訓時間。在計劃中確定培訓時間，每次培訓的開始時間和結束時間。
②、培訓地點。確定培訓地點，不同崗位的培訓需設置在不同的培訓地點，便於參與者的學習和實踐。
eg.有一次我們的項目經理給企業做倉儲流程的培訓，地點設置在了會議室。雖然做了很詳細的PPT，講解如何進行集中分揀等出入庫流程，但結果培訓之後，到實際應用中完全不瞭解是怎麼個流程。之後，我們又去了進行培訓，地點設置在庫房，對分揀單、驗收單、裝貨單等一一的進行操作講解，既演練了流程達到了培訓的目的，又使操作員強化並加深了操作方法。
③、培訓人。一般來說培訓的人應該是該項目的負責人、項目經理、或是諮詢顧問等高層角色。至少是一個精通該業務的IT人員。該角色應完全參與調研、設計、測試環節，至於是否參與開發就無關緊要了。編筐編簍全在收口，精通業務可以在培訓中進行互動，使參與者加深印象。參與調研、設計，會讓你面對甲方的額外需求時不會尷尬。參與測試，會讓培訓者更有底氣，臨時出現問題也好隨機應變。
eg.有一次由於公司的項目經理安排了一個開發人員進行培訓，回來後開發人員帶回來N多的新需求，當然開發人員對於需求該不該做，費用怎麼計算說的不算。但是，確實是會影響到客戶滿意度。
還有一種情況是例外，我在早些年前去給人培訓財務模塊。本身我不是學財務的，對財務一竅不通；老闆非要讓我負責，我是硬着頭皮去的。首先，我不能忽悠客戶，不懂裝懂。先與客戶建立好關係，虛心的向客戶請教財務知識。雖然我是去培訓，但是放低姿態（畢竟我不懂財務知識），以一個學習者的姿態面對客戶財務人員讓他感覺自己像老師一樣，建立好關係之後，客戶也會向我請教軟件的應用，我依然是本着互相學習的態度去進行講解和相互的討論。在此期間，我不斷的向客戶詢問財務相關的業務和知識，客戶也很樂意爲我解答。有了第一次的經驗，之後的財務軟件培訓我就做的得心應手了，一來二去，我也學到了不少財務知識。
有些人問我，業務從哪裏學？不同的企業業務是不同的啊？我會回答：業務來源於客戶，在教別人的同時自己也在學習。在給企業設計業務流程及企業規劃的時候都是需要去各個部門進行調研的，在這個過程中就會了解不同企業的不同的業務。（有點兒說多了...跑題了！）
④、參與人。指定參與人這個非常關鍵，做好了可避免二次培訓或重複培訓的工作。記住一個原則：不錯重複的培訓！ 一個崗位的培訓如果涉及到上下兩個或幾個崗位的，需要這些崗位的人員都進行參與。一個流程的培訓，不要每個環節一一培訓，要整個流程統一培訓。不要覺得參與的人員過多不好安排，整體統一培訓是少不了的環節。
eg.比如培訓一個採購環節，涉及到的不光是採購的人員還要涉及到入庫環節的相關人員；因爲需要退貨，一旦退貨就需要走庫房環節。如果需要審覈和質檢，那麼質檢部財務部都需要參與了。
⑤、培訓內容。培訓人員做好PPT，有時間的話就大家討論一下。
2、甲方參與培訓的人員計劃。（張貼在甲方辦公地的明顯位置）
包括什麼時間，哪位講師進行培訓，培訓什麼崗位的什麼內容，需要哪些人蔘與等。
3、計劃確認。
這個環節很重要啊，計劃的內容需要甲方一把手或直接的負責人進行確認。
確認內容包括參與人是否能參與培訓，培訓場地、設備等。
eg.有一次去客戶那裏進行培訓，原定的2、3個人，我想用個筆記本直接演示講解就OK了。結果到了客戶那裏，客戶老總召集了10來號人，當時我也沒想有這麼多人，就沒有帶投影儀，弄得場面很尷尬。結果客戶老總從家裏搬來個大電視，解決了我的燃眉之急。
培訓前的準備工作都做好了，就開始按照計劃進行培訓了。
培訓中需要注意的一些事兒：
1、新需求。
這個是項目經理或培訓人員最頭疼的問題，尤其是在產品演示的時候，會聽到“這裏用着不方便啊”、“字體能不能改大些啊”、“這裏的按鈕能不能放到上面啊”之類的問題。這些問題會直接影響培訓的進行，所以在會議之前，一定要樹立“規矩”。例如：在我講解的時候大家可以隨時提出問題，如果是本次軟件中不涉及到的需求，我會記下來，然後和負責人進行探討，如果是設計和操作習慣的問題我也會記下來，然後在會後與負責人和參與人一起討論。這樣在會議過程中，遇到問題就可以先記下來，不必馬上作答，當然簡單的就可以馬上回復了，這樣不會影響整個會議的進行。
2、BUG。
測試不到位就會遇到Bug，這時培訓者是很尷尬的。遇到BUG首先不要慌，儘可能的去了解BUG是如何產生的，然後截圖並記錄。這個是要給開發人員看的。給客戶的解釋一定要客觀的說明該BUG的產生，（純技術的BUG就不要說了，只說是開發人員的疏忽並道歉就OK了）。人無完人，客戶不會因爲BUG吃了我們的。
eg.有一次真的是因爲BUG導致整個系統運行不下去了。當然我沒有慌張，因爲我帶着開發的相關文檔以及操作手冊等相關文件。我把BUG現象等發回開發人員進行修改，然後我打開每個操作頁面的文檔進行的培訓講解。改完後，我又簡單的做了一下軟件演示。做足準備，纔會避免臨時問題。
3、參與人咋講都不會。
這種人其實並不是不會軟件操作，簡單的說他們是在“鬧情緒”。因爲上了軟件增加了他們的工作量或是其他原因。在培訓中經常會遇到這種情況。首先需要單獨的進行溝通，（企業上了軟件員工不可能不用，除非不幹了）大概就是圍繞這個主題進行灌述，當然不要這麼直白。實在溝通不行的需要上報其上級領導，就是打小報告了！沒辦法，說不通只能這樣做了。
培訓之後：
1、需要進行培訓確認，確認細到每個功能或者模塊，這個是爲了防止以後有糾紛。
eg.我還真遇到過不講理的，口乾舌燥的講了一下午，第二天那大姐啥都不知道，然後她們經理問爲啥不會，她說我沒教她。導致我又去了一次進行的二次培訓。這讓我心情很是不愉快，如果真的是自己忘記怎麼操作了，問一下我又不會不告訴她，來這麼一出，着實讓我措手不及。後期我養成了培訓後簽字確認的好習慣，都是被逼的~被逼的~逼的...
2、找“小幫手”。在培訓後確認該崗位的負責人，以後的所有的問題都要通過該負責人。也就是說遇到不會的第一個要請教該負責人，如果該負責人也不會，就記錄下來。我們會向參與人發放一個需求單，然後遇到問題後統一提交到崗位負責人那裏，然後負責人整理之後再發給我。這樣在過程中，一些簡單的問題負責人就給解決掉了，我們也省去了不少麻煩。
3、信息部。這個部門是要全程參與培訓的，他們是我們最大的資源，相當於我們的員工（免費的且十分實用的）
eg.我也遇到過不配合的信息中心的管理員，所以在給企業做諮詢的時候把他直接幹掉了，並推薦了另一個員工上位。因爲我和企業有着共同的大目標，企業之所以能這麼作，也是堅定了信息化的決心和態度。（順我者昌逆我者亡！！！
開玩笑啦...我也沒那麼NIU X 了，估計是該員工早與企業不合~~）
結論：用心做事兒更要用心做人！
