項目售後的實施成敗，和項目經理的管理有直接的關係。那麼如何做好項目的售後管理?希望下面的文章對你有所幫助!
1.真正理解項目經理的角色
對項目經理角色的理解一定要避免兩個極端，一種過分強調項目經理的技術能力，認為項目經理應該是團隊中技術最強的人，項目實施中的任何疑難問題最終歸集到項目經理，項目經理必須説“Yes”或“No”，否則就無以服眾。另一種則過分強調項目經理的領導能力，認為項目經理首要任務是給他的組員端咖啡，協調大家之間的關係等。我認為項目經理首先應是有過類似本項目的項目實施經驗，對項目要有一個清醒地認識，同時對該行業的相關知識有紮實的基礎;對該項目能夠做出一個科學的、切合實際情況的實施方案，在必要的時候能夠幫助自己的組員解決問題，但並不是説項目經理必須是任何技術問題都非常精通，比如對於項目的網絡構架，項目經理可以諮詢相關專業人員。但無論如何，項目經理都應該熟悉和了解項目中的每一項技術，只有這樣才能全面掌握項目。其次項目經理應具有協調、組織的能力，能夠調節整個項目團隊的氣氛，在遇到挫折時“升温”，在過分樂觀時“降温”;同時應具有同項目單位進行溝通、協調的能力，為自己組員的項目實施做好環境的準備;在遇到關鍵或疑難問題時，能夠通過各種途徑找到問題的答案。
項目經理跟一般的職業經理人不同，它具有較強的專業性，一個不懂技術的人是絕對不能做項目經理的.，項目經理應該是技術和管理的結合。
2.重視對項目組的管理，獎罰分明
在項目的實施中，必須建立一套切實可行的項目管理制度，特別是多方組成的項目團隊，更是如此。只有這樣，才能保證整個項目實施的有序進行。規範化而且切實可行的項目管理制度，必須因企業、因項目而異。一般而言，應是項目管理原理、企業/行業特點和項目規模/性質、企業開發文化/素質等各種因素綜合的產物。同時要嚴格執行制度，做到獎罰及時、分明。在制度建設上一定要避免兩種情況：一是無項目管理制度，僅憑個人經驗實施項目管理;二是書生制度，照搬教條，紙上談兵，束之高閣。
項目管理的核心是‘三角平衡’，即規格、成本、進度三個方面保持平衡。在大部分項目實施中，往往無法確立和實現項目成本的指標、考核和控制，資金的支配權往往不歸項目經理，而由公司決定，這樣導致公司與項目經理之間的責任不清，對於某些制度也無法貫徹執行，不能很好地實現項目經理負責制。
為了組建一個和諧的團隊，項目經理必須充當隊員的激勵者、教練、活躍氣氛者、維和人員和衝突裁決人。
另外，項目經理還必須注重不同崗位的後備人員的開發。在項目的實施過程中一旦出現隊員辭職的現象，項目經理能夠合理安排人員調動和接替;同時，便於隊員在工作過程中形成競爭，以及合理安排期間性休假。
3.計劃、計劃、再計劃
幾乎所有的人都知道項目的實施需要制定計劃。但是在具體操作過程中還是存在以下幾種現象：一是項目計劃的制定不夠嚴謹，隨意性大，可操作性差，因而實施中無法遵循(如項目計劃過於粗略，落實不足)，沒有做到任務、進度、資源三落實。二是缺乏貫穿項目全程的詳細項目計劃，甚至採取每週制定下週工作計劃的逐周項目計劃方式，其實質是“項目失控合法化”。三是項目進度的檢查(與進度計劃比對)和控制不足，不能維護項目計劃的嚴肅性。
再完美的計劃也會時常遭遇不測，但並不表明我們不需要制定計劃了。如果沒有計劃我們就失去了參照物。項目經理應該能夠預測變化並且能夠適應變化。經常做一些“如果——那麼”的假設，避免安於項目現狀，在項目發生變化時能夠及時作出調整。計劃總在變化，計劃沒有變化快，關鍵是計劃能夠跟上變化。
在項目的實施過程中，經常會將整個項目分成若干個小的項目，項目經理應有效的利用好時間，做到各個項目之間的有效、合理銜接，保持整體計劃的合理性和連貫性。
項目計劃粗細程度，是一個需要小心把握平衡的問題。越細則控制力度越大，但項目管理的成本越高;反之亦然。以國內目前的狀況，個人看法，3個月以下的項目應細到人天，至少2～3人天;半年以上的項目，至少應到人周。
4.真正理解“一把手工程”
很多項目在實施前期都強調“一把手工程”，並且運用的特別好，比如：由總經理召開會議、成立項目小組等等，但是往往在實施開始之後就不能很好地發揮“一把手”的作用，使得一把手工程變成了撒手工程。項目經理應該自始至終地發揮“一把手”的作用，應該定期地(一般為一個月)或在某項小的項目結束時將階段總結呈遞給“一把手”，並且進行簡短的交流，聽取“一把手”對於項目的看法，在必要時提議“一把手”召開會議。同時，對於項目經理所在公司的“一把手”也要定期進行彙報和交流，以獲取支持、理解和資源的調配。
5.不要吝惜在培訓上花的時間，進行二次、三次培訓都不為過
培訓是項目實施的一個重要環節，目前國內單位(特別是大型國營單位)的人員素質比較低，對於信息化的理解幾乎等於零。所以我們在進行培訓時，應該分層次、分階段的進行培訓，不能期望一次培訓就能使單位的人員理解和掌握軟件的操作。培訓應貫穿於項目的始終，並且應做好適合用户水平的操作手冊，必要時在單位內部網頁上做“常見問題問答”的欄目。一定要避免“客户理解太慢、太笨了，我幫他做了吧”等想法和行為的出現。
6.進行原型測試，做好一個理論和實踐都可行的實施方案
不管是培訓還是計劃都必須建立在一個可行的實施方案的基礎上，否則即使你的方法再好，也不可能達到良好的效果。所以在實施之前，應該進行充分的系統分析和調研，充分聽取各個層次人員的意見，多方蒐集資料，並且進行多角度的原型測試，在項目小組(包括業主方)同意的基礎上，才進行實施和培訓等計劃的制定和執行。儘量避免在實施過程中進行方案改變等情況的發生。
7.合理的降低客户的需求
任何系統都不是萬能的，都不可能百分之百地解決客户地所有問題。在項目的實施過程中，應該實事求是地、明確地告訴用户那些是系統做不到的。一些公司和實施人員不願意和害怕把真象告訴用户，只想把企業原本正確的業務流程轉變成本公司系統所規定的業務流程，結果造成雙方僵持。特別是一些軟件程序上的毛病，更是不願接受用户的指責。其實，這完全沒有必要。在不可能解決的問題上跟用户兜圈子，其結果只能是使用户對你造成誤解，和對公司的不信任。
由於各種各樣的原因，在企業的經營管理中總會有一些具有自己特色的東西，但是，企業難於在短時間改變現有的做法，這就需要軟件的靈活性和實施的變通。當然，應該儘可能地使企業的行為合符有關的法規和慣例，這是最好的結果。對待客户需求方面也應該講求80/20原則，不能一味的降低客户需求，試想一個軟件連客户百分之八十的需求都滿足不了，還怎樣要求客户放棄自己的需求。我們所講的合理的降低客户需求，應該是在解決了百分之八十以上的基礎上，或解決了企業主要需求的基礎上，對於客户的一些特殊需求不預滿足或解決。在項目的實施過程中，我們不能承諾能夠解決客户的所有需求，如果一個軟件能夠解決客户的所有需求，那我們的實施也就不費力了，也就不需要講求那麼多的實施方法了，企業實施該項目也就不需要諮詢了。
