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