做G端公司的產(chǎn)品經(jīng)理，大部分都是一個人又是產(chǎn)品經(jīng)理又是項目經(jīng)理，這兩個角色本來可能就有一定程度的交叉，在G端行業(yè)，這兩個身份可以說80%的重合，那我們?nèi)绾巫龊庙椖可暇€工作呢？

G端建設系統(tǒng)的時候往往都會面臨一個局面，和客戶剛剛匯報完成，沒幾天他就找你：“小X，這個系統(tǒng)月底能不能上線啊”，此時內(nèi)心驚呼一聲，這不是才剛剛看了一下原型，怎么就要要求盡快上線了。這個時候你只能和領導匯報之后，趕緊和團隊同步信息，緊鑼密鼓的開啟開發(fā)工作。

一、項目上線清單

確定V1.0版本上線時間和上線功能點之后，我們需要羅列上線需要完成的工作清單，明確要求的完成時間，實際負責人，特殊情況說明等內(nèi)容。

以下是項目上線時，現(xiàn)場需要準備的內(nèi)容：

兩套環(huán)境：一套正式環(huán)境，一套測試環(huán)境，兩個環(huán)境盡量保證測試數(shù)據(jù)，用戶數(shù)據(jù)完全一致，如果不一致很可能會引發(fā)后續(xù)的測試問題。很多情況下沒有辦法保持完全一致也沒有關系，那特殊的測試點在正式環(huán)境要注意即可。如果有更多的服務資源，可以部署一套開發(fā)環(huán)境，便于現(xiàn)場開發(fā)排查和開發(fā)。

用戶數(shù)據(jù)：平臺如果是內(nèi)部單位使用，用戶會比較多，我們要注意完成用戶數(shù)據(jù)導入功能。一般會讓我們直接拿其他數(shù)據(jù)庫導出的數(shù)據(jù)、或者ECXEL表格的數(shù)據(jù)、再或者對接接口從接口抽取數(shù)據(jù)。無論哪個方式都可以，這個時候要注意，實際用戶的組織結構很可能和提供的數(shù)據(jù)不一樣，政府單位存在借調(diào)的情況，在設計用戶表的時候要注意區(qū)分好實際單位和掛職單位，把用戶數(shù)據(jù)密碼全部初始化。這里注意兩套環(huán)境的用戶后臺數(shù)據(jù)庫不要用一套，我工作中遇到過開發(fā)把這兩套環(huán)境用戶數(shù)據(jù)后臺用一個數(shù)據(jù)庫，后面引發(fā)了問題。

角色/權限/數(shù)據(jù)字典配置：

1、角色配置：如果角色涉及的人員比較多，職位比較復雜，需要開發(fā)提供SQL進行批量配置，有的角色配置可能和單位層級以及職位掛鉤，角色特別復雜的情況下，要求開發(fā)提供SQL配置文檔。（不要小看角色的問題，很多時候出現(xiàn)BUG，排查之后發(fā)現(xiàn)就是角色配置有問題，角色是非常容易踩雷的一個點）；

2、權限配置：權限配置和角色掛鉤，很多時候公司打包的安裝包里面權限已經(jīng)配置完成，要做好檢查工作；

2、數(shù)據(jù)字典配置：配置好現(xiàn)場所有的數(shù)據(jù)字典。實際項目上線之后，很容易出現(xiàn)一種情況，本來一個下拉框四個篩選項，客戶加一個，現(xiàn)場加了公司沒加，這種情況建議督促現(xiàn)場運維做好記錄，最好公司也保持同步。

數(shù)據(jù)庫準備：建立所有需要的數(shù)據(jù)庫（一般就是公司同步的SQL，由運維或者測試執(zhí)行）

現(xiàn)場測試：部署完成之后，測試率先開始進行測試，測試完成之后，產(chǎn)品經(jīng)理一定要去現(xiàn)場點擊一下看看，不要100%相信你的同事說沒問題，后期遇到BUG當然不可怕，但是事前檢查很重要。也不需要產(chǎn)品像測試一樣進行全面細致的測試，大概操作一下主流程即可。

登錄頁掛名：內(nèi)部網(wǎng)站系統(tǒng)登錄頁一般掛上負責人的名字和手機號：比如王工，18186741234。

建立試運行反饋群：這個是由客戶主動去政務微信建立微信群，會拉一些主要用戶和試運行測試用戶進群，群內(nèi)會提問或者提出一些建議，所以我們也需要對應的政務微信賬號，便于及時回復消息。

二、上線后工作

數(shù)據(jù)庫定期備份：建立完善的數(shù)據(jù)備份機制非常重要，項目運行過程中難免遇到數(shù)據(jù)庫崩潰或者數(shù)據(jù)有問題的情況，更新新版本的時候，也要主要備份最新數(shù)據(jù)庫，萬一更新有重大問題還可以及時回退版本。

系統(tǒng)更新發(fā)版：內(nèi)部系統(tǒng)，盡量在6:30之后（客戶下班之后）再開始更新，更新的時候可以在群里發(fā)布更新公告，及時同步消息。

客戶溝通匯報：及時與客戶報備系統(tǒng)運行情況，與客戶定期（每日/每星期）溝通當前平臺的情況，包括更新內(nèi)容，解決BUG，尤其是客戶直接打電話或者微信提出的BUG和優(yōu)化，更新之后一定要及時匯報，維護和客戶之間的良好關系。系統(tǒng)運行穩(wěn)定到后期的時候可以根據(jù)實際情況再進行匯報。

三、項目上線之后突然遇到很多問題，客戶信任感下降怎么挽回？

我當時剛剛畢業(yè)的時候，負責的第一個項目客戶沒有經(jīng)過試用就直接上線給全省內(nèi)部使用，當時那個平臺涉及到新舊兩個平臺的對接，上線之后用戶數(shù)據(jù)，角色，本身原平臺的對接數(shù)據(jù)全部都出現(xiàn)了各種各樣的問題，總的來說就是“天塌了”，后面客戶對于我的信任值直線下降，這個時候作為產(chǎn)品經(jīng)理（項目經(jīng)理）我們應該做什么呢？

• 果斷認錯，態(tài)度良好：上線遇到那么多問題，客戶心態(tài)炸裂，肯定會連帶著一起罵我們，但是不要慌，這個時候沒有人比你能夠更快速的解決問題，所以我們的心態(tài)要穩(wěn)，被出氣之后，快速整理問題，召集團隊進行溝通，梳理問題點，挨個解決。
• 加班加班，兢兢業(yè)業(yè)：系統(tǒng)遇到大問題，整個項目團隊肯定都脫不了干系，所以開發(fā)、測試、產(chǎn)品在現(xiàn)場都在是最能快速解決問題的，大家都在現(xiàn)場集中解決問題最穩(wěn)妥，快速響應和解決。
• 定時匯報，快速響應：系統(tǒng)出現(xiàn)的問題和優(yōu)化每天下班之后都整理好發(fā)給客戶，對于客戶提出的合理優(yōu)化更好及時響應，微信要及時回復，我曾經(jīng)就因為沒有及時回復客戶被罵過。
• 安撫團隊，團結力量：項目出現(xiàn)重大問題，不管這個問題是一個人的，還是一個團隊的，對于客戶來說都是你們公司有問題，你們團隊有問題，我們出現(xiàn)就是一個整體，所以更要和團隊成員搞好關系。產(chǎn)品經(jīng)理站位會更高一點，會看見團隊的每一個情況，總攬方向，團隊其他人更多都是做好自己的事情，所以產(chǎn)品此時更應該站出來，處理好團隊之間的情緒，避免情緒爆發(fā)引起沖突。