A:需求與經(jīng)驗。通常,籌備組人員在建設(shè)客服中心的時候沒有足夠經(jīng)驗,很多需求是在以往的業(yè)務(wù)知識與“想象”中誕生的。而開發(fā)技術(shù)系統(tǒng)的人員把自己定位為“執(zhí)行者”,“實現(xiàn)者”?蛻粼趺刺,他們就怎么記,然后根據(jù)書面標準去開發(fā)系統(tǒng)。這造成了雙方都痛苦的局面:需求方痛苦的是開發(fā)出來的東西不是想要的東西;開發(fā)方痛苦的是客戶的需求總在變化,花了很多時間開發(fā)的功能沒有用處,而另外新增了很多內(nèi)容。
B:技術(shù)與運營。技術(shù)人員往往不了解運營,從而經(jīng)常質(zhì)疑一個功能是否需要,常常猜測運營的流程和可能出現(xiàn)的情況。同樣,也很少有運營管理人員懂得技術(shù),因此聽到技術(shù)名詞甚至購買了某些技術(shù)模塊卻不知道有什么用、怎么用,而另外一方面,在運營上的需求不能細化到指導(dǎo)開發(fā)的程度,也經(jīng)常會誤解開發(fā)的難易程度。
(1)無論在技術(shù)系統(tǒng)建設(shè)哪個進程中,都要保持緊密有成效的溝通。所謂溝通,不僅僅是雙方坐在一起開會提出和記錄需求的過程,而是信息發(fā)出、接收、確認、調(diào)整的過程。比如,技術(shù)開發(fā)方可以根據(jù)需求方的描述先設(shè)計應(yīng)用界面的演示版,這能給需求方以感性的認識,從而理清思路并更加明確自己的要求。待應(yīng)用界面已經(jīng)通過后,再進行開發(fā)就會更貼近客戶的實際需求。
(2)成立共同的項目小組,盡可能分模塊負責。需求方一個項目小組,開發(fā)方一個項目小組,雙方派出項目經(jīng)理的方式往往不能滿足客服中心這樣復(fù)雜的系統(tǒng)需要。建議雙方建立共同的項目小組,充分溝通與合作,控制項目的范圍和質(zhì)量。
(3)尋找對運營、技術(shù)都了解的專家。一般來說,開發(fā)方都需要指定專人了解需求方的業(yè)務(wù)或運營需要,但是這需要很強的綜合素質(zhì)。如果不具備這樣的人員,在條件允許時借助外腦-請咨詢顧問是一條捷徑。
(4)明確項目目標和里程碑。定義好項目的最終目標,安排工作的優(yōu)先次序,設(shè)定里程碑使得計劃可以分階段進行,并且控制每個階段的完成時間,將使項目更加有序。需求方中往往有部分人員屬于“完美型”,對每個功能、每個界面都力求完美。這是沒有錯的,但是當項目的進程遇到困難的時候,有勇氣判斷優(yōu)先次序,決定哪些是必備功能,哪些是可以后續(xù)開發(fā)的功能,從而確保項目按時“階段性完成”,確保系統(tǒng)啟用的時間,往往是更需要且更具挑戰(zhàn)性的。