如何炮製一篇合格的IT專案客戶案例
最近開始研究商業智慧客戶案例,整理下來,把結構捋一捋,以備不時之需。
翻看了一些廠商的案例文案,基本上結構都是類似的。
各家的文案水平也參差不齊,有的比較翔實有料,有的就是純粹水話連篇。
但是不管文案好壞,基本的結構都還是差不多的,只是裡面填鴨式填的料不一樣,當然不排除有些案例確實做的不好只能硬湊。
我大致捋了一下,可以有幾個部分:
1、行業背景&客戶情況
大致是說下行業的大趨勢,以及對資料需求的大環境等;
客戶情況,企業發展情況發展階段等等;
這部分可以佔個15%左右;
2、客戶企業的痛點、難點、重點;
痛點譬如資料不一致,難點譬如時效性跟不上決策需求,重點譬如海量資料需要利用起來等等等等;
分析下,如果不解決這些問題,將產生哪些後果;
這部分可佔到20%;
3、丟擲方案
介紹成型的產品及方案,或是客戶專案的定製方案;
描述各模組,特點,突出點;
專案中提供服務的特點;
圖文結合的進行應用舉例,闡述產品、方案合服務幫助客戶解決了什麼問題;
這部分可以約50%;
4、將解決成果量化並呈現
這是最有意義的,用數字去打動潛在的客戶。
這部分其實應該要多寫一點,有素材的話,能寫多少寫多少。
但實際上是最難寫的。因此大致放個15%左右吧。
另外還有幾點心得,也一併記錄。
關於量化成果
說到量化,不由得想起很多年前,聯想一個BI專案,進行到尾聲,非要我們提供專案的ROI。
計算節省多少人力成本還不夠,非要算能帶來多少的收入或類似業務線的增長,掰得非常痛苦。
其實這是非常值得注意的,專案的早期就開始注意這個問題,相對會好很多。
畢竟如果有類似ROI的數字,相對合理的表述出來,對於雙方都會是很有助益的。
從客戶企業角度來審視案例寫作
我們要站在客戶的角度來想,需要看些什麼。而不是我覺得客戶想要看寫什麼或者我想寫些什麼。
經過調查,站在客戶角度來看,最常問的三個問題分別為:
1、這套方案能解決什麼問題?
2、採用這套方案的必要性?
3、這套方案可能帶來什麼結果?
因此、方案就應該多圍繞這些角度展開。
是否要闡述具體解決方案?
有兩種看法,一種是客戶案例不討論解決方案細節。理由是,如果讀者可以根據案例瞭解解決方案,那還有必要聯絡你嗎?給客戶留好奇,併為後續溝通留餘地。
另外一種是,不闡述解決方案的客戶案例,國外廠商確實有這樣的,但是在國內行不通,通過會被認為沒有乾貨,然後,就沒有然後了。
相對來說,我比較認同後者,或者這也算是國內外客戶案例寫作的區別了。
顏值特別重要
文案的顏值很重要,讓人在看的時候就很能Get到眼球,並讀的很舒心。
圖表,尤其是乾貨圖,很重要,可以多一些,可以處理得美觀一些。
其實,客戶案例文案也代表了廠商的形象,其他地方都做好了,在顏值丟印象分是最不值得的。