技术人员的力量

很多销售型的企业往往比较忽视技术人员的力量,而很多高科技软件企业其实也是比较忽视面对客户的技术人员力量的,这样带来的后果是直接影响了商务行为.今天中午吃饭的时候聊起来一件有趣的事情就和这个有关.
话说国内某银行数据仓库产品招标, 是一个大单子, 候选的厂商是业界的三个巨头,”王婆卖瓜,自卖自夸”,各家的销售都在用有利于自己的性能数字来说话, 为得知三家产品的优劣, 该银行少不了要组织一场产品性能评测.各家也各派出了一些技术人员参予评测.结果比拼下来, 其中一家老牌数据库厂商得到的性能结果和其他两家相去甚远(Hash Join 查询速度远远低于其他产品). 这样的评测结果,他们自己的技术负责人也不相信, 在现场到处找原因,发现不了什么问题. 给一位公司之外的业界专家打电话求助, 最后才发现该厂商自己的测试人员(所谓的专业人员)在造数据的时候主表的很多数据是重复的,这样的数据来测试 Hash ,结果肯定差得一塌糊涂.他们本该最擅长的东西, 居然出了这么一个低级的错误.其不良后果可想而知.


就这个案例来说, 几个测试人员决定这了场商务行为的成败: 测试结果糟糕得一塌糊涂,商务人员再努力也无法挽回败局.请客吃饭是硬道理, 技术上能搞定也是硬道理.
话说回来, 客户要求的产品评测往往是很关键的一环, 如果这一环能够顺利拿下, 其后的产品安装调试之类的事情往往都是容易搞定的.
再说回来,前文中的数据库厂商如果抽调一部分技术人员专门做这种”产品比武”,无疑会给商务人员很大的自信心.在商务谈判中也增加了砝码. 这就是技术人员的力量.
而技术人员如果能意识到自己的角色重要,也能够充分发挥自己的”卖点”!

昨天晚上 Team Building ,回来太累,每更新 Blog. 今天补上一篇


  • dragondb

    还是产品不行 技术支持也是”产品”的一部分

  • wrenashe

    R&D center是花钱的部门,只有在技术型的公司也许才能理解这个花钱部门设立的真正目的~~~

  • dd

    技术人员的力量是在出现问题才显示出来的

  • ALL开拓者

    我们公司Team Building今年好像被停了,
    所以最近只能周二去看看电影了!

  • Ken

    非常理解这一点,也难怪哪些技术部门出工不出力!现在的公司就是销售型的,但销售人员与技术人员的薪酬都是一样的,准确来说是大致一样吧。但销售员卖多卖少有花红,出差有补贴,电话补贴,招待客户也有补贴。。。补贴多少也大有学问啊!哪些可以与供应商有联系的部门,如采购部,收货组更是发挥中国人的特色无耻招术,拿回扣。剩下的技术部门,清水衙门!只能做些手脚偷偷查一下各个部门的收入,这里有点做黑客了,嘿嘿!一对比,心里不平衡,所以啊,我这边的SAP部门,每一年都有人走,今年该我了吧?