問：產品穩定，產品也有亮點，培訓也上檔次，文件也齊全。確實，客服這回清閒了。那客服的作用是什麼呢？
答：客服當然有用了。
首先，對於上一講的需求，計算機室人員要交給客服部而不是直接交給開發部。客服部會首先把需求記錄進「需求與bug任務管理系統」。內部溝通後，把需求能解決的解決，解決不了的送到開發部測試人員，測試人員盡力解決後，剩下的交給業務開發組的組長。組長來安排什麼時候修改，誰修改。
這個方法很重要，我們往往在過去發現客服記錄的很簡單，就說不好用了，這怎麼能查問題呢，只能讓開發部直接去給客戶解決問題，一切規矩流程又都廢了。
客服為了減輕自己的工作量，有很多好的方法。如引導客戶論壇發帖。這樣所有人都能看到，而且客戶之間也能看到，群策群力，解決問題的就不是客服部這幾個人了
另外，客戶的需求修改完了，需要給客戶更新。誰來聯絡給客戶更新，誰來跟蹤更新過程和結果，這又是客服的工作了。
如果客戶要求客服人員到現場，那麼客戶必須給客服中心發乙個現場服務申請單。客服經理審核後才能出外勤，不能客服隨叫隨到，沒有規矩。
但是出外勤也需要費用，這部分費用就需要客戶承擔。我們過去遇到客戶動不動就讓到現場，就耗費了不少費用。
我們以往收不到種種費用就是我們在每乙個環節都做的不專業，你自己都理虧，當然客戶不會給你付費了。我們自己做的專業了。每乙個付出都讓客戶覺得付費值，只有這樣客戶才付費。
客服到客戶現場，要籤服務單。誰去了，什麼時候去的，什麼時候結束，解決什麼問題，是否解決，客戶的簽字。
在客戶處，解決問題就是解決申請中的問題。不在申請問題範圍內，在有限的時間內就不要解決了，當然時間允許能給客戶解決問題還是幫忙客戶解決。但是時間有限。我們工作都有銜接，人員也就那麼多。在以往的專案中，客服人員總是對客戶無法拒絕而違反這點，造成的結果就是公司有一堆事需要他處理，他本來要在客戶處呆2天沒想到呆了6天，很多事情都錯亂了，各個部門越走越分離，越走越不同步，造成最後，反正水流到**就算**，那天碰到問題哪天解決問題，心就懶了，意也灰了。
第二十七天
今天主要學習了linux的程序通訊 程序通訊可分為 管道通訊 訊號通訊 共享記憶體和訊息佇列 管道通訊 分無名管道和有名管道，無名管道一般用於父子程序之間 訊號通訊的產生方式 1.按鍵產生 2.硬體異常產生 除數為0，無效儲存訪問等 3.程序用kill函式給另乙個程序發訊號 4.使用者用kill命令...
學習第二十七天
一 this關鍵字 this關鍵字 this動態繫結物件 1 this所在的函式是否是通過new呼叫使用的,如果是指向當前new的物件 2 this是通過物件.函式名 使用,this指代當前呼叫的物件 3 this預設指代window,window指全域性物件 定義的全域性變數,預設定義window...
學習python 第二十七天
python生成 import xlwt def export excel request 建立乙個workbook 設定編碼 workbook xlwt.workbook encoding utf 8 新增工作表 工作表名，這個引數是可選的，預設建立的工作表 sheet workbook add ...