售前工程师的快速成长经验

售前工程师(PresalesEngineer)

售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。

1. 售前工程师岗位职责和基本要求

1、负责组织制定系统集成项目的技术方案编写、标书的准备、讲解及用户答疑等工作；

2、配合客户经理完成与用户的技术交流、技术方案宣讲、应用系统演示等工作；

3、配合业务部其它部门做好用户沟通、资料共享、技术协调等工作；

4、配合市场人员完成应用系统演示、产品宣传资料撰写等工作；

5、配合做好与合作伙伴厂商的技术交流。

1. 售前工程师工作内容

项目招投标活动的过程描述

项目从前期跟踪，签单，作为售前人员，需要与销售人员密切合作。通常获得一个项目的前期过程如下：

1.销售人员拜访用户，了解用户的项目基本情况，向用户介绍公司和公司的产品，与用户建立起良好的关系。

2.销售人员在用户招标前，引入售前技术支持人员，与用户进行技术上的交流和沟通，了解用户在项目上的需求，偏好的技术构架，引导用户到本公司的技术思路上，这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣，愿意邀请你参加投标。

3.用户发招标书，售前人员根据招标书的要求，结合前期与用户交流的情况，编写投标书。

4.参加招投标会，进行技术、商务上的讲解和答疑。

5.参加商务和技术的谈判，起草项目商务合同和技术协议书。

6.签订合同，项目实施以及维护。

招投标前与用户的接触

招投标前与用户接触，了解用户的真实需求和想法，通过交流，了解用户对系统框架、平台、新技术的偏好，使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品，使用户在招标前对本公司技术和产品能有比较清楚的认识和了解，将用户的需求引导到本公司的技术和产品的思路上，使用户的在技术上对本公司有一定的偏好。 交流和需要了解的内容通常包括：

1.用户的组织机构，信息化的现状，现有的硬件设备、网络情况、正在使用的软件系统情况；

2.新系统的规划、目标、规模，要求等，包括用户对系统的安全性、可靠性、易用性、扩展性的要求；

3.业务内容、业务流程系统的现状，软件功能需求；

4.平台和数据库的选型；

5.信息安全、存储的需求；

6.对软件开发机制的认识；

7.用户感兴趣的热点技术；

交流应该广泛，不要只限于项目的具体负责人，如果有条件，可以拜访更上级的用户，以及各部门的主要负责人或技术权威，尽量了解用户的对项目的认识和想法，交流和拜访中要善于识别用户的身份，抓住对项目有决定权、影响大的用户的想法，同时，可以初步分析哪些用户可能是以后的招标评委，留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。 引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户，最好是借助演示，这是用户会告诉你哪些是他感兴趣的，哪些是没有意思的，其它对手的产品是什么样的等等。这样便于与用户进行深入的交流，找到与用户相互的共鸣点。 跟踪和了解对手情况，了解同类产品的现状，这是一个长期积累的过程，分析对手的产品和解决方案可能的特点，找到或提出比对手有新意的、能吸引用户的系统亮点。当然，这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。

——一个老员工的经验之谈

在IT圈里混了十多年，差不多八年的厂家技术管理工作，一直与客户进行技术沟通；无论是做网络，还是做安全，感触最多的还是作为售前工程师的时候，因为售前技术工作是介于销售与技术之间的职位，经常接触到各式各样的客户，对提高自身的沟通能力有很好的磨练。在其他行业里一般是技术工程师，也就是我们常说的售后工程师，就算在IT业内售前的职位也很特殊，既要有与客户沟通的技巧，也要有技术人员的细致与执着，实际上是技术型的销售角色。

售前工程师的任务就是让客户接受公司的技术解决方案，在招标的时候，技术标打出最高分。若是纯粹的技术比拼，工作就简单了，大家的产品放在一起测试，谁的好一目了然，但是客户采购IT产品，无论硬件还是软件都是为客户业务提供支持服务的，需要的不是产品本身，而是解决方案，说得明白些，就是怎样解决客户面临的问题，客户一般来说不是IT的专家，有些甚至连具体的需求也说不清楚，需要你的提炼与讲解。如何合理地选择产品组成方案，价格低、功能多、性能好、适合客户未来的发展，多数是靠售前对技术方案的理解与讲解。所以售前技术人员需要有销售般的沟通能力、技术的表达能力、紧急应对的反应能力……

我在多年的售前技术工作中，有不少的教训与经验，拿来与大家一起分享，希望我的经验能成为你做好售前工作的基石。为了好讲解，以一些小故事的方式呈现给大家。

• 不要过多炫耀你的技术

技术人员都喜欢“表现”自己，尤其为了让客户尽快地信任自己，就往往会把自己的“长项”一股脑地道出来，有时会适得其反。下面是我曾经经历过的一次事情。

我们给客户做产品演示。准备得很充分，现场的效果也特别的好，结果时间提早了一些，才下午四点多就结束了，还不到吃饭的时间，一时间好象不知道该做什么，现场有些尴尬。看到客户对技术有“兴趣”，技术人员头脑一热，就说：

“这个问题的解决，我们还有两种方案。”

“真的吗？”客户正好也没事，一时有了话题。

“要不我现在演示一下另外的方案？”技术人员觉得也可以表现一下。

“太好了，需要什么准备？”

大家都有兴趣，就做吧。刚才的尴尬局面也一扫而光。

然而老天不作美，本来呢，技术上是可行的，但当时在客户的现场，技术人员有些紧张，事前对这个方案也没有准备与测试，现场就开始调试，结果由于忽视了一个小小的设置，第二个方案死活就通不过。技术人员忙了个满头大汗，客户站在一旁也不知所措，帮不上忙，也因为是额外的要求而有些歉意，但又不好开口。

从下午四点一直到晚上快八点了，也没有测试通过，销售人员在一旁也觉得这样下去不是办法，就出来圆场：

“这个方案比较复杂，我们带来的这个产品的版本有些旧，支持上可能有些问题，我们回去升级到最新的版本，应该就没问题了。今天已经很晚了，要不咱们先吃饭，等下次再来演示？”

“好的，好的”，客户也“大赦”一般赶紧收场。大家一起吃饭去了。

虽然事情对这次销售没有大的影响，后来客户也没有再过问，但售前人员的工作是有问题的。打发时间有很多种方法，轻松愉快，或许还能有另外的商机；炫耀技术，没有经过事前的准备，现场难免有很多意想不到的情况发生，结果反而给客户留下不好的印象，客户不是“技术型”的人，否则认真起来就更加得不偿失了。“炫耀自己”不是大公司的售前技术人员会犯的“过失”。

• 不要与客户争执技术观点，即使你是对的

客户中每人的技术水平相差是很多的，有专家也有非技术的管理人员，所以在对客户不是很了解的时候，不要与客户争执技术上的观点，即使你是正确的，尤其不要反驳已经成为事实的东西，不合理但它存在，存在就是对的。

有一次，客户反应我们的网络交换机有问题，在做STP(生成树协议，一个网络判断是否成环的管理协议)的时候，有时候会死机，造成整个网络中断，我们派技术人员到现场沟通、了解。

客户的网络方案有些意思，有15个机房，因为不方便布线，机房是采用串行的连接，而有些机房会不定时停电，一个停电就造成后边的几个机房都不能连通，所以客户的信息部主任(他对技术也挺喜欢)出了个方案，把机房环行连接，有机房停电时，从另外的链路连通，等于链路冗余的方式，但由于网络环行会产生广播风暴，所以要打开STP协议阻止广播风暴。

方案在理论上是没问题的，但STP协议的计算需要走的“跳数”太多，加上产品本身不完善，在停电后的STP恢复过程中，STP计算延迟过大，没有关闭冗余链路，形成环路，形成网络的广播风暴，网络中断。

问题的解决也不难，加大延迟就可以。但技术人员到现场后，第一感觉是这种连接是15跳的串行连接，一般网络设计没有这么干的，太不“专业”了。二层交换机级连的级数达到5级以上一般就建议优化了，现在是15个连串，这不是传输，对搞交换机技术的来说简直是“无法容忍”。所以技术人员抱怨网络方案，建议修改。

客户也很认真，就追问这种方案不合理的理由，双方都试图说服对方，结果争执不下，反而没人关注死机的问题，没有详细分析，问题也没有解决，第一次技术沟通没有进展。

后来的技术人员先找销售人员了解这种方案的由来，就是这个客户设计的，也是他领导的“得意之作”，说有问题显然是不合适的。技术人员不在讨论拓扑方案，而是把重点就放在分析死机的原因上，很快解决了问题。

关注客户的问题点是什么，对售前技术