售前工程师培训

售前工程师：要求具备大量的相关项目经验，出色的演讲能力、形象气质佳。特点：技术要求高、IT行业精英岗位、薪水超高，适合个性张扬、有表现欲和职场野心的技术型人才，男女不限。

售前技术支持工作内容：

协助销售，深入了解客户需求，并在深刻了解公司产品及解决方案之后，针对需求做出公司已有产品能迎合的，最佳方案，在满足客户需求的同时，同时对竞争对手形成价格、结构、功能、等的优势。还需要针对招投标进行相关的方案设计（技术方案、配置方案）、标书设计、技术答疑、客户培训、演示环境搭建测试、竞争对手分析。

售前工程师工作内容：

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

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

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

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

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

扩展资料：

售前工作交流和需要了解的内容通常包括：

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

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

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

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

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

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

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

参考资料来源：百度百科-售前技术支持

参考资料来源：百度百科-售前工程师

有很多刚毕业找工作，或想换行的同学在网上咨询：“售前是做什么的？”，有的售前老鸟用了精辟的两个字——“忽悠”。我觉得这是对后进者的误导，也是对万千愁白了头、忙秃顶了的售前同仁的诋毁。

售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。

实际上，售前正是对售前阶段参与人员广义上的称呼。

那售前是什么阶段呢？

一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。

售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。

售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。

售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。

售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。

售前vs销售

销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。

但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。

所以有人说：客户经理是商务型销售，售前工程师是技术型销售。

售前vs研发

为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。

拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。

售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。

售前vs产品经理

听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？

共同点是：二者都要与客户交流、调研需求、写需求文档。

区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。

在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。

产品型售前&方案型售前

产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。

很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。

产品线售前&区域售前

很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。

产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。

区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。

在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。

售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。

售前阶段

售前人员有多种称呼，如售前工程师、解决方案专家、售前咨询工程师、技术顾问、售前技术支持工程师等等。

实际上，售前正是对售前阶段参与人员广义上的称呼。

一个IT项目的生命周期，可以大体分为售前、售中、售后3个阶段。

售前，是指与客户签合同前的阶段。大致包括线索获取、客户交流、提供技术方案、应标、签合同等流程。

售中，是指与客户签单后的阶段。大致包括需求评审、设计、开发、实施等流程。

售后，是指项目交付后的阶段。大致包括维护、使用培训、技术支撑等内容。

售前人员，主要是做售前阶段的技术支撑，但一个IT项目，通常都要考虑延续性，所以售前人员，也会参与到售中、售后工作中。

售前vs销售

销售（客户经理）为公司承揽业务，需要从事寻找线索、拜访客户、维护客情等商务活动。

但在一个项目的签单过程中，需要很多技术性和文档工作。比如与客户进行技术交流，编写技术文档等工作。这些工作，通常由售前人员去做。

所以有人说：客户经理是商务型销售，售前工程师是技术型销售。

售前vs研发

为什么不让研发来支撑销售呢？因为，研发虽然懂技术，但是不懂业务。

拿软件开发人员来说，他也许懂java语言、C语言、Oracle数据库、Hadoop架构，但不一定了解客户的业务，比如金融业务、医疗业务，甚至货币理论、医疗技术。这些就是业务，技术是要建立在业务基础上的。

售前，就是IT公司中，最懂客户业务的那群人。售前把客户的业务需求转化为技术人员能理解的语言。

售前vs产品经理

听上去，售前和互联网公司中的产品经理概念很相似。实际上，在IT公司中，也有产品经理的角色。那售前与产品经理有什么区别呢？

共同点是：二者都要与客户交流、调研需求、写需求文档。

区别是：售前的使命是签单，产品经理的使命是打造产品。售前想的更多的是如何开拓市场，签更多的项目。产品经理想的更多的是如何打造更好的、更有市场的产品。

在回答售前具体做些什么之前，有必要先了解下售前类型。根据有无产品、归属总部还是区域，可将售前分为4个种类。

产品型售前&方案型售前

产品型售前是最容易理解的，即公司有了产品以后，协助销售将产品推销给客户的售前。硬件公司，如服务器、交换机厂商中，主要是产品型售前。

很多企事业客户想要的产品，市面上并没有，厂商要做的，就是提供解决方案。这种售前就是方案型售前，如在集成厂商中，主要就是方案型售前。

产品线售前&区域售前

很多大型IT厂商有多条研发产品线，同时，在全国各地有很多区域中心。于是出现了产品线售前和区域售前的分类。

产品线售前通常专注于某一行业甚至某一类业务，对产品有前瞻性的考虑和布局，面对全国市场。

区域售前更贴近客户，更了解客户需求。区域售前需面对本区域的多个客户甚至多个行业，对业务了解的深度不如产品线售前，但广度要超过后者。

在这类公司中，产品型售前与区域售前，往往需要相互取长补短，同时出马。

售前的基本职责是协助销售完成项目签单，售前的工作主要围绕项目生命周期开展。

售前阶段

售中阶段

售后阶段

（本节不展开细讲，有兴趣的读者可以关注“IT售前圈”的其他文章。）

售前的技能

除去上面提到的技能，售前还需具备以下能力：

售前没有、也不需要专业性很强的软件工具，但掌握一些常用软件，对售前工作很有帮助：

以下是一些网友关心的售前问题，此处也作简单答复：

做现场POC、编写解决方案、讲讲PPT，投投标书。差不多就这些，具体的内容很多很细，可以给个博主连接你，里面文章全且丰富网页链接

售前工程师与用户沟通的技巧 售前工程师用户沟通的技巧 1)与用户沟通的目的是求得用户的认同，求得用户认同的方法是认同用户所认同。因此与用户沟通有这样一个过程：试探和辨别用户特点，或张或弛了解用户关注，抖包袱引导用户需求，为说服用户营造声势，选择技术方案和策略，说服用户认同接受自己。举例如下： a)用户表现：比较虚心好学。 现象分析：肯定是工作上需要你的技术支持。 工作内容：讲述同行成功经验，发现他工作中关心的问题，共同探讨。 b)用户表现：向你打开话匣子。 现象分析：用户需要向你讲述他引以自豪的经验。 工作内容：认真地听用户讲，即便是错误，也要当面认同他的技术观点（为保证设计的可行性，自己回公司后偷偷在方案里面改正）。 c)用户表现：不向你说太多 现象分析：性格内向，不善言辞，或者对你和你的公司心存戒心 工作内容：施展个人魅力，和盘端出自己思想体系、行业经验和设计思路，为自己和公司 营造声势，哪怕把用户说晕，也要让用户认为如果和你公司合作，对他的工作将大有帮助。（事前应知道用户想做什么。另外由于很难了解用户理解水平，而无法把握什么时候、哪句话能说动用户）。 2)与用户技术人员沟通的时候要表现得是技术专家；与用户主管沟通时要表现得是统筹项目的经理；与用户领导沟通的时候，要表现得是领导的学生、朋友、项目的策划者。 3)与单个用户沟通时，一定要有足够的信心，要以专家的姿态和用户沟通。 4)与专家组讨论方案的时候，不要过早抛出、或肯定自己的方案，要抛砖引玉的`开头，仔细倾听每一位专家的想法，把自己的方案逐步向每一位专家的意见靠拢，认可每一位专家的观点，最后抛出自己和所有专家观点相近的方案。 5)投标答疑过程中，专家提出质疑的原因可能不在于专家想知道某个问题的答案，而应该关心专家发问的原因。因此答疑结束时一定要关切地询问提问者“不知道我这回答您满意吗？” 6)要善于运用“飞箝之术”，在用户面前为自己和公司营造声势，让用户认可并接受你的方案和说词，为项目的成功营造“天时、地利、人和”的局面。 7)沟通的目的可能是为了解用户需求，或者让用户了解自己公司，可能是让用户了解自己的方案，也可能是吸引用户关注、钓用户胃口，甚至可能仅仅为了拖延时间。因此，需要明确沟通的目的，并在时间上灵活掌握。 8)用户交流和用户培训不一样，与用户沟通也许不一定需要多么精彩的开头，但结尾一定要漂亮、气氛友好。 ;