案例！案例！还是案例！每个有数据可视化项目的甲方，基本都会问这个，数据可视化案例。你们有过什么样的成功案例？这是甲方爸爸挂在嘴边的口头禅。当甲方的这个项目是承包给乙方来做，乙方是一家软件公司的时候，一般来说，都会需要乙方出示以往的案例，这也形成了行业内的规矩。也是甲方最快速度了解乙方实力的体现，这里不得不感叹一下：小企业太难了，怎么走都是难，万事开头难，没有案例接不到单子，没有单子就没有案例，恶性循环啊！
上述的是项目承包级别的，如果这个活是甲方的IT人员自己采购数据可视化工具，如果还要求数据可视化案例，这个正确吗？首先，我们需要明确这个乙方是数据可视化产品类的厂商，而不是做软件项目的软件开发商。其次，我们要求查看以往案例的意义是什么？相信大多数人，是通过类似案例判断该厂商是否有能力承接项目。这其中需要注意的是，因为是项目，这个项目是没有的，我们只能通过以往案例以及参观企业，进而判断出该产商是否有能力承接，从而降低风险。
这种预判其实和购买期房的概念很像，正是无法立刻看到房子，才需要看样板间，从而预判出是否是自己想要的。系统也是这样的，因为需要乙方进行开发，开发完成后，才能知道系统是否好用，所以不得不通过以往的案例，也就是样板间，来判断出自己的系统样子。但是如果这个乙方是数据可视化工具产品厂商呢？甲方爸爸需要从乙方采购数据可视化产品呢？
这个时候，我们还拿房子作比较，这个时候的房子不是期房，而是现房。实打实看得见摸得着的东西，这个时候如果问乙方，数据可视化案例的话，乙方基本都是二丈和尚摸不着头脑，一脸懵圈。那个......那个......我们是卖工具的，不是做项目的，您指的案例这边真真的没有。基本上得到的都是这样的答案，最多获取些有哪些客户购买了这些工具。
面对这样情形，甲方爸爸已经可以亲自去体验数据可视化工具的好与坏了，好不好，拉出来试试呗。在可以试的前提下，什么案例之类的，已经没有任何意义了，因为自己可以试出来的。就拿云蛛系统来说，凭借独家技术：分体式BI以及试衣模式两门独家技术，已经达到了可以媲美人工开发的程度了。很多传统数据可视化工具无法完成的，只能依靠人工开发的工作都可以轻松完成。而这些是完全需要甲方爸爸自己去体验去感受的，是否是自己想要的，是否超出了自己的预期等等，而不是关注云蛛系统的客户，百度、完美世界、ZTE之流是怎么用的。所以对于数据可视化工具来说，更多的该去关注的是产品本身，去试去感受才是主要的！
