做售前技术支持工作的心得

时间:2019-05-14 09:15:30下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《做售前技术支持工作的心得》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《做售前技术支持工作的心得》。

第一篇:做售前技术支持工作的心得

做售前技术支持工作的心得

1)SE最重要的工作是通过技术交流实现用户对公司的认同。一个销售员的第一步应该是推销自己的公司,其次推销公司的产品,最后是推销个人魅力。但对于SE来说,SE首先要推销个人魅力,认同用户并让用户认同自己提供的技术产品,最后让用户对公司认可,增加公司无形资产的价值。

2)用户项目从来不是为解决哪个技术问题而产生的。SE要得到用户对自己的认同,就必须真正从关心用户的角度来考虑问题(至少让用户感觉到),注意自身形象和工作方法,先赢得用户信任,再考虑技术方案给公司带来的利益。

3)用户真正的需求并不在技术人员那里,而是在用户的领导那里。技术人员单纯,搞定几个技术问题就把他搞定了。领导不懂技术,一般不会轻易敲定一个项目(业务人员通过业务公关可以做到)。但领导善于从某个角度观察:你这人做事的风格是否能让人放心,你所代表的公司是否值得信任。因此,SE不必尝试在用户领导面前表现,只要认真作好自身工作、让领导对自己和自己的公司感到满意即可。

4)SE的工作30%靠技术,70%靠做人。SE的基本要求应包括专业技术经验、基本写作功底、语言沟通技巧、宏观思维能力。

5)SE应该平时多积累,做事要谦虚谨慎。任何用户都不是自己想象的那样差劲,用户是自己真正的老师。

6)大多数用户并不是想象的那样狗屁不通,虽然他某些方面的经验或专业知识不如自己,或者有他们自身的缺点,但他对自己想做的事情一清二楚。SE必须尊重和满足用户的这种自信。因此初次见面的用户一定要多听他讲,自己少说,要说也必须是他完全认同的内容。因为很有可能SE的一两句不专业的话,会让用户觉得你不如他,从而选择下一家公司。

7)大多数用户听SE讲技术问题的时候就象听外语是一样。因为SE经常满口自认为非常简单的术语。

8)用户有可能被SE的一两句话打动,对SE和公司产生好感。一般80%的是非技术问题,另外20%可能是SE的知识与思想体系和人格魅力,但绝对不可能是具体的技术问题。

9)与北方人沟通容易,但做事难。他们豪爽,认为什么都没有问题,等你开始做的时候发现问题很多。因此,有些依靠销售人员搞定的项目,如果售前工程师不加认真规划好方案、细心加以引导,在实施的时候会比较困难。

10)任何项目的成功是“外部因素、内部因素,天时、地利、人和”综合作用的结果。“

外部因素、内部因素、天时、地利、人和”等有利因素都可以通过Sales和SE的工作创造。有些没有做太多前期工作,但这些有利因素都具备、或很容易通过工作补救缺少的一两个方面的项目,比较容易“快速劫单”。

11)政府采购招标项目不仅利润已经非常薄,而且招标、评标工作本身存在一定漏洞,容易被某些公司以“瞒天过海”、“偷梁换柱”的方式“窃单”。因此,替用户写招标文件的时候需要防止这类公司。只要是合格投标人,招标办通常只关心价格。所以在正规招标项目中,通过招标文件对公司资质提出要求已经限制不了任何公司。招标书中最好的陷阱是价格上误导对手报高价。

3、售前工程师用户沟通的技巧

1)与用户沟通的目的是求得用户的认同,求得用户认同的方法是认同用户所认同。因此与用户沟通有这样一个过程:试探和辨别用户特点,或张或弛了解用户关注,抖包袱引导用户需求,为说服用户营造声势,选择技术方案和策略,说服用户认同接受自己。举例如下:

a)用户表现:比较虚心好学。

现象分析:肯定是工作上需要你的技术支持。

工作内容:讲述同行成功经验,发现他工作中关心的问题,共同探讨。

b)用户表现:向你打开话匣子。

现象分析:用户需要向你讲述他引以自豪的经验。

工作内容:认真地听用户讲,即便是错误,也要当面认同他的技术观点(为保证设计的可行性,自己回公司后偷偷在方案里面改正)。

c)用户表现:不向你说太多

现象分析:性格内向,不善言辞,或者对你和你的公司心存戒心

工作内容:施展个人魅力,和盘端出自己思想体系、行业经验和设计思路,为自己和公司营造声势,哪怕把用户说晕,也要让用户认为如果和你公司合作,对他的工作将大有帮助。(事前应知道用户想做什么。另外由于很难了解用户理解水平,而无法把握什么时候、哪句话能说动用户)。

2)与用户技术人员沟通的时候要表现得是技术专家;与用户主管沟通时要表现得是统筹项目的经理;与用户领导沟通的时候,要表现得是领导的学生、朋友、项目的策划者。

3)与单个用户沟通时,一定要有足够的信心,要以专家的姿态和用户沟通。

4)与专家组讨论方案的时候,不要过早抛出、或肯定自己的方案,要抛砖引玉的开头,仔细倾听每一位专家的想法,把自己的方案逐步向每一位专家的意见靠拢,认可每一位专家的观点,最后抛出自己和所有专家观点相近的方案。

5)投标答疑过程中,专家提出质疑的原因可能不在于专家想知道某个问题的答案,而应该关心专家发问的原因。因此答疑结束时一定要关切地询问提问者“不知道我这回答您满意吗?”

6)要善于运用“飞箝之术”,在用户面前为自己和公司营造声势,让用户认可并接受你的方案和说词,为项目的成功营造“天时、地利、人和”的局面。

7)沟通的目的可能是为了解用户需求,或者让用户了解自己公司,可能是让用户了解自己的方案,也可能是吸引用户关注、钓用户胃口,甚至可能仅仅为了拖延时间。因此,需要明确沟通的目的,并在时间上灵活掌握。

8)用户交流和用户培训不一样,与用户沟通也许不一定需要多么精彩的开头,但结尾一定要漂亮、气氛友好。

4、给用户培训的技巧

1)给用户培训有三个层次

a)第一层次:敢上台、敢对听众大声说话。

主要方法:照本宣科。大学教授式的讲课方法,很少脱离教材举例,即便举例也是和实际工作相距很远,例子没有任何吸引力。

用户评价:其实老师可以不用讲,书上都有,我自己看得懂;

b)第二层次:按照自己的思路和方法,给用户讲解自己理解问题的过程。

主要方法:总结、串思路。平时看书时,认真作好笔记和总结,对一些比较抽象、复杂难以理解的过程、容易混淆的概念,做到通过一两句话、一张简单的图表、一个动画演示等方法清楚的展示出来。

用户评价:这个问题我自己看了两三天书还是不理解,但这老师一句话就让我明白了。

c)第三层次:讲自己的思想和经验方法。

要点技巧:要结合自己对用户问题的理解,结合你的支持经验。把用户的问题,你的方法和思想清晰地道出,或者向用户的技术人员介绍你在工程中遇到的问题和解决问题的过程。

用户评价:讲得挺好的呀,特别是有一些经验之谈,书店是买不来的。

2)用户培训的一些技巧和注意事项

a)给用户培训最重要的是安抚核心人物。如果有用户领导参加,课间一定要和用户领导沟通讲课效果,而不能只顾着回答技术人员提出的问题。

b)准备好一段十分精彩的开场白,这样可以吸引听课者的兴趣,自己也不会感到怯场。

c)根据实际情况采取不同的培训形式和方法。比如与设计、管理运维相关的内容,如果现场许可,可以借鉴MBA等管理课程分组讨论、互动教学、和游戏教学的方式。

d)技术原理和工作实例相结合。如果是讲技术,不妨多举些例子,可以直接拿做过的工程实例来炫耀,那样听课者会比较感兴趣。比如介绍NAT技术之前不妨讲个工程中信息平台DMZ区的规划和实施的例子,听课者可能不关心什么是NAT,但可能正想规划自己的WWW服务器,因此会对这些内容很感兴趣,而且这样也让用户知道NAT用在什么地方,即便是枯燥的原理,他也愿意听。

e)技术原理与规划设计相结合。听课者水平可能不一样,即便你从最基础的知识开始讲解,第二天的时候,肯定还是原来懂的懂了,原来不懂的还是不懂。大家情绪低落或者压力巨大。这时可以考虑技术理论和规划设计思想相结合的方式。那样即便懂技术的也会从讲课者的规划设计思想方面收获不少;而没有基础的也能够听明白设计方法和规划步骤,而且由于与自己工作相关,不仅释放了压力,还重新找回学习技术的兴趣。

f)培训结束时的测试不仅是炫耀培训者知识的手段,也是给听课者成就感的方法,同时还是提高上课质量的手段。我曾经试过,大家听得比较累的时候,我告诉听课者“你们领导可能和你们都说过,在培训结束后给大家出一套题目。我认为培训的目的是大家一起学习交流知识,考大家不是我目的,因此我一般不会出没有大家发挥余地得不的题目,比如象这个问题……”。这话刚讲完,下面全伸长脖子,竖着耳朵听,并且详细地做记录。

3)其它建议

a)平时多积累,提前做准备。台上一分钟,台下十年工!。

b)培训胶片最好是自己制作的,也就是解说者必须是对教案非常熟悉。上大学的时候,我们都希望讲课的老师就是编教材的老师,他轻车熟路啊!

c)按照课时来备课,这样讲课者可以把握进度、预测培训效果,并采取相应的调整措施。

d)训练普通话,注意讲台上的身体语言。有次到第三天的时候才知道被录象了。后来看录象的时候自己都笑了,口头语、小动作实在太多了。

5、项目管理的技巧

1)现场工程师在现场工作很辛苦、工程技术问题的压力大。而用户不会协助公司推进项目的进程,更不会急于验收一个项目。因此,工程项目最好有一个项目经理来有效地控制项目的进度、督促用户配合执行项目进度计划。这样项目经理可阶段性地向用户提交提交项目成果,并让用户对施工结果进行认可。这样,可以大大地缩短施工周期,为公司节约各方面成本。

2)政府项目属于非常难于管理的项目。通常只是名誉上给公司项目管理的角色,实际上项目过程中凡事都需要听用户(或用户领导)的。包括项目计划、进度、甚至实施步骤都可能由用户任意更改。这种项目需要与用户进行充分的沟通,认同用户的认同,努力争取对于一些关键步骤和阶段控制。

相比,广电、包括电信运营商项目通常可以由自己来把握进度。金融项目用户方会有很好的项目管理,我们只需要参与到项目当中,按照金融用户的项目计划进行即可。因此,政

府项目的管理风险很大。

3)有些项目是不可逆,有些项目可逆,不可逆的项目风险比较大;有些项目属于“N*1”类型,有些项目属于“1*N”类型。前者是N件事情只做一遍,后者是一件事情做N遍;前者可以考验工程师能力,后者有利于培养技术队伍。“1*N”类型的项目施工难度、风险都很小,而且相同的工作重复次数越多,公司的利润越大。

4)做项目一定要有一个高于项目技术要求的现场工程师和项目经理,这样才可能有效地控制进度和风险。

第二篇:做售前技术支持工作的心得

做售前技术支持工作的心得

最近事情比较多,也经常和技术人员一同见客户、给合作伙伴培训等。由于自己做销售和管理工作已经几年了,对于研发出身,历经售后、售前和技术管理等工作的我来说,见到不同类型的技术工程师总有一些自己的评价和想法,但是由于业绩的压力现在也很少对我所管理的技术团队进行一些指导和帮助。将最近对于售前工程师的一些建议和考虑整理出来,就当这段时间对售前人员的一个期望和借鉴。

一、技术人员的出路

技术人员在IT企业中一般分为售前和售后。售前一般工作是从事技术交流、方案撰写、标书制作、投标答辩等工作。售前是将用户的需求反馈给产品经理和研发人员的重要桥梁和纽带,也是用户对一个公司技术能力进行评价的“第一眼”,因此售前人员的素质和表现在一个企业中显得尤为重要。

售后的主要工作在一个企业中更多的是从事产品安装、调试,竞争性测试,用户疑难解答和TroubleSheeting等工作,一般比较成型的企业售前和售后都是单独分离的体系,有独立的部门进行管理。售前往往与销售结合的更加紧密,很多时候售前的Team是结合到各个销售平台和行业事业部中,这样更加便于和销售、客户沟通;而售后一般是独立的体系,有专人管理,这样便于形成公司统一的售后实施体系,能够让售后工作更加规范化和标准化。当然对于全国性的IT企业,在企业的分公司中,售前和售后很多是结合在一起的,其实在分公司、办事处级别是很难让一个人单纯从事售前工作而不去实施和调试,也很难让一个人专门负责售后安装而不写技术方案的。

在技术体系中,一个好的技术有几个发展路线,其中一个比较典型的路线就是一般进入IT企业的技术人员一般要先做售后工作。这样可以很快的熟悉公司的产品、技术路线、性能和功能,同时这些工作不需要太多的沟通和理解技巧,正好可以让他顺利的度过适应公司、了解产品、学会和客户沟通的时期;当售后工作熟练以后,技术人员可以转而从事售前。售前工作内容比较多,也非常有挑战性,因此做一个一般的售前容易,但是做一个让销售和客户都满意的售前不容易!一个好的售前如果愿意继续从事技术工作,他就可以把他所从事的行业的相关技术研究的更深、更透,成为一名行业专家,也就是我们所称为的咨询顾问和资深咨询顾问。

可喜的是,咨询顾问是越老越值钱,尤其是信息和网络安全领域,如果一位40多岁的顾问和一位20多岁的工程师在一起的话,相信用户更加愿意相信那个40多岁的顾问的建议的。另外,技术工程师还可以从售前向管理方面发展。可以做某个方面的主管,做某个部门的经理等。

技术工程师(尤其是售前)还有很大一部分的出路是转成了销售。这样的销售都是企业中比较成功的销售。因为对公司文化比较了解,对公司技术、产品很熟悉,因此和用户沟通起来非常顺畅,也不容易出现盲目乐观、认为自己的东西啥都行,给客户一些无法完成的承诺的情况,客户也非常认可这样的销售人员;并且这样的销售也减少了很多不必要的需要技术人员的沟通,加快了销售的流程,增加的订单签订的效率。

二、什么样的售前是销售和用户眼中的好的售前

关于售前工作的职责、工作要求、岗位目标等网络上和各个企业一般都有明确的要求,我在这里就不赘述,我只是作为一名销售来谈一下销售眼中的好售前应该注意的地方。

第一、好的售前应该注重仪表

一个衣着干净整洁的人一定会给人比较好的印象。即使你没有1.80的身高、双眼皮儿、大眼睛、英俊的外貌、洪亮的嗓音,也不代表你一定不会成为优秀的售前。成为好的售前要注

重仪表,不一定身着名牌,但是一定要干净、笔挺,衣服要比较立整,鞋要尽量保持光亮,很难想像一个穿着满是泥土的皮鞋的售前会给用户留下很好的印象。

第二、好的售前一定要爱岗敬业

他要相信自己所从事的工作是公司发展中非常重要的一环,是给客户留下深刻印象的一个角色,因此售前要热爱自己所从事工作,要对每天的工作充满信心,对用户充满爱心,这样就不会抱怨随同销售拜访客户吃闭门羹、就不会抱怨连续几周不断的出差、不会埋怨领导安排的交流是在情人节而耽误了和女友的约会、不会埋怨客户对自己的公司、产品横挑鼻子竖挑眼。。相信这一点也是任何职位都应该具备的品质。

第三、好的售前要不急躁

现在的客户越来越聪明——他们接触了太多的厂商,了解了太多的产品、技术内幕,大量的行业专家在给他们做咨询,他们已经很难被你的一番言辞打动;售前要有充分的思想准备,不要急于在见到客户第一面的时候期望用20分钟征服客户,那样反倒让自己心浮气躁,在剩下的交流时间中深入不下去。

现在的客户越来越没有耐心——太多的厂商和所谓的专家曾经给过他们或者温柔或者残忍的“忽悠”,他们已经没有那么多耐心留给你了。经常出现你在客户面前交流,客户毫不留情的告诉你某某部分不要讲了,直接讲某某部分。这样的客户不是他太牛,而是因为他已经没有更多的耐心来听你大讲特讲你的公司如何牛、公司有多少个NO.1、你的产品如何好、某某部委用了你们的东西,他还有很多更重要的事情要做。

因此这就需要售前在交流之前更多的了解客户的行业背景,了解自己的公司在这个行业有什么成功案例,做过些什么,可以给这个客户做些什么,一定要贴近用户的实际,不要泛泛的谈。这些都需要售前有一个好的修养和脾气,不要被客户撅了一下就垂头丧气,要不急不躁,要比客户更加耐心。

售前说话的时候声音不一定很大,语调不一定很高,但是一定要不卑不亢,不慌不忙,不要被客户的情绪所影响,客户急了,你比客户还急,那样是不行的,一定要保持自己的语速,保持自己的风格和格调,充分的展现给客户你完整的思想。也要注意尽量不要打断客户正在说的话,那样给人的感觉会很不好。

第四、好的售前要准备大量的PPT

客户可能随着你的介绍而忽然来了兴趣和灵感,想听一下另外的产品或者其他方面的技术,你要能够用最短的时间找到用户要听的那个PPT,因此售前在平时要积累大量的PPT,包括行业内专家的PPT(比如安全圈里面大潘曾经共享了大量的PPT等等)、公司内部其他人员写的、你从其他公司和渠道搜集的PPT,要善于搜集和整理,以我的经验,一个好的售前应该至少搜集和整理1G的各个公司、各种产品、各种技术和各种解决方案的PPT文件,以备不时之需,这也是一个好的售前和一个一般售前的区别。

好的售前人员要有丰富的知识面,很多客户会问到你所讲的产品、技术相关的一些技术,因此对各种相关技术都有有一些涉猎,避免到时候尴尬或者讲出明显错误的话。

第五、一定要有至少一个能够从头到尾讲的案例

咨询顾问值钱的、也是客户看中的就是他对于类似项目的经验。这些经验有很多时候是客户非常希望参考和借鉴的。那么,客户在和售前交流的时候无论是否正式的场合,客户都希望从售前那里听到类似行业、类似应用的其他客户他们面临什么样的问题,是如何解决的,不同解决方案有什么样的差别。

鉴于这样的情况,一个好的售前工程师应该至少吃透一个典型案例,将这个案例能够讲清楚、讲透!

那么,什么叫讲清楚、讲透呢?就是应该对这个案例的背景、客户组织架构、项目整个生命周期(酝酿、产生、成型、招标、实施、验收、效果、产出、反馈等过程)有非常清楚的了解和认识,并能针对以上过程提出自己的想法和建议。

目前的客户很少愿意从头到尾的听你讲解你的公司和你的产品,更多的愿意听你讲解一个案例,这样更能吸引他的注意力,更能提升你在客户心目中的形象。但是这要求售前认真研究案例,最好要亲身参与过的案例,这样才能比较有理有利的讲解,不会让人感到很虚,讲不下去。因此售前人员参与过的每个项目都可能成为征服下一个客户的重要资源,这要求售前在每个项目的每个阶段都能认真、细心,对每个细节都要注意,不要刚了解了开头就认为差不多了,那样就是典型的只知其然而不知其所以然,在和客户交流的时候客户问到一些细节的东西你必然支支吾吾,答非所问。

第六、要注意保守客户秘密

售前在参与客户交流的时候能够了解很多客户的需求和实际的问题,很多时候这些信息都可能成为这个客户的竞争对手或者潜在威胁的一方急需获得的信息,因此售前在和客户交流的时候一定要注意在举例的时候不要直接提到你所举例的客户的完整名字,可以用某客户、某金融机构、某运营商、某企业等代替;另外在给客户讲解案例的时候很多客户对售前的PPT感兴趣,都希望能够要一份做为参考,这个时候售前一定要头脑清晰,考虑清楚你现在所讲的PPT是否适合直接提供给客户,里面是否有其他客户的名称、拓扑等信息,这些信息都是可能带个其他客户威胁的,并且有可能惹上法律问题的,要尽可能回避。

遇到这种情况,可以向用户解释一下其中有敏感信息不适合提供给客户,如果需要可以回去整理一下,去掉敏感信息再提供给客户。另外提供给客的PPT尽可能的提供PDF版本的,避免不必要的麻烦。

同时也要注意不要在介绍中贬低竞争对手,这样给客户的感觉不好,并且你也不清楚在座的各位中哪位就是你所贬低的公司的亲属和朋友的。因此如果客户非要你做比较的时候,你可以比较客观的提出你公司和产品的优点,这样是比较职业的做法,大家要注意。

以上几点只是我想到的售前应该注意的地方,当然还有更多的提升自己能力的方面,大家仁者见仁,希望大家都能够在IT、信息安全领域早日成熟、成长起来。

1)SE最重要的工作是通过技术交流实现用户对公司的认同。一个销售员的第一步应该是推销自己的公司,其次推销公司的产品,最后是推销个人魅力。但对于SE来说,SE首先要推销个人魅力,认同用户并让用户认同自己提供的技术产品,最后让用户对公司认可,增加公司无形资产的价值。

2)用户项目从来不是为解决哪个技术问题而产生的。SE要得到用户对自己的认同,就必须真正从关心用户的角度来考虑问题(至少让用户感觉到),注意自身形象和工作方法,先 赢得用户信任,再考虑技术方案给公司带来的利益。

3)用户真正的需求并不在技术人员那里,而是在用户的领导那里。技术人员单纯,搞定几 个技术问题就把他搞定了。领导不懂技术,一般不会轻易敲定一个项目(业务人员通过业务公关可以做到)。但领导善于从某个角度观察:你这人做事的风格是否能让人放心,你 所代表的公司是否值得信任。因此,SE不必尝试在用户领导面前表现,只要认真作好自身 工作、让领导对自己和自己的公司感到满意即可。

4)SE的工作30%靠技术,70%靠做人。SE的基本要求应包括专业技术经验、基本写作功底、语言沟通技巧、宏观思维能力。

5)SE应该平时多积累,做事要谦虚谨慎。任何用户都不是自己想象的那样差劲,用户是自己真正的老师。

6)大多数用户并不是想象的那样狗屁不通,虽然他某些方面的经验或专业知识不如自己,或者有他们自身的缺点,但他对自己想做的事情一清二楚。SE必须尊重和满足用户的这种 自信。因此初次见面的用户一定要多听他讲,自己少说,要说也必须是他完全认同的内容。因为很有可能SE的一两句不专业的话,会让用户觉得你不如他,从而选择下一家公司。

7)大多数用户听SE讲技术问题的时候就象听外语是一样。因为SE经常满口自认为非常简单的术语。

8)用户有可能被SE的一两句话打动,对SE和公司产生好感。一般80%的是非技术问题,另外20%可能是SE的知识与思想体系和人格魅力,但绝对不可能是具体的技术问题。

9)与北方人沟通容易,但做事难。他们豪爽,认为什么都没有问题,等你开始做的时候发现问题很多。因此,有些依靠销售人员搞定的项目,如果售前工程师不加认真规划好方案、细心加以引导,在实施的时候会比较困难。

10)任何项目的成功是“外部因素、内部因素,天时、地利、人和”综合作用的结果。“ 外部因素、内部因素、天时、地利、人和”等有利因素都可以通过Sales和SE的工作创造。有些没有做太多前期工作,但这些有利因素都具备、或很容易通过工作补救缺少的一两个方面的项目,比较容易“快速劫单”。

11)政府采购招标项目不仅利润已经非常薄,而且招标、评标工作本身存在一定漏洞,容易被某些公司以“瞒天过海”、“偷梁换柱”的方式“窃单”。因此,替用户写招标文件的时候需要防止这类公司。只要是合格投标人,招标办通常只关心价格。所以在正规招标 项目中,通过招标文件对公司资质提出要求已经限制不了任何公司。招标书中最好的陷阱 是价格上误导对手报高价。

3、售前工程师用户沟通的技巧

1)与用户沟通的目的是求得用户的认同,求得用户认同的方法是认同用户所认同。因此与 用户沟通有这样一个过程:试探和辨别用户特点,或张或弛了解用户关注,抖包袱引导用 户需求,为说服用户营造声势,选择技术方案和策略,说服用户认同接受自己。举例如下:

a)用户表现:比较虚心好学。

现象分析:肯定是工作上需要你的技术支持。

工作内容:讲述同行成功经验,发现他工作中关心的问题,共同探讨。

用户表现:向你打开话匣子。

现象分析:用户需要向你讲述他引以自豪的经验。

工作内容:认真地听用户讲,即便是错误,也要当面认同他的技术观点(为保证设计的可行性,自己回公司后偷偷在方案里面改正)。

c)用户表现:不向你说太多

现象分析:性格内向,不善言辞,或者对你和你的公司心存戒心

工作内容:施展个人魅力,和盘端出自己思想体系、行业经验和设计思路,为自己和公司营造声势,哪怕把用户说晕,也要让用户认为如果和你公司合作,对他的工作将大有帮助。(事前应知道用户想做什么。另外由于很难了解用户理解水平,而无法把握什么时候、哪句话能说动用户)。

2)与用户技术人员沟通的时候要表现得是技术专家;与用户主管沟通时要表现得是统筹项

目的经理;与用户领导沟通的时候,要表现得是领导的学生、朋友、项目的策划者。

3)与单个用户沟通时,一定要有足够的信心,要以专家的姿态和用户沟通。

4)与专家组讨论方案的时候,不要过早抛出、或肯定自己的方案,要抛砖引玉的开头,仔 细倾听每一位专家的想法,把自己的方案逐步向每一位专家的意见靠拢,认可每一位专家 的观点,最后抛出自己和所有专家观点相近的方案。

5)投标答疑过程中,专家提出质疑的原因可能不在于专家想知道某个问题的答案,而应该 关心专家发问的原因。因此答疑结束时一定要关切地询问提问者“不知道我这回答您满意吗?”

6)要善于运用“飞箝之术”,在用户面前为自己和公司营造声势,让用户认可并接受你的 方案和说词,为项目的成功营造“天时、地利、人和”的局面。

7)沟通的目的可能是为了解用户需求,或者让用户了解自己公司,可能是让用户了解自己的方案,也可能是吸引用户关注、钓用户胃口,甚至可能仅仅为了拖延时间。因此,需要 明确沟通的目的,并在时间上灵活掌握。

8)用户交流和用户培训不一样,与用户沟通也许不一定需要多么精彩的开头,但结尾一定要漂亮、气氛友好。

4、给用户培训的技巧

1)给用户培训有三个层次

a)第一层次:敢上台、敢对听众大声说话。

主要方法:照本宣科。大学教授式的讲课方法,很少脱离教材举例,即便举例也是和实际工作相距很远,例子没有任何吸引力。

用户评价:其实老师可以不用讲,书上都有,我自己看得懂;

第二层次:按照自己的思路和方法,给用户讲解自己理解问题的过程。

主要方法:总结、串思路。平时看书时,认真作好笔记和总结,对一些比较抽象、复杂难以理解的过程、容易混淆的概念,做到通过一两句话、一张简单的图表、一个动画演示等 方法清楚的展示出来。

用户评价:这个问题我自己看了两三天书还是不理解,但这老师一句话就让我明白了。

c)第三层次:讲自己的思想和经验方法。

要点技巧:要结合自己对用户问题的理解,结合你的支持经验。把用户的问题,你的方法 和思想清晰地道出,或者向用户的技术人员介绍你在工程中遇到的问题和解决问题的过程。

用户评价:讲得挺好的呀,特别是有一些经验之谈,书店是买不来的。

2)用户培训的一些技巧和注意事项

a)给用户培训最重要的是安抚核心人物。如果有用户领导参加,课间一定要和用户领导沟通讲课效果,而不能只顾着回答技术人员提出的问题。准备好一段十分精彩的开场白,这样可以吸引听课者的兴趣,自己也不会感到怯场。

c)根据实际情况采取不同的培训形式和方法。比如与设计、管理运维相关的内容,如果现 场许可,可以借鉴MBA等管理课程分组讨论、互动教学、和游戏教学的方式。

d)技术原理和工作实例相结合。如果是讲技术,不妨多举些例子,可以直接拿做过的工程实例来炫耀,那样听课者会比较感兴趣。比如介绍NAT技术之前不妨讲个工程中信息平台D MZ区的规划和实施的例子,听课者可能不关心什么是NAT,但可能正想规划自己的WWW服务器,因此会对这些内容很感兴趣,而且这样也让用户知道NAT用在什么地方,即便是枯燥的原理,他也愿意听。

e)技术原理与规划设计相结合。听课者水平可能不一样,即便你从最基础的知识开始讲解,第二天的时候,肯定还是原来懂的懂了,原来不懂的还是不懂。大家情绪低落或者压力 巨大。这时可以考虑技术理论和规划设计思想相结合的方式。那样即便懂技术的也会从讲课者的规划设计思想方面收获不少;而没有基础的也能够听明白设计方法和规划步骤,而 且由于与自己工作相关,不仅释放了压力,还重新找回学习技术的兴趣。

f)培训结束时的测试不仅是炫耀培训者知识的手段,也是给听课者成就感的方法,同时还是提高上课质量的手段。我曾经试过,大家听得比较累的时候,我告诉听课者“你们领导可能和你们都说过,在培训结束后给大家出一套题目。我认为培训的目的是大家一起学习交流知识,考大家不是我目的,因此我一般不会出没有大家发挥余地得不的题目,比如象 这个问题„„”。这话刚讲完,下面全伸长脖子,竖着耳朵听,并且详细地做记录。

3)其它建议

a)平时多积累,提前做准备。台上一分钟,台下十年工!。

培训胶片最好是自己制作的,也就是解说者必须是对教案非常熟悉。上大学的时候,我们都希望讲课的老师就是编教材的老师,他轻车熟路啊!

c)按照课时来备课,这样讲课者可以把握进度、预测培训效果,并采取相应的调整措施。

d)训练普通话,注意讲台上的身体语言。有次到第三天的时候才知道被录象了。后来看录象的时候自己都笑了,口头语、小动作实在太多了。

5、项目管理的技巧

1)现场工程师在现场工作很辛苦、工程技术问题的压力大。而用户不会协助公司推进项目的进程,更不会急于验收一个项目。因此,工程项目最好有一个项目经理来有效地控制项目的进度、督促用户配合执行项目进度计划。这样项目经理可阶段性地向用户提交提交项目成果,并让用户对施工结果进行认可。这样,可以大大地缩短施工周期,为公司节约各方面成本。

2)政府项目属于非常难于管理的项目。通常只是名誉上给公司项目管理的角色,实际上项 目过程中凡事都需要听用户(或用户领导)的。包括项目计划、进度、甚至实施步骤都可能由用户任意更改。这种项目需要与用户进行充分的沟通,认同用户的认同,努力争取对于一些关键步骤和阶段控制。相比,广电、包括电信运营商项目通常可以由自己来把握进度。金融项目用户方会有很好 的项目管理,我们只需要参与到项目当中,按照金融用户的项目计划进行即可。因此,政府项目的管理风险很大。

3)有些项目是不可逆,有些项目可逆,不可逆的项目风险比较大;有些项目属于“N*1” 类型,有些项目属于“1*N”类型。前者是N件事情只做一遍,后者是一件事情做N遍;前者可以考验工程师能力,后者有利于培养技术队伍。“1*N”类型的项目施工难度、风险都很 小,而且相同的工作重复次数越多,公司的利润越大。

4)做项目一定要有一个高于项目技术要求的现场工程师和项目经理,这样才可能有效地控制进度和风险。

第三篇:如何做好售前技术支持工作

如何做好售前技术支持工作

一。售前人员需要具备的素质

(1)什么是售前技术支持人员?

售前技术人员是项目开发人员与业务销售人员的桥梁。

在业务销售人员眼中--售前人员扮演的是技术人员或技术专家的角色,在项目实施中的开发人员眼--售前人员是专注技术的销售人员;

在用户眼中--售前人员,是代表公司技术水平的技术专家。

在一个具体的售前技术支持活动中,售前人员协调销售人员、用户、后期开发人员间的关系,将公司的技术实力向用户展现,听取用户的初步需求,与用户讨论项目系统的初步框架,协助销售人员将公司的产品和技术优势推荐给用户,为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求,是项目的技术框架的最初设计者。

(2)售前人员的工作素质。

售前人员需要具备一技术人员和销售人员两方面的素质,具体如下:

●熟悉自己的产品。

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

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

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

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

●能熟练进行方案、标书的编写。

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

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

(3)售前技术支持团队的概念。

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

二。售前技术人员的具体工作内容

(1)总体工作任务:在项目招投标活动中,售前技术人员需要从前期跟踪,签单等过程中与销售人员密切合作。具体工作过程如下:

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

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

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

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

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

6.签订合同,项目实施前进行完整的内部技术交接工作。

(2)售前技术人员在招投标前与用户进行技术交流

A。技术交流的目的:

了解用户的真实需求和想法,通过技术交流,了解用户对系统框架、平台、新技术的偏好,使以后在投标中能“投其所好”“命中要害”。

介绍公司的技术和产品,使用户在招标前对本公司技术和产品能有比较清楚的认识和了解,将用户的需求引导到本公司的技术和产品的思路上,使用户的在技术上对本公司有一定的偏好。

B. 技术交流需要了解的内容:

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

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

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

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

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

6.用户感兴趣的热点技术;

C.技术交流的工作技巧:

交流应该广泛,不要只限于项目的具体负责人,交流和拜访中要善于识别用户的身份,抓住对项目有决定权、影响大的用户的想法,同时,可以初步分析哪些用户可能是以后的招标评委,留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。

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

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

(3)编写投标书

(4)参加投标中讲标

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

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

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

D。讲标应该有既要有重点,又要覆盖到各项内容,突出公司特点和优势、突出技术优势和特点。内容要尽量照顾到每个评委。

E。讲标通常都有时间限制的,在这个时间段内,如何将公司介绍、商务介绍、技术介绍、项目实施、技术支持与服务等内容的时间合理分配,需要在讲标前仔细斟酌。时间和内容的分配主要根据以下情况来调整:

●本公司和技术上的优势和特点。

讲标中,特别是讲标的顺序排在后面的时候,对于一些共性的东西,评委已经比较清楚了,也没有兴趣听你重复,他关心的是你与其它对手相比的特点

●招标评委的组成和特点。

要力所能及的分析招标评委的组成情况,高层领导、技术专家、部门业务专家等角色的人员组成和数量。通常高层领导对IT技术不熟悉,他评判的主要依据更多的是公司规模、资质、实力、售后服务、价格等非技术性指标,技术专家评判的主要依据是系统体系、采用的新技术、安全性、扩展性、软件开发管理机制等技术指标,而部门业务专家更关心软件的功能、易用性、与现有系统的接口等问题。

●讲标的过程中要注意观察评委的表情、态度,及时调整内容的深度。

●对手讲标后的情况和弱点。

针对对手讲标后评委普遍反映的问题进行重点阐述,例如,评委认为系统的安全性和项目开发的规范性很重要,但其它讲过标的对手都没重视,这时,你需要及时调整内容,将安全性和项目开发机制做重点来阐述。

不要轻易攻击对手,可能有些评委对你的对手有好感,你对对手的直接攻击,会引起他的反感而刻意打压你。攻击对手的方法是突出自己的优势。

F。讲标中可能由几个人分工,讲不同的内容,但要注意整体的逻辑上要严密。可以先由一个人将讲标的全部内容安排做一个介绍,然后在每个人讲完自己部分后,简单介绍下部分的内容,引入下个讲解人员。使整个讲标连贯统一。

G。讲标前要调整好自己的状态和心态,讲标过程中要放松,不要报着“上考场应考”、“被人评判审核”这样的心态。当你上到讲标台上,看见评标的人很多,你会更加紧张,越容易出错。你应该对自己方案和产品充满信心,你就是专家,给大家介绍一下我们的好东西,绝对能解决你们现在的问题的心态。

(5)答疑

回答讲标和提问时,掌握的原则是:

讲不清楚没关系(模临两可),但决不能错!

不能与评委发生争论。

不能对评委的问题表示轻视。

回答不了的问题,答疑的人员要相互配合。当你发现你的同伴被问住的时候,如果你能协助他回答最好,你也不能回答的,你应该迅速想到一个方法,从另外一个角度的回答这个问题,从而逐渐将话题引开,避免尴尬。

(6)商务和技术谈判

在预中标后,售前技术支持人员需要参加技术协议的谈判和起草。谈判的成果-技术协议书会作为合同的附件,直接影响到项目实施的难度和风险。因此,一定要耐心、细致,不能为了尽快签合同,就草草了事。

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

第四篇:售前技术支持年终总结

售前技术支持年终总结

是最新发布的《售前技术支持年终总结》的详细范文参考文章,觉得有用就收藏了,希望对网友有用。

篇一:2013年售前技术支持年终总结

2013年售前技术支持工作年终总结

一、职业成长回顾

还没有来得及揣摩自己在这一年中的所有得失,2013年已经领近尾声,细细回首这一年走过的路,虽然没有轰轰烈烈的成绩和战果,但是也经历了一些不平凡的考验和磨砺。我想,2013年是我工作旅程中的转折一年,在这一年中,我在自己的岗位上迎来了更多的历练和思考。我想,这是喜悦和汗水并存的一年,也是充满了机遇和挑战的一年。

来到XX已经一年光景,作为一名

项目工程售前的技术工程师,承蒙公司领导与部门同事的批评指导,在履行自己职责的同时,也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的时候我也时常扪心自问,是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓?

自从担任公司项目工程售前技术工程师以来,我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案,以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时,我几乎不太能够理解项目售前的含义,更不了解应该如何去把项目售前的工作开展实施,而是过多的依赖于抄袭现场的方案,在一些项目关键点部分处理得不够理想,过于理论化,导致与实际脱节。通过几次不太成功的案例锻炼之后,慢慢的我也开始形成一套适用于自己成长的思维模式,并摸索出一

些相似领域、固定产品的处理办法。但是回过头来看,那段时期的方案编写也存在许多的不足,体现在对于项目建设的需求经常只顾眼前的形势直奔主题,阐述完功能产品的适用性,能够如何满足客户需求即可,但是却忽略了未来客户发展所带来的变化与扩展,对项目的把握不够全面,毕竟系统集成涉及的领域众多,涵盖的技术面较广,这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导,也让我逐渐明白在进行系统集成项目时宏观了解,思想汇报专题全局设计的重要,对用户的需求必须要深入的分析,了解客户的企业规模、事务处理流程以及发展规划之后,从全局的角度来进行方案设计,再突出眼前的局部建设构想,这样才能真正把

系统集成方案写好,才能真正让客户满意,而我也必须在具备这样全局把

控的思维能力,再加上知识的不断积累,才能成长为一名合格的售前工程师。

二、工作开展回顾

在过去的一年,我对涉足不同行业的系统集成需求也进行了一些回顾总结,其中视频监控项目与网络项目占到了所处理案件的70%,在这些项目中,我所要承担的任务主要包括:项目需求了解、项目设计方案编写、项目跟踪等。而相对来说,项目方案设计又占到了很高的精力付出比例,但是如何提供解决方案完成工作,亦经历了两个时期的成长。

第一阶段:从产品到方案。将公司的产品资料(如海康威视、华为等常用设备)修改成针对用户的解决方案,这一类售前支持不在少数,处于对公司内部代理的产品比较熟悉,再加上有一定的技术功底,所以这个时期在编写方案的时候从完成速度上来说比较快速,但不能站在客户价值角度来理解产品。

第二阶段:从需求到方案。通过总

结问题以及对项目的不断理解,有了自己的知识体系和工作方法,能站在管理咨询的角度采用各种方法去了解客户业务、分析用户需求,并提供解决方案。

三、2014个人职业展望

通过这一年时间的摸索与观察,对于现在各大行业客户,越来越不满足于单一产品的建设需要,他们往往希望单位或企业内部的各个应用子系统能够兼容整合,范文写作并且所有的管理能够在统一的平台下进行。也就是说,对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展,而不是单一的提供产品集成,在激烈的行业竞争中,我们需要提供客户耳目一新的亮点方案。

在学习交流中我发现,数据集中与云计算将是未来发展的技术方向,所谓数据集中,就是把企业所有日常办公产生的数据集中在机房管理端,确保数据的安全有效管理,杜绝一些潜在或已知的泄密危险;而云计算通俗来说既是虚

拟化服务,包括应用虚拟化、桌面虚拟化和服务器虚拟化,这样的技术发展将越来越降低对客户终端的硬件要求,转而提升系统应用的灵活性和高可用性。

除了对技术方面的发展追求,在职业规划中我也有一些为自己客观定位的要求。在过去的工作开展中,接受客户案件的时候,我想自己可能过多的是处在一种被动的状态下,按照客户提出的需求进行分析,了解客户一时期内的发展状况,然后提出可行的办法。但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位,我更倾向于为客户树立一种可靠可信的咨询师的身份角色。不单单对客户的需求进行分析,还要对客户所在行业进行一些必要的了解,清楚行业发展趋势以及新兴技术的应用案例,从硬件和软件结合的角度出发来进行整体解决方案设计,提供给客户综合应用解决方案。

明确了个人的发展方向与职业角色定位,这就要求自己仍然需要不断的

知识积累,尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的虚拟化技术上投入一些精力,结合项目实施者成功经验的分享,范文TOP100总结出适合自己在新的一年工作中处理项目的办法。

篇二:2014年售前技术支持年终总结

2014年售前技术支持工作年终总结

一、职业成长回顾

还没有来得及揣摩自己在这一年中的所有得失,2014年已经领近尾声,细细回首这一年走过的路,虽然没有轰轰烈烈的成绩和战果,但是也经历了一些不平凡的考验和磨砺。我想,2014年是我工作旅程中的转折一年,在这一年中,我在自己的岗位上迎来了更多的历练和思考。我想,这是喜悦和汗水并存的一年,也是充满了机遇和挑战的一年。

来到XX已经一年光景,作为一名项目工程售前的技术工程师,承蒙公司领导与部门同事的批评指导,在履行自

己职责的同时,也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的时候我也时常扪心自问,是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓?

自从担任公司项目工程售前技术工程师以来,我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案,以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时,我几乎不太能够理解项目售前的含义,更不了解应该如何去把项目售前的工作开展实施,而是过多的依赖于抄袭现场的方案,在一些项目关键点部分处理得不够理想,过于理论化,导致与实际脱节。通过几次不太成功的案例锻炼之后,最全面的范文参考写作网站慢慢的我也开始形成一套适用于自己成长的思维模式,并摸索出一些相似领域、固定产品的处理办法。但是回过头来看,那段时期的方案编写也存在许多的不足,体现在对于项目建设的需求经常只顾眼前的形势直奔主题,阐述完功能产品的适用性,能够如何满足客户需求即可,但是却忽略了未来客户发展所带来的变化与扩展,对项目的把握不够全面,毕竟系统集成涉及的领域众多,涵盖的技术面较广,这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导,也让我逐渐明白在进行系统集成项目时宏观了解,全局设计的重要,对用户的需求必须要深入的分析,了解客户的企业规模、事务处理流程以及发展规划之后,从全局的角度来进行方案设计,再突出眼前的局部建设构想,这样才能真正把

系统集成方案写好,才能真正让客户满意,而我也必须在具备这样全局把控的思维能力,再加上知识的不断积累,才能成长为一名合格的售前工程师。

二、工作开展回顾

在过去的一年,我对涉足不同行业的系统集成需求也进行了一些回顾总结,其中视频监控项目与网络项目占到了所处理案件的70%,在这些项目中,我所要承担的任务主要包括:项目需求了解、项目设计方案编写、项目跟踪等。而相对来说,项目方案设计又占到了很高的精力付出比例,但是如何提供解决方案完成工作,亦经历了两个时期的成长。

第一阶段:从产品到方案。将公司的产品资料(如海康威视、华为等常用设备)修改成针对用户的解决方案,这一类售前支持不在少数,处于对公司内部代理的产品比较熟悉,再加上有一定的技术功底,所以这个时期在编写方案的时候从完成速度上来说比较快速,但不能站在客户价值角度来理解产品。

第二阶段:从需求到方案。通过总结问题以及对项目的不断理解,有了自己的知识体系和工作方法,能站在管理

咨询的角度采用各种方法去了解客户业务、分析用户需求,并提供解决方案。

三、2014个人职业展望

通过这一年时间的摸索与观察,对于现在各大行业客户,越来越不满足于单一产品的建设需要,他们往往希望单位或企业内部的各个应用子系统能够兼容整合,并且所有的管理能够在统一的平台下进行。也就是说,对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展,而不是单一的提供产品集成,在激烈的行业竞争中,我们需要提供客户耳目一新的亮点方案。

在学习交流中我发现,数据集中与云计算将是未来发展的技术方向,所谓数据集中,就是把企业所有日常办公产生的数据集中在机房管理端,确保数据的安全有效管理,杜绝一些潜在或已知的泄密危险;而云计算通俗来说既是虚拟化服务,包括应用虚拟化、桌面虚拟化和服务器虚拟化,这样的技术发展将

越来越降低对客户终端的硬件要求,转而提升系统应用的灵活性和高可用性。

除了对技术方面的发展追求,在职业规划中我也有一些为自己客观定位的要求。在过去的工作开展中,接受客户案件的时候,我想自己可能过多的是处在一种被动的状态下,按照客户提出的需求进行分析,了解客户一时期内的发展状况,然后提出可行的办法。但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位,我更倾向于为客户树立一种可靠可信的咨询师的身份角色。不单单对客户的需求进行分析,还要对客户所在行业进行一些必要的了解,清楚行业发展趋势以及新兴技术的应用案例,从硬件和软件结合的角度出发来进行整体解决方案设计,提供给客户综合应用解决方案。

明确了个人的发展方向与职业角色定位,这就要求自己仍然需要不断的知识积累,尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的

虚拟化技术上投入一些精力,结合项目实施者成功经验的分享,总结出适合自己在新的一年工作中处理项目的办法。

篇三:2015年售前技术支持年终总结

2015年售前技术支持工作年终总结

一、职业成长回顾

还没有来得及揣摩自己在这一年中的所有得失,2015年已经领近尾声,细细回首这一年走过的路,虽然没有轰轰烈烈的成绩和战果,但是也经历了一些不平凡的考验和磨砺。我想,2015年是我工作旅程中的转折一年,在这一年中,我在自己的岗位上迎来了更多的历练和思考。我想,这是喜悦和汗水并存的一年,也是充满了机遇和挑战的一年。

来到XX已经一年光景,作为一名项目工程售前的技术工程师,承蒙公司领导与部门同事的批评指导,在履行自己职责的同时,也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的

时候我也时常扪心自问,是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓?

自从担任公司项目工程售前技术工程师以来,我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案,以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时,我几乎不太能够理解项目售前的含义,更不了解应该如何去把项目售前的工作开展实施,而是过多的依赖于抄袭现场的方案,在一些项目关键点部分处理得不够理想,过于理论化,导致与实际脱节。通过几次不太成功的案例锻炼之后,慢慢的我也开始形成一套适用于自己成长的思维模式,并摸索出一些相似领域、固定产品的处理办法。但是回过头来看,那段时期的方案编写也存在许多的不足,体现在对于项目建设的需求经常只顾眼前的形势直奔主题,阐述完功能产品的适用性,能够如何满

足客户需求即可,但是却忽略了未来客户发展所带来的变化与扩展,对项目的把握不够全面,毕竟系统集成涉及的领域众多,涵盖的技术面较广,这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导,也让我逐渐明白在进行系统集成项目时宏观了解,全局设计的重要,对用户的需求必须要深入的分析,了解客户的企业规模、事务处理流程以及发展规划之后,从全局的角度来进行方案设计,再突出眼前的局部建设构想,这样才能真正把

系统集成方案写好,才能真正让客户满意,而我也必须在具备这样全局把控的思维能力,再加上知识的不断积累,才能成长为一名合格的售前工程师。

二、工作开展回顾

在过去的一年,我对涉足不同行业的系统集成需求也进行了一些回顾总结,其中视频监控项目与网络项目占到

了所处理案件的70%,在这些项目中,我所要承担的任务主要包括:项目

需求了解、项目设计方案编写、项目跟踪等。而相对来说,项目方案设计又占到了很高的精力付出比例,但是如何提供解决方案完成工作,亦经历了两个时期的成长。

第一阶段:从产品到方案。将公司的产品资料(如海康威视、华为等常用设备)修改成针对用户的解决方案,这一类售前支持不在少数,处于对公司内部代理的产品比较熟悉,再加上有一定的技术功底,所以这个时期在编写方案的时候从完成速度上来说比较快速,但不能站在客户价值角度来理解产品。

第二阶段:从需求到方案。通过总结问题以及对项目的不断理解,有了自己的知识体系和工作方法,能站在管理咨询的角度采用各种方法去了解客户业务、分析用户需求,并提供解决方案。

三、2015个人职业展望

通过这一年时间的摸索与观察,对

于现在各大行业客户,越来越不满足于单一产品的建设需要,他们往往希望单位或企业内部的各个应用子系统能够兼容整合,并且所有的管理能够在统一的平台下进行。也就是说,对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展,而不是单一的提供产品集成,在激烈的行业竞争中,我们需要提供客户耳目一新的亮点方案。

在学习交流中我发现,数据集中与云计算将是未来发展的技术方向,所谓数据集中,就是把企业所有日常办公产生的数据集中在机房管理端,确保数据的安全有效管理,杜绝一些潜在或已知的泄密危险;而云计算通俗来说既是虚拟化服务,包括应用虚拟化、桌面虚拟化和服务器虚拟化,这样的技术发展将越来越降低对客户终端的硬件要求,转而提升系统应用的灵活性和高可用性。

除了对技术方面的发展追求,在职业规划中我也有一些为自己客观定位的

要求。在过去的工作开展中,接受客户案件的时候,我想自己可能过多的是处在一种被动的状态下,按照客户提出的需求进行分析,了解客户一时期内的发展状况,然后提出可行的办法。但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位,我更倾向于为客户树立一种可靠可信的咨询师的身份角色。不单单对客户的需求进行分析,还要对客户所在行业进行一些必要的了解,清楚行业发展趋势以及新兴技术的应用案例,从硬件和软件结合的角度出发来进行整体解决方案设计,提供给客户综合应用解决方案。

明确了个人的发展方向与职业角色定位,这就要求自己仍然需要不断的知识积累,尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的虚拟化技术上投入一些精力,结合项目实施者成功经验的分享,总结出适合自己在新的一年工作中处理项目的办法。

以上是《售前技术支持年终总结》的范文参考详细内容,主要描述项目、客户、自己、方案、需求、技术、工作、进行,希望网友能有所收获。

第五篇:售前技术支持工程师的工作职责

售前技术支持工程师的工作职责

职责:

1:负责产品的售后支持工作;

2:响应及解决客户的技术要求及疑问;解决用户在产品使用过程中到的技术问题;

3:协助销售人员和客户进行各个层面(业务、技术实现)的技术交流和解答;

4:技术方案、各类标准和政策、技术服务流程及相关规定的制定;

5:跟踪和学习最新的技术动态,及时了解新技术、新业务和新设备;

岗位要求:

1:本科及以上学历,___年以上汽车相关专业工作经验

2.熟练掌握新能源汽车行业产品技术技能,接受新技术和新业务能力强,技术过硬,能独立处理紧急任务;

3.具有丰富的项目管理经验,精通相关专业知识,有较强的表达和协调能力,能够有创造性的开展工作;

4.善于合作,具有良好的团队精神及较强的组织协调能力,具有良好的人际关系和沟通协作能力;

5.工作认真、具备良好的职业道德和敬业精神;

6.能够承受较强的工作压力,能适应出差

售前技术支持工程师的工作职责2

职责

1、建筑智慧云产品售前支持,配合销售完成与用户的技术交流、技术方案宣讲、应用系统演示等工作。

2、完成用户需求分析及软件产品技术宣讲、项目投标文档、研发需求规格说明书等文档的开发和测试工作,为客户提供完整技术解决方案;

2、及时获取和理解行业应用的新价值点,对行业、市场、用户需求等方面信息主动跟进,可为产品改进提出建设性的应用场景;

3、跟踪行业应用技术的最新发展,编制并维护行业解决方案;

4、配合公司内部各部门相关业务工作,如:协助市场等部门进行市场推广及销售活动;

任职资格

1、最少___个大型企业软件应用的完整开发经历;

2、本科以上学历,___年以上IT行业技术支持工作经验;

3、了解信息系统安全、云计算等领域专业技术,有互联网、SOA、微服务设计、开发等项目经验优先;

4、有软件系统方案设计、标书应答、用户交流经验优先;

5、有良好的文档编写能力和沟通表达能力,有一定的项目策划能力优先;

6、熟练使用Axure、visio等软件设计工具,具有一定的UE经验优先;

7、具有良好的沟通技巧及强烈的客户服务意识,耐心、细心,具有较好的语言表达沟通能力和服务意识;

8、有较强的团队精神和独立项目运作的能力,有良好的承压能力,能适应不定期出差。

9、有智慧建筑、物联网行业售前、售后、研发工作经验者优先。

售前技术支持工程师的工作职责3

职责:

1、负责老客户的项目售前支持和项目情况数据收集

2、现有大客户资源开发,及市场开拓,分析、收集行业市场信息,建设销售渠道,维护和发展客户关系;

3、收集当地硬件集成商客户信息;深入沟通并发展成当地代理商,建立销售渠道与其他团队的协调合作、辅助跟踪,协助针对目标客户的销售项目;

4、协助招商会议的召开,合约签订并执行后期的跟踪回访,对接总部;

5、完成公司交予的其他任务;

职位要求:

1、大专以上学历,___岁,有项目销售经历,特别优秀者要求条件降低。

2、一年以上成功的相关产品售前、技术支持工作经验,责任心强,市场开拓能力强,善于沟通,有较强的应变能力;

3、思路敏捷,善于捕捉客户需求,具有较强的语言表达能力和交际能力

售前技术支持工程师的工作职责4

职责:

1、售前常规项目技术支持(主要包括:需求收集、需求引导、招标文件编写、产品演示、用户参观我公司项目、品牌选择,技术方案编写、图纸设计及深化,报价清单制作、投标文件制作、深化设计等);

2、技术方案审核及合同技术评审;

3、客户来访参观接待,展会,现场会策展及宣讲支持;

4、内外部人员解决方案培训

岗位要求:

1、电子、计算机、自动化等相关专业专科及以上学历;熟练运用AUTOCAD/OFFICE等常用工具软件;

2、有较强的客户沟通能力及较强的商务处理能力,良好的团队协作精神。

3、阳光心态:较高责任心,紧急事务的抗压能力,例外项目的推进能力,有挑战精神,学习能力强。

4、两年左右工作经验。具备数据中心弱电设计实施,智能化解决方案设计交流能力,具备动环监控和DCIM解决方案能力优先!

售前技术支持工程师的工作职责5

职责:

1.与市场及销售团队一起了解客户的需求并出具针对性有竞争力的解决方案;通过各种形式(技术交流、方案宣讲、应用演示等)使客户了解方案的价值。

___对市场及销售团队进行产品与方案的培训,使其掌握基本明了的产品方案讲解能力。

3.参与重要招投标文件的编写并参与重要市场活动的产品讲解。

___对行业进行深入研究,了解竞争对手的产品、方案特点,了解竞争对手的资质及样板示范,最新的产品动态、市场动态及商务特点,形成对公司自身竞争价值的理解。

5.协助销售团队进行客户的客情维护。

任职要求:

1.两年以上IT行业、网络或者通信行业、系统自动化行业等系统集成相关领域或者实施经验。

2.有良好逻辑思维,具备流畅的沟通和表达能力。

3.具有较好的文字编写能力,能够编写方案及进行阐述讲解。

4.软件工程、网络工程、通信工程、电气自动化、环境工程、给排水或相关专业本科以上学历。

下载做售前技术支持工作的心得word格式文档
下载做售前技术支持工作的心得.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    售前技术支持工程师工作的岗位职责

    售前技术支持工程师工作的岗位职责职责:1、为销售人员提供必要的技术支持;2、客户现场对推荐的方案做出讲解和答疑,进一步挖掘客户的潜在需求;3、招标现场技术答疑;4、按照客......

    售前技术支持工程师工作的职责

    售前技术支持工程师工作的职责职责:1、熟悉LED显示屏钢结构、土建、配电工程实施;2、精通LED显示屏安装工艺,掌握显示屏控制系统及信号处理设备的设计、施工和使用;3、具备良......

    售前技术支持人员工作流程及职责

    售前技术支持人员工作流程及职责 一、 公司产品定义: 要成功的完成每一个项目,需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文档主要从售前技......

    售前技术支持岗位职责及要求

    售前技术支持 岗位职责: 1、调查、了解、分析总结客户需求; 2、制作网站(系统)首页小样,演示讲解设计方案、用户现场答疑; 3、引导客户确定网站及系统风格、版式设计方案; 4、搜......

    应聘售前技术支持求职信[★]

    尊敬的贵公司领导:您好!我诚挚的递上我的个人求职信,希望在贵公司体现我人生的第一笔价值。我应聘的职位是售前技术支持。这一工作定位是我经过对自己能力和社会需求的衡量之......

    售前技术支持的经验总结

    售前技术支持的经验总结售前是一种服务,是一种技术服务。向营销的技术服务,它的最终目的是营销.这和我们平常的销售实际上是同一个意思,只不过对于技术销售来说,需要的专业......

    售前技术支持工程师岗位职责

    1.负责售前技术规划设计、招投标方案设计、深化设计。2.根据公司的技术定位和战略发展方向,与营销人员紧密配合。3.完成安全项目的各项售前技术支持工作,并协助营销团队完成既......

    售前、售后技术支持岗位职责

    1.负责公司产品的演示,演示文档的收集、整理和制作。2.负责公司的产品转化。3.负责对销售人员的产品知识培训。4.能独立参与公司项目的招投标,有讲标的经验。5.负责将产品信......