IT售前工程师需要具备哪些能力，具体工作内容是什么？

谈到IT售前进阶体系，《IT售前工程师》是入门阶段一本很不错的书籍，可以帮助小白很快的搭建起售前的知识体系，入门推荐读物。下面简单介绍下本书的体系，本书分为两部分。

第1部分：理论， 主要从IT售前必备的思维、能力和知识三个维度介绍。

第2部分：实战， 主要让读者通过产品型售前案例、方案型售前案例和咨询型售前案例三大案例来体会实际的IT售前工作是如何开展的。

基于本书体系结合实践经验，笔者通过售前进阶的三个阶段告诉大家如何做一个好的IT售前。

主要任务：产品学习、方案编写、方案宣讲

在第1年里，最重要的是熟练掌握公司的产品知识，包括所含的功能点、优点等，能够熟练进行产品演示。

在第2年里，应该着重培养撰写方案的能力与客户的沟通能力。从方案编写入手，逐步变得擅长写方案，深入了解公司的各项业务。有机会见见客户，进行问题的解答。

1方案编写——逻辑思维能力

金字塔原理：结论先行、自上而下。

三种重要的逻辑顺序：时间顺序、结构顺序、程度顺序（分别对应项目进度、公司架构、优势劣势）。

解决问题的思路框架：现状分析-引出问题-得出结论-提出方案。

解决方案的写法：

总的思路：基于调研对项目的需求理解——系统方案实现规划——方案实施规划建议。

2方案编写——PPT制作

你离好的PPT只差一个好的习惯 -

3方案宣讲——演讲能力 （学会沟通，学会表达，注意策略）

学会沟通 ，多听少说；

学会表达 ，PPT的呈现要注意传达的主题思想一定要明确，有一个鲜明的主题让大家把精力集中到这个点高效完成演讲和沟通。PPT的宣讲要像讲故事一样，总的串起来是一个总的故事，客户要听的懂；

注意策略 ，不同的听众有不同的演讲策略，演讲中说服关键性人物。

主要任务：需求分析、方案规划、知识储备

在第3年里，应该深入客户业务进行需求分析。方案水平和沟通能力已经有了提高，开始更加深入的接触和分析客户的业务，尝试做做招投标的事务。

在第4年里，应该养成自己独特的见解。不仅要对客户业务清楚，还要有自己独特的见解，可去帮助客户做方案规划。

其次，要注意知识储备，包括软件开发知识、储存网络知识、行业知识（包括新结束学习，物联网、云计算、大数据）。

1需求分析

调研提纲为组织架构、IT平台、主要业务与问题、管理指标、用户期望。

2思维养成——SPIN思维（营销思维）

SPIN是顾问式销售技巧，通过一系列提问启发准客户的潜在需求，使其认识到购买此产品能够为他带来多少价值。

S，背景问题：你们有服务管理系统吗？有。

P，难点问题：那你们的服务管理系统对客诉处理及时吗？不及时。

I，暗示问题：不及时影响用户正常的工期吗？耽误。

N，解决方案：我们的服务管理系统好。

3思维养成——咨询方法论（咨询思维）

仅供参考，不如实施方法论完整。

咨询部分、规划部分、实施部分。

主要任务：培养领导力，项目管理，企业战略管理。

在第5年，应该开始培养项目管理能力，学会项目管理。

1培养领导力

当别人不服你，首先要有容忍的度量，其次要能提取不同意见，再次要学会关心组员，最后需要一碗水端平。

2项目管理

项目进度管理（WBS）、项目质量管理、项目风险管理。

3企业战略管理

最后，愿大家都能成长为好的IT售前。

一般来说，我不会允许应届生直接去做售前，因为这个岗位很重要，一个失败的售前动作会直接导致项目出局。

IT的售前其实对技术要求并不高，对情商要求很高。一般包括快速学习能力、资料收集能力、演讲能力、文档写作能力、面对面的沟通能力、快速反应处理事件能力等。你可以看到在这些能力里，很多不是技术方面的内容。

你要做的准备：IT的范围很大，不知道你想做哪方面的售前。一是了解相关业务和基础知识。二是锻炼自己的演讲能力。三是写作能力。

我的职业道路是：网管-技术支持工程师-售前工程师-售前顾问（项目经理）

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

什么是售前

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

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

那售前是什么阶段呢？

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

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

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

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

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

售前与其他IT人员的关系

售前vs销售

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

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

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

售前vs研发

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

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

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

售前vs产品经理

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

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

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

售前的类型

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

产品型售前&方案型售前

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

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

产品线售前&区域售前

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

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

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

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

售前的岗位职责

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

售前阶段

解决方案规划：售前需发掘行业诉求、问题和痛点，整理行业解决方案和最佳实践，进行解决方案规划、设计；

技术交流：协助销售同目标客户进行技术交流，讲解公司现有的解决方案和案例，并在交流中了解客户的需求；

编制解决方案：基于客户需求编写解决方案。

方案讲解：负责为客户讲解、演示方案，并引导用户认同技术方案；

编写技术文档：如方案被用户接纳，在投标之前，还有很多环节需要提供技术文档，如：技术规范书、可研材料、工作量评估材料等等；

投标支撑：负责协助销售完成投标工作，主要负责技术分册、商务分册的编制，并到投标现场进行述标、答辩等工作。

售中阶段

需求调研：项目签单后（经常在签单前），首先要进行需求调研、分析，并编制顶层设计、需求规格说明书，并对需求进行管理；

需求交底：负责项目从售前到售中的需求交底，协助交付团队做好需求确认工作，提供项目实施相关的文档资料和知识转移；

配合交付：配合交付经理完成整体项目的交付；由于在公司中，售前擅长编写材料，所以经常要帮助交付人经理或客户编写工作汇报、工作总结、技术创新等材料；

售后阶段

售后服务：如产品技术培训、材料支撑工作；

需求收集：在售后阶段（经常在售中），售前需要收集用户新的需求，当需求较多时，要争取促成客户再立一期项目；

对于大型IT公司来说，这些职责通常会分散到不同类别的售前身上，如解决方案专家、售前负责人、产品线售前、区域售前。

售前的能力体系

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

售前的技能

懂产品：售前必须对自家公司的产品、方案非常熟悉，尤其是自己所负责的产品、项目；并对友商的产品、方案有所了解；

懂商务：售前要熟悉签单、招投标流程；要了解客户单位的组织架构、决策流程、关键人等情况；

懂业务：售前要对自己负责的行业有所了解，对具体服务的客户业务要非常熟悉；

懂技术：售前要掌握基本的硬件、网络、软件开发、数据库等知识；并且经常对可能涉及的新技术进行学习，如云计算、区块链、AI、AR、5G等；

懂需求：需求工作是售前的基本功，售前需要掌握需求调研、需求分析 、需求方案编制、需求评审、需求交底、需求挖掘等技能。

知趋势：售前要了解业界最新进展和发展方向，了解行业痛点和诉求；对行业有较强的洞察力和敏感度。

会规划：高级售前、解决方案专家、解决方案架构师等，需要会规划产品、会做顶层设计；

能写：售前的主要工作内容就是写材料。所以要具备文字表达能力，能够撰写各种类型的文档；

会说：售前要会讲方案，并且具备良好的沟通能力，能与客户、团队有效沟通；

售前的能力

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

学习能力：单是上面提到的售前技能，就需要售前花很长时间去学习，并且不断提高自己和更新知识；

抗压能力：售前有时一周要跑很多城市，要见多个客户，还要同时准备多个标书；必须具备良好的抗压能力。

协调能力：面对艰巨任务，售前需要协调领导、同事、后方、合作伙伴等来共同完成；

应变能力：售前在与客户交流过程中、在其他工作中，要具备应变能力；

引导能力：售前需要具备咨询引导能力，能够获得客户支持和认可。

售前常用软件工具

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

Word：大概只有售前这类文案人员才能体会到Word的博大精深；

Excel：主要是管理线索、管理需求时用到；在售前这里，这个软件大材小用；

PPT：段位越高的售前，PPT做（讲）的越好。

Visio：常用于画流程图、网络架构图；

PS：冷不丁就会用到，此处不细说；

思维导图软件，如MindMaster：帮助梳理工作、材料思路；

Axure：主要是软件售前使用，用于界面设计；

笔记：如有道云笔记、OneNote等，用于记事、记学习笔记、收藏资料。

关于售前的其他问题

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

工资高不高：请参见“IT售前圈”《售前工程师的工资是什么水平》

辛苦不辛苦：很多公司的售前工作是相当饱和的，特别是入行前两年，要学的东西很多；如果满足于现状，会干活，也能轻松点；但是一分耕耘一分收获，在IT公司尤其如此；

是否出差：要看公司的市场范围，一般是要出差的，区域售前基本不出差；

是不是得会喝酒：售前不是客户经理、也不是交付经理，没有“搞定”客户的责任，和客户基本是在工作场所打交道多，会不会喝酒不重要；

售前是不是“忽悠”：售前辛苦学了那么多东西，最后却是“忽悠”？除非公司什么产品都没有，但给你开很多钱。

如何做好项目的售前工作

对于一个公司来说，成功的获得并完成一个项目需要市场销售人员、售前技术支持人员、项目实施团队、售后服务人员以及公司上下各个部门的密切协作。那么如何做好项目的售前工作呢一起来看看!

1售前人员应具备的基本素质

售前人员应该是项目开发人员与业务销售人员的桥梁，在业务销售人员眼中，售前人员扮演的是技术人员或技术专家的角色，而在项目实施中的开发人员眼中，售前人员是专注技术的销售人员，在用户眼中，售前人员，是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中，售前人员协调销售人员、用户、后期开发人员间的关系，将公司的技术实力向用户展现，听取用户的初步需求，与用户讨论项目系统的初步框架，协助销售人员将公司的产品和技术优势推荐给用户，为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求，是项目的技术框架的最初设计者。

所以售前人员应该具备一个技术人员和销售人员两方面的素质，具体如下：

●熟悉自己的产品。

●具有比较全面技术专业知识。熟悉当前IT的技术发展方向。

●对本公司的开发能力、技术优势、劣势有比较清楚的认识。

●作为行业软件的销售，必须熟悉本行业的业务，对本行业的信息化的现状和发展方向有一定的认识，了解行业中的其它专业软件的基本情况。

●熟悉本行业的技术和产品动向，了解同类产品及其竞争对手的情况和特点。

●能力熟练使用文本和图形编辑器进行方案、标书的编写。

●熟悉项目招投标的一般程序。

●善于交流，有良好的沟通能力和技巧。

一个人通常不可能具备这么全面的知识和技能，因此，对于大型项目，为了与客户进行全方位的交流，展现公司实力，对系统进行初步的论证和设计，其售前往往是一个团队，这个团队根据项目的需求，可能有行业业务专家，数据库专家、 *** 作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等角色。

2项目售前各个阶段应注意的事项

通常获得一个项目的前期过程有以下六个阶段：

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

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

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

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

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

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

21招投标前与用户的接触阶段

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

交流和需要了解的内容通常包括：

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

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

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

4)平台和数据库的选型;

5)信息安全、存储的需求;

6)对软件开发机制的认识;

7)用户感兴趣的热点技术;

交流应该广泛，不要只限于项目的具体负责人，如果有条件，可以拜访更上级的用户，以及各部门的主要负责人或技术权威，尽量了解用户的对项目的认识和想法，交流和拜访中要善于识别用户的身份，抓住对项目有决定权、影响大的用户的想法，同时，可以初步分析哪些用户可能是以后的招标评委，留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。

引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户，最好是借助演示，这是用户会告诉你哪些是他感兴趣的，哪些是没有意思的，其它对手的产品是什么样的等等。这样便于与用户进行深入的交流，找到与用户相互的共鸣点。

跟踪和了解对手情况，了解同类产品的现状，这是一个长期积累的过程，分析对手的产品和解决方案可能的特点，找到或提出比对手有新意的、能吸引用户的系统亮点。当然，这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。

22投标及投标文件的准备阶段

221 成立项目投标小组

成立项目投标小组，投标小组的核心应该是项目的法人代表授权人。根据项目的规模、技术难度和招标时间的要求，制订投标计划，将计划分解到每个人员上，确定每个人工作内容和计划，确定计划的执行的监督人员。转自

投标的时间一般都是确定的日期，而且比较短，这也是考验一个公司和团队的响应速度，必须在这个有限的时间内完成投标书的制作，否则，将由于准备不充分而丢标。这需要平时的技术积累，对行业知识的积累，投标书的积累，如有类似的标书或模版，以及良好的团队合作精神和氛围。

作为一个行业应用项目，技术部分可能涉及到的人员有：网络规划师、硬件产品经理、软件构架师、行业专家、数据规划专家或数据库专家信息安全专家，以及其它专业领域的专家等。这个团队建立，需要整合公司内部和外部的相关资源，来共同完成。例如，可以临时请专业公司相关的售前支持(HP、IBM等)、相关行业的专家、相关专业的大学教授等来扮演相关的角色。甚至可以考虑与相关的其它公司联合投标。

在投标小组中，建立保密制度，特别是对于特大型项目，关于报价、核心技术等内容，最好在小范围讨论和确定。

必要的情况下可采用封闭开发的方式。

222 编写投标书

用户的招标书通常包括：招标邀请函、商务要求部分、技术要求部分、附件和附图等文档，这些文档是编写投标书的基础。投标小组成员在编写标书前，应该仔细、反复阅读招标书，特别是对投标商的资质要求等内容，投标小组对招标书进行讨论，找出招标书中描述不清楚的地方，根据情况向招标方提出要求解释，确定项目资质情况、投标以及实施的风险、对手情况、投标的优势、劣势等;制订投标策略;确定投标书的内容、投标方式;初步编写投标书的大纲。

在投标书编写过程中，应该注意一下几点：

1)商务投标书应该按照招标书的要求进行严格的应答，应答的顺序和格式最好严格遵循招标书的要求。

2)对于招标书没有要求的内容，特别是商务标书，最好不要画蛇添足，如果希望增加对项目投标有帮助的资质，最好经过慎重的考虑，确保没有漏洞。商务部分主要的目的是展示投标公司的实力，确保参加投标的资格。首要是确保投标有效。注意有些东西可以讲出来，但不是所有可以讲出来的东西都适合写出来。转自

3)差异表的处理：对于投标文件与招标文件中有差异的部分，通常招标方要求标注在差异表中，在编写投标方案时，应该尽可能的将差异部分找出来，描述清楚，但是，在最后整理、提交差异表时，就需要特别慎重，并不是每个差异都适合在这个正式的场所以正式的方式提出，有些东西需要保持一种模糊的状态，以提高中标的可能性，同时，又可以为商务和技术谈判留下伏笔，便于谈判中的进退。

4)对于报价单的处理：报价单按照正规要求填写、盖章、密封后，最好能有一两套空白的备份，报价单的格式与正式报价单一样，但是价格不填写。因为在正式报价单封装好到递交报价单前的这段时间，销售人员很可能探听到对手的价格或用户对项目整体价格的意见，这是候需要根据项目、市场、对手、用户的情况进行价格调整，这时就可以使用备份的报价单。特别是公司到异地投标，要想重做报价单，时间基本上是不允许的。

5)密封条的处理：在规定的投标文档密封条基础上，一定要多准备几张备用的密封条，当然是盖好章的，特别是公司到异地投标，市场信息千变万化，你不可能保证在投标前不修改你的价格和投标书。

6)商务投标书中的资质和要求公司盖章的部分一定要对照招标书的要求，严格检查，这部分的错误和遗漏将有可能造成废标，因此，最好有两个以上的人员专门检查核对。

7)对于一个集团公司下的多个法人公司之间，可能存在资质共享的情况，这时，应该注意检查哪些资质不是投标法人单位的资质，如果本投标法人单位的资质，应该请资质拥有的法人单位签署授权声明，否则，招标时可能造成“擅用第三方公司的资质欺骗招标单位”的后果而成为废标。

投标书的编写最核心的要点是要逐条响应招标书，不能有遗漏。作为一个大的公司或集团，需要也应该制定统一的《投标标书编写规范与指南》，通过积累，建立一个投标书模版库，以保证投标书的质量、缩短投标书的编写周期。

223 参加投标

对于比较大的项目，参加投标的团队的人员合理分配是很重要的，根据项目具体情况，可将投标人员按照编写标书分工的情况分为：商务人员、技术人员。继续细分为商务联系人员、商务投标人员、技术部分可以分为负责网络部分的、体系结构的、应用系统功能的人员等。

参加投标人员应该统一服饰，穿统一的职业装，佩戴公司的标志，自信、自然，给招标评委一个良好的整体形象。严格遵循招标纪律。

通常情况下，不要过多的对熟悉的评委交流。尽管前期与用户有充分的接触，可能与一些评委熟悉并有良好的关系，但是，在招标的正式场所，通常是礼貌的打一下招呼，寒喧一下即可，不易与用户有太多的交流和亲密交谈，这些举动可能会造成其它评委的误会，也可能会给对手“授之以柄”。除非你是专门的、有特殊目的的行为，例如，在有些情况下，与招标中的最好领导或核心人员表现出亲密的关系，可以给其它评委造成“某某人可能已经偏向某公司了，我也应该顺势而为”的误导，同时，给对手造成更大的心理压力和负担。但这种方式有很多风险，要非常。慎重。

在投标前，讲标的每一部分应该准备好相应的幻灯片，幻灯片的作用有两个，一是通过文字、、动画等多种方式，比较直观的向评委传达信息，便于评委对讲解内容的理解，二是通过幻灯片，帮助讲标人自己规范思路，不至于跑题。因此，幻灯片制作，要以这两个作用为目标。每张幻灯片讲些什么内容，讲多长时间，都要做到心中有数。

最好有实际的演示，结合演示讲标。作为行业应用软件的用户，比较重视投标厂商以往同类系统的业绩，如果能向用户展示同类的应用系统，结合实例演示来讲解系统的体系结构、功能特点，通常会取得较好的效果。但是，在展示以往系统的时候，要注意扬长避短，屏蔽掉一些系统的弱点和缺陷，同时要注意演示的时间控制。

对投标中使用的设备要主要保护，投标中使用的笔记本电脑，在安装好演示系统和幻灯片后，要对设备慎重使用，防止设备的意外损坏导致投标中的设备异常，例如，注意防病毒、防止意外碰坏，不要在投标出差期间用笔记本电脑到网吧上网，在宾馆中防止电脑进水、摔坏，不要轻易整理计算机系统的文件，可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘，应用系统的安装盘等备份好，有条件的可以采用两套笔记本电脑安装。

适当的与参加投标的对手交谈，也许下次你们还会在另外一次投标中对阵，也许下次他与你并肩战斗，通过交谈，你也可以意外的获得一些有用的信息。

224 商务和技术谈判

在预中标后，将会进行商务和技术谈判，售前技术支持人员主要参加技术协议的谈判和起草。

技术协议的谈判是降低项目风险的关键过程，谈判的成果-技术协议书通常会作为合同的附件，直接影响到项目实施的难度和风险。因此，一定要耐心、细致，不能为了尽快签合同，就草草了事。

技术协议的目的是界定好功能边界和深度。特别是在行业应用软件中，投标文件和讲标中，通常会有忽略一个“度”。如应用系统的深度、功能的具体边界、新技术采用的程度等问题，往往是比较模糊的，很大的可能性是双方在这些方面的认识存在着较大的差异，这些差异的会给后续的项目实施带来风险。技术协议的谈判就是要对这些“度”进行控制，对敏感问题和技术难点要进行沟通，达成共识，注意不能在技术协议中出现“全面解决某某问题”、“完全解决”等模糊的字眼，这种模糊的界定会给项目开发带来很大的风险，都必须讨论清楚，将完成的深度和采用的技术手段写入技术协议中，使项目风险在项目实施前就得到充分的展示和控制。

;

以上就是关于如何做一个好的IT售前全部的内容，包括:如何做一个好的IT售前、关于IT售前,请高人指教、IT售前工程师需要具备哪些能力，具体工作内容是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！