我很喜欢用"忽悠"这个词，有些自嘲，因为我们经常要说一些没有谱，却装作很有谱的事情。其实这点恐怕连客户都知道，很多时候，他们其实很需要这种看起来很有谱的事情来装门面。但除了看起来有谱，这些忽悠后面必须得有一些有价值的东西。可惜，当这个词用多了，很多人认为编瞎话是你的职责，就连自己项目组的人都是这样认为。认为跟客户打交道的人，就是应该花言巧语去蒙骗他们。因此，似乎交付件的好坏就不重要，一切都有这些忽悠子来包装。被这样看待是一种悲哀，其实如果有好东西，为什么还要忽悠客户呢，客户不是傻子，能够分得清楚什么有价值，什么没价值。很多时候，你提交一个莫名其妙的分析报告，他们也不会吭一声，因为本身，他们并没有对你的分析报告有多少期望，所以自然也不会失望。只要有了分析报告，便聊胜于无，对上头，便也交了差，甚至也不吝啬地说你一声好。可是，这样只是让你在客户心中没了信任。做这类决策支持项目，帮客户分析数据，得出清晰的结论，这就是价值。我想很多公司，很多项目都忽视自己的价值，却在作一些之外的事情。搞产品研发，陷入项目泥潭，搞服务的，却偏偏喜欢自己开发产品。而在BI领域，做数据挖掘的最常见的通病在早先一篇翻译的文章里面也已经提到，其中有一点也是，项目成员不关注业务问题，反倒对挖掘方法非常痴迷，像是在开发挖掘工具，或者是当作是实习课堂，什么方法都来耍一耍。而最终要得出什么结论，那是不重要的。对于个人而言，这种求知欲是不错，可对于项目来说，不见得是个好处。当然也很矛盾，如果按照术业有专攻的说法。搞挖掘的可不就琢磨用什么方法解决问题吗。但显示还没到术业专攻的地步，做数据挖掘，50％的功夫得花在数据准备上，在错误的数据上使用最先进最牛逼的分析方法，还是得出错误的结论。但很多人愿意将这50％的功夫缩减到10％，甚至不到。其实很多事情都是如此，比如作软件吧，大家都知道需求分析很重要，是需要化大力气的，是需要各方参与的。但实际做的时候，很多都是由哪个技术人员编出一份需求书出来。说测试很重要，可一到项目压缩工期，首当其冲的就是他。口头上的重视不等于行动的重视。数据挖掘，有一堆方法论在那里。什么理解业务问题、准备数据、抽样..，保准大家都能说得一套一套，可实际干起来，则是能省则省。数据挖掘这个名字起的好，台湾人管这个叫做数据采矿，意思相似，不过后者显得有些灰头土脸，不符合IT精英形象。不过既然是挖掘，就得真的得挖出一些金子才算本事。挖了半天，弄一块灰不溜秋的石子，非得让人说这就是金子，确实也也是忽悠得勉为其难。[@more@]

ITPub博客

忽悠的背后(转)

最新文章