轻，30来岁貌似20出头，主要生就一张娃娃脸，皮肤白净。
大恶人曾亲自来北京做他的工作，力度很大，下足本钱，所以他心里的天平已完全倾向大恶人。文渊也不和他废话，简单寒暄后直奔主题，叫他把对手的系统方案拿给自己看。
孙平很谨慎，拿出来的是复印件，要求他当场看完，不能带走。文渊一个头两个大，乖乖隆滴咚，两百多页呢，这要看到猴年马月！
系统方案书可不是文字或者惊险小说，那个枯燥呀，越看越抓狂。文渊觉得嘴里都要划拉出白沫了，孙平却在一旁美，啜着咖啡，翻着杂志画报。啧啧，悠闲的。
兴许是董叔的表态给自己打了一针强心剂，文渊看着看着走神了，余光落在孙平手中的杂志上，一张俊男特写，他盯了好半天，似乎舍不得翻页。
文渊禁不住笑，说道：“这谁啊，帅毙了，看得我都要心动。”
话一出口，他就想一巴掌拍自个儿脸上。卧槽，坐在眼前的是客户，一个没啥交情的客户，有这么说话的么！
孙平的脸红了红，说道：“我倒不觉得他有多帅，只是衣服挺棒。对了，文经理，您看完了么，有什么想法？”
“这么点时间哪能看完。”文渊揉了揉脖子，发给他一根烟，“大概翻了翻，没多少硬伤。但是想挑刺儿，嘿，通篇全是。”
写系统方案文渊可是老手，尤其是total sulotion（整体解决方案），不是吹，在南京it业界的同龄人中，他称第二，没人敢称第一。对手的方案书也算精心制作，但不是出自同一人之手，团队策划容易犯下逻辑不严谨结构散乱的毛病。
举个例子来说，一般的项目工程会把软件方案优先提出，然后才是网络和布线解决方案。可是对于大工程，主干网的构建最重要，它是整个系统的平台，从逻辑上应该先论述它，再详述应用，这样显得层次分明，条理清晰，方案的说服力也强。
许多工程师做方案，最容易忽略论述的总体框架，喜欢大量摘抄设备供应商的产品说明以及技术参数。摘抄没有错，问题是不能只顾着抄，还要加上自己针对该项目的理解。我要从你手上接四千七百万的工程，凭什么？就是一堆性能优良价值不菲的高端产品？为什么要用这些产品？它们在你的应用中为什么最适合最出色？我方提供的技术支持和技术服务能不能充分发挥它们的效率？
对手方案存在太多这样的小毛病，尤其割裂了硬件和软件本身的联系，说硬件就单说硬件，说软件就单说软件，表面上看没什么，一旦严格起来，便是致命弱点。一个大项目应用，软硬件平台的完美融合非常重要。
其实，不仅仅是对手方案，99的方案书都可以挑出这根刺儿，除非你的软件健壮性和适应性极强，比如财务软件等通用系统，而量身定制的开发往往做不到这点。
文渊娓娓道来，说的孙平心服口服，最后还指出对手在主干网建设上的一个关键性败笔，即双机热备份机制，那是非常老的技术，不但浪费了两台小型机的总体资源，而且在安全性可靠性和稳定性等方面存在隐患，远不如我方提供的集群容错机制。
孙平虽然是项目的技术审查者，可对于计算机技术毕竟不是资深专家，文渊一通胡吹海吹，彻底将他侃晕。他感叹道：“原以为你们公司规模有限，实力欠缺，现在才体会到，一个公司真正的实力在于人才。”
文渊偷着乐儿，心想我容易嘛我，为了这个项目拾起多少连我自个儿都感到汗颜的“专有名词”。
作者有话要说：文渊所公关的项目是一桩真实大单，非常有名，开业界之先河，所以不点名项目的具体名称了，请妹纸们见谅。