内容发布更新时间 : 2024/11/16 11:34:58星期一 下面是文章的全部内容请认真阅读。

售前工程师的成长---一个老员工的经验之谈

一 、写方案要有自己的特点，模板不是方案 编写技术建议书是售前工程师

的基本工作，经常彻夜加班就是写这个建议书，好象公司越大，建议书也往往越厚，我见过有的达上千页，但这样“丰富”的技术建议书，客户能看多少，就不一定了。 一般公司写技术建议书都有一定的模板，可以很方便地套用，否则，工程师要几天内就写出上百页的文章也不是容易的事。模板大多是下面的套路，有些象九股文： 1. 客户现状描述。

2. 客户需求描述(方案要解决的问题)。

3. 方案设计依据(理论、法规、标准、模型等)。 4. 方案总体设计。 5. 方案详细设计。 6. 方案涉及软硬件清单。 7. 方案建设对业务的分析(可选)。 8. 涉及到的产品技术参数、技术说明。

9. 公司简介。 其中客户最关心的是第四、六部分，所以很多工程师图省事，

其他的部分大多是拷贝。其实，第一、二、七部分是看你对客户业务的理解，才真是你做的方案是否适合客户需求的关键部分，也是客户若真读你的方案，是否能吸引他的地方。 我曾经碰到这样的事情。我们的一个老客户，再次采购网络安全的产品，需要我们提交个方案申请预算，在沟通中，客户说： “你们的方案不写也行，基本的模式我都知道，就是那几个安全模型，说来

说去，我都会讲了，最后再列一堆设备清单，还是要落实到让我们多买设备吗，哈哈！你们的几个工程师写的方案基本是一样的。” “…” “我们领导也看了N遍了…” “我们公司的安全保障方案模板是这样，一直没有大的变化。要不这次改改方式?” “…” 并不是工程师懒，很多销售人员让售前工程师一天就交个方案，不这样“雷同”也写不完啊，时间一长，很多工程师也习惯了这种“垃圾”方案。 由于这个客户与我们合作的时间很长了，我们对他们的业务了解的比较多，所以这次我们在他们业务问题的分析上下了功夫，重点是对客户业务目前面临的安全威胁，与本方案防护的效果预期分析，当然这些需要自己写，模板中很少有可以借鉴的。 客户看了出乎意料，说： “对我们业务中的问题分析，连我们自己也没想得这么清楚，看来这次安全规划是太值得的了…” 由于这个方案切合客户的需求，很快就得到批复，进入到招标阶段，当然我们的方案适合度最好，项目很顺利。 其实这样的事情售前工程师经常遇到，模板是作用是让我们在写方案时，避免遗漏，而不是简单地套用，大多数的IT技术方案都是为了解决客户业务的问题，因为IT设备是客户业务的支撑体系，对客户业务没有“影响”的方案，对客户来说是没有价值的。只有从推动客户业务“提速”的角度出发，你的方案才是客户需要的，才真正是帮助客户把IT服务部门从成本中心转变成利润中心，也就是ITIL中提倡的：服务是有价值的，服务也是一种IT产品。

二 、给客户的每份资料都要认真 企业介绍自己的产品与方案一般都有很全的

资料，产品彩页、技术白皮书等等，在初次接触用户时就会给用户这些资料，但这些资料一般都比较通用，有兴趣的客户就会进一步索要资料，产品参数、

评测报告、某项技术说明、用户案例、技术红皮书、价格，以及售后服务、产品升级等等，然后，进一步才会技术交流、方案设计。 然而、在售前给客户的文档中，客户阅读的概率一般为30%，能仔细阅读的不足5%。所以很多工程师觉得给客户的资料只是个“摆设”，要效果好一定要当面交流，但他们忽略了一点：有时资料往往是客户对你产品与服务的第一印象，印象不好，可能就没有进一步的机会了。客户看得少，并不等于不看，而恰恰是真正有购买意图的客户才会仔细地去看。 有次通讯展会上，销售带一个新客户来参观，客户对我们的网管系统很有兴趣。但当时展会上没有安排网管的现场演示，技术人员介绍了我们分级分域的管理技术，客户很有兴趣，问了很多具体操作方面的细节，希望随后给他发一些电子档的资料，并来公司参观，最后说： “资料越细越好，我先好好学习学习。”客户笑着走了。 展会连续三天，确实很忙，技术人员就委托一个先来不久的工程师给客户发资料，工程师手中没有，也没有多想，就从公司网站上下载，把网管的彩页和白皮书给发了过去。由于网站上都是公开的资料，比较地初级，对客户关心的分级分域技术说得不多。 展会完了后，客户就没有音信，本来约客户到公司参观演示的事情也一直拖着，给客户打电话，客户一直说有会议。当问过工程师发的资料后，我们觉得不太对劲，因为与当时客户“希望的资料”差距很大，客户可能是有了新的想法，但现在再重发也不是很合适，作为没有办法的办法，把我们刚好准备的一篇有关网管“分级分域 ”的技术文章给客户发了过去。 第三天，客户来了电话要求来参观。 参观中，客户详细看了分级分域管理的实现方式，还从操作人员的角度问了很多权限、操作、报表的问题，最后当场安排随后的正式技术交流，后来的事情进行得很顺利。