首先恭喜你將代表公司參加ERP系統的BETA測試，你將被派駐“前線”開展BETA測試的艱巨任務。任務中你會直接面對客戶，和客戶進行溝通交流。你也許會聽到客戶的贊賞，友好的溝通，也許會聽到客戶的批評乃至抱怨，甚至是不信任。你需要通過這次BETA行動讓客戶的贊賞升級到對ERP系統的敬仰；你需要扭轉客戶的抱怨以及對產品的不信任，讓他們重新認識ERP系統，認可ERP系統這一款偉大的產品。你準備好接受這次挑戰了嗎？Let’go！黨和人民期待你的凱旋歸來！
（行前準備）
當你被任命為BETA測試團隊負責人的時候，你的第一件事，就是和你的團隊成員進行溝通，包括你的內部接口人。明確BETA測試的計劃安排，并達成一致，注意你必須在計劃時間內完成BETA測試，請珍惜每一天，每一分鐘。具體請查看《ERP系統BETA測試計劃客戶信息.xls》，上面有你想要的所有信息。
第二件事，了解測試計劃客戶信息文檔的內容后，與對應機構的實施顧問進行一次詳細的溝通，了解必要的信息：
1> 了解項目的大體情況，客戶關系，客戶訴求等
2> 客戶應用業務的領域以及具體應用的業務模塊
3> 客戶是否有大量的二次開發業務，主要集中在哪些領域
4> 客戶項目的階段，上線初期？實施階段？維護階段？一期驗證，二期準備上線？
5> 客戶應用的環境（操作系統、數據庫類型、數據庫大小），客戶應用ERP系統的規模（大型的客戶可能已經有多臺服務器集群，如果環境過于復雜，對于后續的驗證、升級都會有巨大的挑戰，需要提前預知這些風險，及時做應對策略）
6> 現場的業務以及技術實力的了解。BETA測試能夠前往前場的人員有限，不可能驗證到所有的業務領域，在環境部署以及服務器配置上也不可能把專家派往每一個現場。所以了解現場的業務以及技術實力非常重要以便于到了現場以后的工作開展。有一部分工作是需要實施顧問配合我們一起完成的。
了解了必要的信息后，要把你的BETA測試計劃（《ERP系統Beta測試現場工作計劃_xx客戶.doc》）進行整理，并發給實施顧問，讓實施顧問和客戶做好溝通，并確認。
有很多實施顧問都沒有經歷過BETA測試，有的容易把BETA等同為總部人員幫機構完成客戶實施交付，有的認為BETA測試是總部派人員來解答客戶的問題，你需要把BETA測試和顧問解釋清楚，雙方要對BETA測試的目標和過程意見一致。具體可以把《ERP系統Beta測試說明文檔.doc》發給顧問，并進行說明，如果有需要在BETA測試客戶交流溝通的時候也可以提供這份文檔，讓客戶有正確的理解。
不論在行前溝通還是到現場和顧問溝通，都要注意以下一些顧問最為關心的問題。
Q：BETA測試對機構有啥好處？（這是機構最喜歡問的問題，也是最核心利益的問題）
A：BETA測試需要機構來協助總部來驗證產品相關的功能以及質量的狀況。總部給予機構對客戶實際應用的業務進行產品的驗證，發現可能存在的缺陷及時修復。如果BETA客戶需要正式升級的，總部會支持客戶正式環境的升級，通過BETA期間總部的支持大大提升升級效率，升級過程中所有的問題總部都會有綠色通道直接解決，對于需要升級的客戶來說好處顯而易見。
Q:BETA測試總部派人來幫助機構完成項目實施交付？
A:NO，BETA測試的目標是來驗證產品的質量穩定性，為正式發版進行實戰的驗證過程，與項目實施交付并沒有直接的關系。但在BETA期間可能會涉及到預測試，甚至客戶環境正式升級，可能和項目有一定的結合，但BETA測試的結束不以項目進展為目標，而是以BETA測試的目標達成為結束標志。
Q：你們趕緊過來吧，客戶有很多需求需要總部給予解答
A：BETA測試階段主要目標是驗證產品的質量以及業務功能的正確性，客戶的需求我們可以協助記錄并反饋給總部，由總部后續給予解答，但BETA測試團隊不對相關的需求問題給予任何承諾，也不會在BETA測試期間解決相關的需求問題。
Q：BETA測試把客戶正式環境升級以后，你們不能走啊，要等客戶完全沒有問題才能走。
A:BETA測試有詳細的流程以及相關問題處理的方案，正式升級后我們會有一個觀察期，客戶整體應用沒有重大問題后，BETA測試團隊就會返回，后續如果還有問題可以按照日常提單流程進行反饋，總部會有相關人員協助處理的。
Q：BETA測試的費用誰承擔？
A：BETA測試的費用由總部承擔，機構無需承擔任何費用。
Q：那你們來吧，我們比較忙，正好ERP系統客戶就交給你們了
A：BETA測試期間必須有實施顧問全程參與，堅決不允許總部BETA測試團隊直接和客戶接觸。所有涉及到商務、需求等相關問題，BETA測試團隊不便于和客戶直接接觸。且相關的客戶信息以及交流需要通過顧問的協調和參與。
第三件事，如果有可能盡量拿到客戶的最新帳套，在研發內部進行一次預升級測試，升級過程是BETA測試期間問題最多且最為耗費時間的環節，如果可以拿到客戶帳套在研發內部做一次預升級，及時發現可能存在的問題并在研發內部修改完成，有利于現場BETA測試的快速開展，也能夠較好的給顧問以及客戶信心。
第四件事，出發前必要的準備，請查看《Beta測試行前準備事項檢查表.xls》。
1> 準備你所需要的筆記本電腦，鼠標，網線。注意安裝必要的OFFICE軟件，抓圖工具等等，BETA測試的相關文檔記得出發前索取
2> 帶上你的郵件系統密碼卡，郵件系統將是你和總部溝通的關鍵工具
3> 記錄下你對應項目的內部接口人、部門經理、項目總監等關鍵人物的手機號碼，在遇到突發事件的時候不會手忙腳亂，總能找到你需要找到的人
4> 出發時間明確后，記得給實施顧問打電話，讓他們協助定一下酒店，酒店的位置最好在客戶的附近，免除奔波之苦。注意出差標準，和實施顧問明確，否則多的費用是要你自己出的。
5> 帶上身份證，注意當地未來的天氣變化，多準備一些衣物，身體對于BETA測試尤為重要，時常記住你所肩負人民的囑托，不要誤了大事。
6> 最后就是走之前填寫出差申請
（BETA現場階段）
--啟動會議
當你離開深圳的時候，就要開始帶領你的團隊獨立作戰了。到了目的地安頓好住宿后，先和實施顧問進行聯系，找個時間進行一下項目的溝通，交換一下BETA測試的意見，這個時候不要有客戶在場，等雙方就相關事宜達成一致后，在和客戶進行溝通，開展BETA測試啟動會議。BETA測試形式不限，有的客戶可能會隆重的開會，有的客戶可能就確認一下即可。形式不重要，只要和客戶確認了整個計劃以及BETA測試的目的即可。
再次強調，整個BETA測試開始就一定要說清楚，實施顧問必須要全程參與，換人可以，但必須保證每天都有實施顧問在現場。
--預測試
預測試環節是BETA測試最為重要的環節，是直接決定BETA測試成敗，以及檢驗BETA測試效果的因素。所以預測試需要認真對待，并且百分百投入。
1> 預測試開始階段一定要制定一個詳細的預測試計劃，把客戶常用的業務流程進行總結梳理，先設計一個測試方案，測試方案需要有測試用例，顆粒度可以粗一些，但一定要有明確的驗證思路。計劃的時候一定要考慮可能存在的風險以及客戶方的因素。比如客戶方業務的參與時間和安排，系統能夠切換的時間，任何工作不要過多的影響到客戶的正常業務工作。客戶復雜的環境以及升級所需要的周期都要納入到考慮的因素中，總之就是要做好風險管理，把一切可能的因素都考慮進來。
2> 預測試期間必須關注此次版本測試的目標（質量穩定？擴展平臺？性能優化？），這些都必須納入到你的測試方案中。每項工作都要落實具體的人員，前線的資源是有限的，這個時候不要區分什么需求、開發、測試和顧問，所有的人都應該全力投入到驗證過程中，分工有側重，但并不代表只要各掃門前雪，需要一起開展工作的時候就要全力投入，特別是業務驗證階段，任務最為繁重。
3> 請按照部門要求在客戶現有版本上收集相關業務的性能數據，填寫《ERP系統beta驗證性能收集.xls》，這個是未來我們未來需要解決的性能關鍵點。同時你還要填寫一個文檔《ERP系統Beta測試性能優化驗證列表.xls》，這個里面描述了本版本性能優化的點，你需要在升級前在客戶的現有版本上收集數據。然后在升級到最新版本，再次收集一次數據，這樣才能了解我們這次性能優化的效果如何。
4> BETA測試一定要想清楚了在開始動手，一切計劃準備就緒以后就開始BETA測試吧。BETA測試切記的一點就是時刻做好備份，備份是你一切工作開展的基礎。一旦沒有備份，造成的后果將是毀滅性的，所以一定要記住！！！不要怕麻煩，有風險的時候就備份一次。做預測試的時候備份賬套，執行腳本的時候備份賬套，發過來的私家包替換前先備份被替換的文件……
5> 按照當初制定的計劃開展整個BETA測試的執行工作，遇到問題就按照流程進行反饋，直到問題的解決。如果客戶關注到我們的某個問題，不要謊報瞞報，客觀的和客戶反饋并積極跟進解決，千萬不要欺騙客戶。當然很多工作是需要大家在下面做好的，在客戶面前盡量展現良好的精神風貌，無論是產品還是個人。
6> 預測試期間發現的問題注意更新《ERP系統Beta測試反饋匯總表_XX客戶.xls》，并將該文檔及時反饋給研發總部人員，不要簡單的等到每天晚上才集中反饋，這樣對于問題的處理就會延誤。所有的問題請注意和內部接口人事先溝通，定一個問題的編碼規則，否則會容易亂套的。建議的編碼規則為“客戶簡稱_日期_序列號”，比如中國運輸的客戶，問題編號為“zgys_20100615_002”，這樣編號的好處是唯一編號，便于總部和現場的郵件跟蹤，有個日期能夠方便的了解每天所有問題的處理結果。
7> 預測試過程中所有的細節都要詳細記錄，不要被表象麻痹了雙眼，特別是數據庫升級的時候，每一步的異常以及你的處理方式都要詳細記錄，因為所有的問題在你正式升級的時候都有可能碰到，如果你沒有記錄清楚，正式升級的時候帶來的影響會是致命的。
8> 除了每個問題的及時更新，在辛勞一天以后BETA測試負責人還需要對一天的工作進行總結，把項目的大體情況反饋到總部。你也許還堅守在客戶的現場，也許你正在酒店舒適的床上，但請記住一定要發送《ERP系統Beta測試_工作日志_XX客戶.xls》給總部對應的接口人
預測試工作比較艱辛，可能你會發現很多的問題在研發的時候都沒有碰到，但在客戶現場卻時常出現，這就是 BETA測試的目的，請認真思考每一個問題，這將是你BETA測試期間最大的收獲，也許會是你人生中重大的一次經歷。BETA團隊負責人注意BETA測試進度以及計劃的把控，這就是一次項目管理的親身經歷，也許對于你來說擔子重了一點，但你應該慶幸你有這么一次難得的鍛煉機會。把自己想象成是麥克.阿瑟或者隆美爾，運用你的聰明才智取得這次“非洲戰役”的勝利。
--系統切換
系統切換的成敗取決于預測試是否充分完善，所以正式升級前請對預測試的內容進行一個回顧，把相關的內容整理清楚，特別是升級和環境部署過程。
1> 正式升級前一定要把升級計劃及時間安排反饋給你的總部接口人，也可以讓總部接口人為你在指定的時間內安排可能的支持人員
2> 正式升級前請做好所有需要備份的工作-環境、數據庫、腳本、模板等等
3> 制定升級計劃以及明細的升級步驟，包括每個步驟可能的耗時。想好每一步的后路，做好最壞的打算。即便是升級不成功至少還可以還原客戶現有的環境，不影響客戶的業務的繼續開展。
4> 計劃和步驟明確后，選擇好升級時間就可以開始正式升級了，安裝正式環境-升級數據庫-執行腳本-升級成功。升級過程多少都會有一些小的意外，不要驚慌，認真分析問題產生的原因，并與總部進行溝通尋求幫助。
5> 經過一到兩個不眠之夜（也許會更長），正式環境升級成功，還不要高興的太早，請安排所有的人員鋪到系統上做一個基本的業務驗證，做一個憑證，走一張供應鏈單據，……至少要保證重大業務功能的正確性。此時的驗證范圍一定要準，一定是客戶應用的關鍵流程，這些業務沒有問題，至少客戶在正式使用的時候不會造成惡劣的影響。
--運行觀察
當第一個工作日的來臨時候，也是最為緊張的時刻，客戶平穩的運行將是你期待的結果。如果遇到了突發問題一定要沉著冷靜，要以最快的速度分析問題，并尋求總部的解決，要不斷關注問題的解決過程，最好是每4個小時就和總部確認解決情況，這個時候是分秒必爭的時刻。不要因為緊張而忽略了要求，繼續按照《ERP系統Beta測試反饋匯總表_XX客戶.xls》的要求進行反饋溝通，不要以為一個個問題郵件反饋會來的快，那樣只會更亂。
隨著系統的穩定，你的等待期間也許會變得悠閑，你的心情也許會格外舒暢。可以和客戶方的業務人員拉拉家常，聊聊家庭，生活，工作。在輕松愉快的過程中建立深厚的友誼，這都是緣分呀。在閑扯中不要忘了和客戶交流一下產品的應用感受，收集他們的感受，日后也是我們產品改進的方向。
記得在空閑的時候操作一下系統，填寫《ERP系統測試性能優化驗證列表.xls》，用數據來感受我們的性能優化的成果。
--BETA報告
當一切的艱辛都已成往事，你該為你的工作感到自豪，你已經具備了相當的項目管理能力，閉上眼睛回顧一下你在客戶面前從容不迫的神情（盡管你的內心非常的緊張），在面對問題的時候果斷正確的決策，還有麥克.阿瑟將軍般的指揮風采。原來“非洲戰役”對你來說是如此般的成功，想象你正在接受人民的歡呼和祝賀……
這種感覺是不是非常的好？×&……%￥#@！，擦干口水該起床了。順利完成BETA測試后，請準備你的 BETA測試報告《ERP系統Beta測試報告_xx客戶.doc》，記住測試報告編寫完成以后請一定發給BETA測試總負責人審核一下，確認符合要求且沒有問題的時候在給客戶簽字，不要犯一些低級錯誤，這個是非常影響公司專業形象的。
BETA報告簽字的時候和客戶領導簡要交流一下此次BETA測試的過程以及成果，特別是功能改善以及性能提升部分的典型成果，我們的目標是幫助客戶成功！請讓客戶體驗到幫助客戶成功后的喜悅，同時也讓客戶看到你艱辛努力換來的豐碩成果！分手道別的時候向客戶送上公司準備的精美禮品，也祝福客戶一帆風順，飛黃騰達！
客戶可能會談到一些遺留問題以及后續維護的顧慮，請告訴他我們的策略，打消他的后顧之憂。
--BETA測試結束
BETA測試結束，也請整理好你的行囊，整理你所有的費用發票，便于回家后報銷。如果可以的話，建議拉上實施顧問找個當地有特色的小館子小酌幾杯，當然這個費用公司不會給你報銷的，因為公司提供了出差補助。不要過于在乎這點小錢，對于此次BETA測試你所獲得的收獲，這點小錢實在算不了什么。日后項目還需要實施顧問繼續跟進，難得一次天南海北的相聚，留下一個美好的記憶。說不定日后一不小心又會在一起戰斗呢。
人生就像一場旅行，不必在乎目的地，重要的是沿途的風景和看風景的心情……，退房，趕飛機，回家咯……！