最近开始研究商业智能客户案例，整理下来，把结构捋一捋，以备不时之需。
翻看了一些厂商的案例文案，基本上结构都是类似的。
各家的文案水平也参差不齐，有的比较翔实有料，有的就是纯粹水话连篇。
但是不管文案好坏，基本的结构都还是差不多的，只是里面填鸭式填的料不一样，当然不排除有些案例确实做的不好只能硬凑。
我大致捋了一下，可以有几个部分：
1、行业背景&客户情况
大致是说下行业的大趋势，以及对数据需求的大环境等；
客户情况，企业发展情况发展阶段等等；
这部分可以占个15%左右；
2、客户企业的痛点、难点、重点；
痛点譬如数据不一致，难点譬如时效性跟不上决策需求，重点譬如海量数据需要利用起来等等等等；
分析下，如果不解决这些问题，将产生哪些后果；
这部分可占到20%；
3、抛出方案
介绍成型的产品及方案，或是客户项目的定制方案；
描述各模块，特点，突出点；
项目中提供服务的特点；
图文结合的进行应用举例，阐述产品、方案合服务帮助客户解决了什么问题；
这部分可以约50%；
4、将解决成果量化并呈现
这是最有意义的，用数字去打动潜在的客户。
这部分其实应该要多写一点，有素材的话，能写多少写多少。
但实际上是最难写的。因此大致放个15%左右吧。
另外还有几点心得，也一并记录。
关于量化成果
说到量化，不由得想起很多年前，联想一个BI项目，进行到尾声，非要我们提供项目的ROI。
计算节省多少人力成本还不够，非要算能带来多少的收入或类似业务线的增长，掰得非常痛苦。
其实这是非常值得注意的，项目的早期就开始注意这个问题，相对会好很多。
毕竟如果有类似ROI的数字，相对合理的表述出来，对于双方都会是很有助益的。
从客户企业角度来审视案例写作
我们要站在客户的角度来想，需要看些什么。而不是我觉得客户想要看写什么或者我想写些什么。
经过调查，站在客户角度来看，最常问的三个问题分别为：
1、这套方案能解决什么问题？
2、采用这套方案的必要性？
3、这套方案可能带来什么结果？
因此、方案就应该多围绕这些角度展开。
是否要阐述具体解决方案？
有两种看法，一种是客户案例不讨论解决方案细节。理由是，如果读者可以根据案例了解解决方案，那还有必要联系你吗？给客户留好奇，并为后续沟通留余地。
另外一种是，不阐述解决方案的客户案例，国外厂商确实有这样的，但是在国内行不通，通过会被认为没有干货，然后，就没有然后了。
相对来说，我比较认同后者，或者这也算是国内外客户案例写作的区别了。
颜值特别重要
文案的颜值很重要，让人在看的时候就很能Get到眼球，并读的很舒心。
图表，尤其是干货图，很重要，可以多一些，可以处理得美观一些。
其实，客户案例文案也代表了厂商的形象，其他地方都做好了，在颜值丢印象分是最不值得的。
