經營分析做了四年,累了四年,經營分析總是做不好,研發的累的要死,客戶急得要死。我們到底幹了什麼。
兄弟們看看達人指點指點
1、資料的海洋,客戶卻不能自由
客戶:我需要這樣的一張報表
廠商:我們已經產生了,請在XXX目錄下YYY目錄中尋找
問題:報表布局不合理,可能是層次紊亂,可能是層次太深,也可能是業務理解和實際的報表不一致
解決:首先明確報表是一定需要組織的,無組織的報表對於雙方來說都是一場噩夢。
報表的組織是按照商務邏輯還是資料類型,這是個見仁見智的問題。一般而言,對於電信經營分析系統,其涉及的部門(系統的最終使用者)可能來自不同的部門,其資料關注點是不盡一致的,這種情況建議使用業務劃分。使用者永遠是懶的,使用者也永遠是正確的,所以定位報表的工作只能是系統來做。
對於按照資料群組織的報表,例如 使用者分析目錄下就是全部的使用者數啊,使用者發展啊的相關使用者的分析。這種分析有一定作用,還需要實際驗證。
對於報表組織可能還需要提供一些輔助手段,例如報表描述,報表查詢功能,報表關聯嚮導等等。
我對某些人鼓吹的“把所有資料集中在一起,使用者自己去組織報表”的想法非常不以為然,我做了這麼些年的經營分析,還沒見到哪個業務部門的人自己抽取資料湊合成一張報表的,倒是見到越來越多拿著現成表樣來提需求的。這個問題後面講。
2、資料信任的冰河時代
客戶:這個指標演算法是什嗎?怎麼和其他系統核對不準?
廠商:這個我們需要核實一下,我們的演算法都是總部定義的演算法。
問題:系統指標重疊太多,核查不易。系統未能建立完善的指標庫,沒有線上的指標描述。
解決:指標庫建立,對於報表和KPI進行線上描述。完善中繼資料,從中繼資料中核查各項指標。最好能建立一套核查警示機制。
3、雞肋,食之無味,棄之可惜
客戶(領導):這個系統能不能給我一個明顯的展現資料的方式,我一眼就能看到?
廠商:您說的是....
客戶:你看某某系統就不錯啊!
廠商:可是那個系統中只有幾個指標,我們的系統幾百個指標啊,不可能針對每個指標單獨設計展現樣式@@
問題:領導切入點和觀察點不一樣,領導對資料範圍要求基本確定,但是如何展現沒有實現。
解決:抽象領導視圖,為領導定製模板。
4、千裡之堤,潰於蟻穴
客戶:你這個系統就是不行嘛,我的很多需求都沒有實現。
廠商:請問是哪些需求?
客戶:例如 ........
廠商:那些都很久以前的了啊,我們已經實現了。
問題:溝通不暢。現在的經營分析更多的是滿足電訊廠商全國總部和省分公司的要求,對於地市、縣級需求基本沒有滿足。地市的管理層和操作層的評價在一定程度上回影響到系統的推廣。如果客戶採用第三方類似的產品來滿足自己的需求,那麼,你已經看到黃昏了嗎?
推廣力度不足.更多的時候是我們已經實現了功能但是使用者卻不知道。
解決:主動推廣,主動溝通。深入瞭解操作層和二級管理層的資料需求。
5、技術,一個甜蜜的謊言
廠商:我們的系統採用世界上領先的XXX產品,可以實現#####功能,其測試的結果為#####
客戶:...
廠商:前端展現,可以從省鑽到縣甚至營業點,甚至單個終端使用者。也可以從終端使用者上卷到省。
客戶:...
問題:客戶滿腦袋的術語,對系統功能卻含糊不清,所以經常是廠商替客戶寫好文檔,讓客戶向上彙報。
客戶需求的關注點首先在於滿足日常工作需要,然後才是工作能力、品質的提升,一籮筐的術語已經讓人找不到北了。
我很少見到客戶那麼認真的用滑鼠去鑽啊卷的,我認為以前很少,現在很少,以後也不會多到哪去。
解決:技術終究是個輔助手段,不能作為系統的亮點。真正的亮點是如何更好的滿足客戶的需求(雖然這樣顯得沒有很高的技術含量)。這樣由回到前面一個問題,客戶的需求明確到什麼地步。你知道市場部每天需要什麼樣的資料?你知道一個套餐推出會引起哪些部門哪些人的關注嗎?如果不知道,那麼,路還很長。
6、驗收,項目永遠的痛
廠商:系統運行這麼長時間,可以驗收了吧?
客戶:我還有一些需求...
廠商:TMD又來這套
問題:需求界定和需求管理沒有規範
解決:還能怎麼辦?就是要把需求管理當成一個死條文來做!規範是死的,人是活的?沒有規矩怎麼成方圓?——手繪,靠,天才級的抬杠。
//TODO:還有什麼問題???
我們到底要怎麼做?怎麼做才能突破?
//TODO:1、需求界定
//TODO:2、溝通機制
//TODO:3、推廣機制
//TODO:4、技術實現
//TODO:5、客戶培養
總結
人生是痛苦的,經營分析是養老的,痛苦的養老過程中如果沒有客戶和廠商相互的理解和提升,那就沒有任何樂趣了——泥沼的意思很明確的就是這個。