監(jiān)理公司管理系統 | 工程企業(yè)管理系統 | OA系統 | ERP系統 | 造價咨詢管理系統 | 工程設計管理系統 | 甲方項目管理系統 | 簽約案例 | 客戶案例 | 在線試用
X 關閉
泛普OA實施方案

當前位置：工程項目OA系統 > 泛普服務體系 > 泛普OA實施方案

企業(yè)OA辦公系統有哪幾種實施類型較好呢?

申請免費試用、咨詢電話：400-8352-114

3、OA辦公系統搭建完成/實施完成 XXXX個工作日后，支付XXX 
任務 風險 策略 預計完成時間 是否完成
1、根據系統搭建的任務清單推進，每日更新并反饋進展；比如：搭建流程50條，知識目錄100個。 1：泛普OA軟件對客戶的需求不熟悉或者客戶需求不明確就開始搭建流程 1：撰寫標準的需求文檔與客戶確認后再進行工作流程搭建，如果搭建過程中不熟悉或者不明確還需要多次與客戶溝通確認。 2013年10月18日 是
2：在搭建過程中，所有參與實施人員沒有反饋，甲乙雙方項目經理及領導都不知道項目進展情況。 2：雙方項目經理應盡好職責，即使不參與項目搭建也要每天關心項目搭建進度。如確實由于特殊原因無法參與，則必須指定專人每天匯總搭建情況，發(fā)郵件告知所有項目相關人員搭建情況，發(fā)現問題及時和雙方項目經理溝通。
3：因為種種原因，項目組每天搭建系統的進度跟不上計劃，造成項目延期。 3：如果出現系統搭建延期情況，則雙方項目經理應及時參與并了解延期的具體原因，找出解決問題的方法。如無法解決延期問題，則應及時告知項目組領導并重新制定計劃。
在實施過程中發(fā)現進度異常，每天下班時一定要開小會確認每個人的工作任務是否完成，出現問題及時彌補。
4：方案未簽字，客戶就讓我方搭建系統怎么辦？ 4：千萬別答應，如果我方先搭，會導致方案的最終確認時間延后，同時也可能造成后期項目返工。
5：在搭建過程中發(fā)現方案中很多內容不夠細化，每做一個任務就要詢問一次需求部門，造成人力資源浪費。 5：出現以上問題應及時告知項目經理，并由項目經理對發(fā)現的問題進行排查，如方案中此類問題重復存在且很多的情況下，集中找到需求部門進行方案細化梳理，減少方案不細化對項目進度造成的影響。
2、對搭建的內容進行自測 1：搭建流程和測試過程不嚴謹，導致項目上線后存在較多問題。 1：OA辦公系統軟件準備標準化的工作流程搭建文檔和測試文檔，按照規(guī)定進行搭建和測試。不能想怎么搭建就怎么搭建，想怎么測試就怎么測試。搭建和測試后要求與客戶確認。我方及客戶內部搭建完成之后對照實施方案進行交叉測試，確保系統功能沒有問題。 2013年10月18日 是
3、用戶測試 1：關鍵用戶測試時，有問題或需求直接告知乙方項目人員，并要求修改。如果項目人員按照要求修改后，繼續(xù)提出新的需求和問題，讓實施人員反復修改。 1：在測試時，雙方應尊重已經確認的實施方案，發(fā)現問題后應及時核對方案。
如果確認是搭建過程中的BUG及問題，則項目人員應做好記錄并調整好。
如果是方案范圍外的需求應歸為需求變更或新增，關鍵用戶應先將其需求提交甲方項目經理，而不是乙方。由甲方項目經理判斷是否有必要增加該需求，如要追加或變更，則雙方項目經理應商討好需求變更實現方式，考慮需求對項目計劃的影響，需求實現成本的結算方式等多方面問題。  		 2013年10月18日 是
2：關鍵用戶抽空做測試，且測試時馬馬虎虎。上線后才發(fā)現系統中問題，嚴重的會造成項目上線后叫停。 2:應讓甲方項目經理對關鍵用戶做好宣導工作，讓其在思想上重視用戶測試工作，如果可以盡量使用封閉測試方法。在測試完成后，請參與測試人員在測試報告或方案上簽字確認。
4、二次開發(fā)內容交付 1：開發(fā)進度不能得到保證 1：與開發(fā)人員溝通好交付時間，并且答復客戶 2013年10月18日 是
2：客戶對開發(fā)內容提出反復修改意見 2：OA協同辦公系統與客戶溝通清楚是需求變更，還是之前需求我方遺漏，并且簽署書面報告，確保需求不會反復變化
5、簽署系統搭建階段完成記錄，催款 5：客戶拒絕簽署 1：和客戶談拒絕簽署的原因，并且進行改善，直到客戶簽署。后續(xù)工作需要簽署后開展。 2013年10月18日 是
4、系統上線或者試運行XXXX個工作日后，支付XXX 
任務 風險 策略 預計完成時間 是否完成
1、發(fā)布上線或者試運行通知 1:發(fā)布上線運行通知后，部分人員還是使用線下操作，不使用系統，上線效果不好 1：定期統計系統使用情況，報客戶高層領導，并和客戶領導溝通，建議通過行政制度要求，并明細必須在系統上運行的業(yè)務，同時線下操作一律不處理 2013年10月18日 是
2：通知內容太簡單，只是簡單說明上線時間點 2：通知務必通過客戶高層確認之后發(fā)布，同時列明使用范圍、使用過程中的系統技術支持方法，相關技術人員聯系方式等內容，讓客戶員工有信心去使用好系統
2、簽署書面上線報告，根據合同時間快到時催款 1:客戶要求延長試用期 1：和客戶溝通清楚要求延長的理由，如果無正當理由須按照合同執(zhí)行，如果確實有情況，須簽訂書面延期報告，確認付款時間 2013年10月18日 是
5、培訓完成XXXX個工作日后，支付XXX   
任務 風險 策略 預計完成時間  
1、確認培訓計劃，包括培訓場次、講師、課件、考試題目等內容 1、客戶認為培訓太簡單，全員還沒有會使用。 1：增加培訓場次或者其他方式培訓，下發(fā)課件，并且通過考試檢查培訓結果，確保用戶會使用系統 2013年10月18日 是
2：培訓時間遲遲不定 2：通過下發(fā)課件讓用戶自學，每個部門培訓1-2個關鍵用戶進行內部轉訓的方式。
2、完成培訓課件準備，資料印發(fā)等準備工作 1:文檔完全由泛普OA軟件項目組來寫，務必建議部分內容要由客戶來編寫起草 1：跟客戶項目負責人明確培訓文檔包括一些用戶手冊，涉及到行業(yè)管理特點的，需要由客戶的項目組成員來負責起草編寫，這樣文檔的質量才能更加貼切客戶本身的管理需求； 2013年10月18日 是
2:單場培訓人員太多，一旦在現場有人提出系統無法解決的需求，會造成負面影響很快擴散，而且培訓的時間無法控制 2：單場培訓人員控制在60人以下；同時控制在培訓現場的用戶交流時間，盡量讓有疑問的培訓用戶會議結束之后單獨溝通；
3、根據計劃完成培訓 1：參加培訓人員抱著聽一聽的態(tài)度來參加培訓，沒有認真去學習、理解培訓內容； 1：在培訓方案里面注明培訓人員的職責，如列明參加培訓人員負責本部門其他人員的使用指導；及在培訓通知里面把培訓后的練習題一起發(fā)布，讓參加培訓用戶帶著問題來聽講解。 2013年10月18日 是
4、簽署系統搭建階段完成記錄，催款 4：客戶拒絕簽署 1：和客戶談拒絕簽署的原因，并且進行改善，直到客戶簽署。后續(xù)工作需要簽署后開展。 2013年10月18日 是
6、項目驗收XXXX個工作日后，支付XXX   
任務 風險 策略 預計完成時間  
1、整理驗收報告，驗收資料，提交客戶 1：客戶基本同意驗收，但是覺得還有內容沒有做好。 1：明確哪些內容沒有做好，談妥驗收條件 2013年10月18日 是
2：每次提出驗收，客戶總說系統還有這樣那樣的問題。 1：明確哪些內容沒有做好，談妥驗收條件 2013年10月18日 是
3：每次提出驗收，客戶總說再等等。。 先弄清楚客戶這樣表達的原因是什么，在關心或擔心什么問題。原因清楚后再想策略。
A：擔心驗收后有問題沒人管了。
策略：與客戶溝通驗收后運維問題，消除疑慮。
B：項目執(zhí)行配合過程中出現不愉快故用戶刁難。
策略：私下的方式消除不愉快，盡快取得用戶方的信任和理解
C：驗收涉及付款所以用戶不想付款所以不同意驗收。
策略：把驗收換個概念向用戶提出，比如驗收是代表我方的工作完成了，是對我們的工作一種確認。同時了解不付款的原因，是由于財務壓力呢還是其他，適時的可以請銷售在商務上溝通一下。
D：印章管理員、領導不在等客觀原因。
對于簽章等手續(xù)問題，需要不斷跟進，對于領導可以先要求做好領導匯報，在領導匯報時直接向領導提出。
E：客戶無理由拒簽。
策略：與銷售溝通是否有利害關系，如無理由，停止服務		 2013年10月18日 是
4：客戶提出驗收條件不能接受 不管有多少分歧，最終還是要達成一致：
1、先將條件進行分類，未交付內容類、BUG或性能類、需求類等，針對不同類型的問題，我們先內部有個思路和應對策略；
2、雙方會議溝通條件（可能會多次），對不同類的問題的解決方案達成一致，過程中可能會不合理的堅持（超出合同、需求變更、需求增加等）、合理的采用置換或延長服務。。。等等方式進行。		 2013年10月18日 是
5:客戶蓋章程序復雜，周期長。 1：建立或者關注OA蓋章流程，可監(jiān)控客戶審批過程，找到審核人處理 2013年10月18日 是
6：驗收條件增加，完成了，用戶又提出新的要求 1：拿出前期驗收備忘和客戶談 2013年10月18日 是
發(fā)布：2006-04-23 11:11    編輯：泛普軟件 · admin    [打印此頁]    [關閉]
相關文章：

泛普泛普OA實施方案其他應用

泛普OA商務合同 泛普OA需求調研 泛普OA實施方案 泛普OA項目啟動 泛普網絡硬件配置 泛普OA部署安裝 泛普流程模板表單 OA系統二次開發(fā) 泛普常見問題解決 泛普OA操作手冊 泛普軟件項目驗收 泛普培訓推廣上線 泛普OA售后服務 泛普新聞 泛普期刊 泛普博客