博威---云架构决胜云计算

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
楼主: network

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

[复制链接]
 楼主| 发表于 2010-1-29 09:51:36 | 显示全部楼层
售前工程师工作


在IT界,成功的完成一个项目的需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文从售前技术支持人员的角度,对售前技术支持工作的过程进行了描述,根据作者在售前的经验,提出了各环节的应该注意的要点,希望能对售前人员的工作有一定的帮助。 1. 售前人员需要具备的素质
售前人员应该是项目开发人员与业务销售人员的桥梁,在业务销售人员眼中,售前人员扮演的是技术人员或技术专家的角色,而在项目实施中的开发人员眼中,售前人员是专注技术的销售人员,在用户眼中,售前人员,是代表公司技术水平的技术专家。在一个具体的售前技术支持活动中,售前人员协调销售人员、用户、后期开发人员间的关系,将公司的技术实力向用户展现,听取用户的初步需求,与用户讨论项目系统的初步框架,协助销售人员将公司的产品和技术优势推荐给用户,为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求,是项目的技术框架的最初设计者。
售前人员要求具备一个技术人员和销售人员两方面的素质,具体如下:
●熟悉自己的产品。
●具有比较全面技术专业知识。熟悉当前IT的技术发展方向。
●对本公司的开发能力、技术优势、劣势有比较清楚的认识。
●作为行业软件的销售,必须熟悉本行业的业务,对本行业的信息化的现状和发展方向有一定的认识,了解行业中的其它专业软件的基本情况。
●熟悉本行业的技术和产品动向,了解同类产品及其竞争对手的情况和特点。
●能力熟练使用文本和图形编辑器进行方案、标书的编写。
●熟悉项目招投标的一般程序。
●善于交流,有良好的沟通能力和技巧。
一个人通常不可能具备这么全面的知识和技能,因此,对于大型项目,为了与客户进行全方位的交流,展现公司实力,对系统进行初步的论证和设计,其售前往往是一个团队,这个团队根据项目的需求,可能有行业业务专家,数据库专家、操作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等角色。
2. 项目招投标活动的过程描述
项目从前期跟踪,签单,作为售前人员,需要与销售人员密切合作。通常获得一个项目的前期过程如下:
1.销售人员拜访用户,了解用户的项目基本情况,向用户介绍公司和公司的产品,与用户建立起良好的关系。
2.销售人员在用户招标前,引入售前技术支持人员,与用户进行技术上的交流和沟通,了解用户在项目上的需求,偏好的技术构架,引导用户到本公司的技术思路上,这个过程可能是需要多次反复。至少要做到用户对公司有一定的兴趣,愿意邀请你参加投标。
3.用户发招标书,售前人员根据招标书的要求,结合前期与用户交流的情况,编写投标书。
4.参加招投标会,进行技术、商务上的讲解和答疑。
5.参加商务和技术的谈判,起草项目商务合同和技术协议书。
6.签订合同,项目实施以及维护。
2.1.招投标前与用户的接触
招投标前与用户接触,了解用户的真实需求和想法,通过交流,了解用户对系统框架、平台、新技术的偏好,使以后在投标中能“投其所好”“命中要害”。介绍公司的技术和产品,使用户在招标前对本公司技术和产品能有比较清楚的认识和了解,将用户的需求引导到本公司的技术和产品的思路上,使用户的在技术上对本公司有一定的偏好。
交流和需要了解的内容通常包括:
1.用户的组织机构,信息化的现状,现有的硬件设备、网络情况、正在使用的软件系统情况;
2.新系统的规划、目标、规模,要求等,包括用户对系统的安全性、可靠性、易用性、扩展性的要求;
3.业务内容、业务流程系统的现状,软件功能需求;
4.平台和数据库的选型;
5.信息安全、存储的需求;
6.对软件开发机制的认识;
7.用户感兴趣的热点技术;
交流应该广泛,不要只限于项目的具体负责人,如果有条件,可以拜访更上级的用户,以及各部门的主要负责人或技术权威,尽量了解用户的对项目的认识和想法,交流和拜访中要善于识别用户的身份,抓住对项目有决定权、影响大的用户的想法,同时,可以初步分析哪些用户可能是以后的招标评委,留意他们对项目感兴趣的地方。以便在投标和讲标中有所针对性。
引导用户向本公司的擅长的技术路线和产品特点上。可以将以往做过项目的情况、功能特点讲给用户,最好是借助演示,这是用户会告诉你哪些是他感兴趣的,哪些是没有意思的,其它对手的产品是什么样的等等。这样便于与用户进行深入的交流,找到与用户相互的共鸣点。
跟踪和了解对手情况,了解同类产品的现状,这是一个长期积累的过程,分析对手的产品和解决方案可能的特点,找到或提出比对手有新意的、能吸引用户的系统亮点。当然,这些亮点的提出必须先考虑自己的技术实力和项目的投资规模。
2.2.投标及投标文件的准备
2.2.1成立投标小组
成立项目投标小组,投标小组的核心应该是项目的法人代表授权人。根据项目的规模、技术难度和招标时间的要求,制订投标计划,将计划分解到每个人员上,确定每个人工作内容和计划,确定计划的执行的监督人员。
投标的时间一般都是确定的日期,而且比较短,这也是考验一个公司和团队的响应速度,必须在这个有限的时间内完成投标书的制作,否则,将由于准备不充分而丢标。这需要平时的技术积累,对行业知识的积累,投标书的积累,如有类似的的标书或模版,以及良好的团队合作精神和氛围。
作为一个行业应用项目,技术部分可能涉及到的人员有:网络规划师、硬件产品经理、软件构架师、行业专家、数据规划专家或数据库专家信息安全专家,以及其它专业领域的专家等。这个团队建立,需要整合公司内部和外部的相关资源,来共同完成。例如,可以临时请专业公司相关的售前支持(HP、IBM等)、相关行业的专家、相关专业的大学教授等来扮演相关的角色。
甚至可以考虑与相关的其它公司联合投标。
在投标小组中,建立保密制度,特别是对于特大型项目,关于报价、核心技术等内容,最好在小范围讨论和确定。
必要的情况下可采用封闭开发的方式。
2.2.2.编写投标书
用户的招标书通常包括:招标邀请函、商务要求部分、技术要求部分、附件和附图等文档,这些文档是编写投标书的基础。投标小组成员在编写标书前,应该仔细、反复阅读招标书,特别是对投标商的资质要求等内容,投标小组对招标书进行讨论,找出招标书中描述不清楚的地方,根据情况向招标方提出要求解释,确定项目资质情况、投标以及实施的风险、对手情况、投标的优势、劣势等;制订投标策略;确定投标书的内容、投标方式;初步编写投标书的大纲。
在投标书编写过程中,应该注意一下几点:
1.商务投标书应该按照招标书的要求进行严格的应答,应答的顺序和格式最好严格遵循招标书的要求。
2.对于招标书没有要求的内容,特别是商务标书,最好不要画蛇添足,如果希望增加对项目投标有帮助的资质,最好经过慎重的考虑,确保没有漏洞。商务部分主要的目的是展示投标公司的实力,确保参加投标的资格。首要是确保投标有效。注意有些东西可以讲出来,但不是所有可以讲出来的东西都适合写出来。
3.差异表的处理:对于投标文件与招标文件中有差异的部分,通常招标方要求标注在差异表中,在编写投标方案时,应该尽可能的将差异部分找出来,描述清楚,但是,在最后整理、提交差异表时,就需要特别慎重,并不是每个差异都适合在这个正式的场所以正式的方式提出,有些东西需要保持一种模糊的状态,以提高中标的可能性,同时,又可以为商务和技术谈判留下伏笔,便于谈判中的进退。
4.对于报价单的处理:报价单按照正规要求填写、盖章、密封后,最好能有一两套空白的备份,报价单的格式与正式报价单一样,但是价格不填写。因为在正式报价单封装好到递交报价单前的这段时间,销售人员很可能探听到对手的价格或用户对项目整体价格的意见,这是候需要根据项目、市场、对手、用户的情况进行价格调整,这时就可以使用备份的报价单。特别是公司到异地投标,要想重做报价单,时间基本上是不允许的。
5.密封条的处理:在规定的投标文档密封条基础上,一定要多准备几张备用的密封条,当然是盖好章的,特别是公司到异地投标,市场信息千变万化,你不可能保证在投标前不修改你的价格和投标书。
6.商务投标书中的资质和要求公司盖章的部分一定要对照招标书的要求,严格检查,这部分的错误和遗漏将有可能造成废标,因此,最好有两个以上的人员专门检查核对。
7.对于一个集团公司下的多个法人公司之间,可能存在资质共享的情况,这时,应该注意检查哪些资质不是投标法人单位的资质,如果本投标法人单位的资质,应该请资质拥有的法人单位签署授权声明,否则,招标时可能造成“擅用第三方公司的资质欺骗招标单位”的后果而成为废标。
2.3.参加投标
对于比较大的项目,参加投标的团队的人员合理分配是很重要的,根据项目具体情况,可将投标人员按照编写标书分工的情况分为:商务人员、技术人员。继续细分为商务联系人员、商务投标人员、技术部分可以分为负责网络部分的、体系结构的、应用系统功能的人员等。
参加投标人员应该统一服饰,穿统一的职业装,佩戴公司的标志,自信、自然,给招标评委一个良好的整体形象。严格遵循招标纪律。
通常情况下,不要过多的对熟悉的评委交流。尽管前期与用户有充分的接触,可能与一些评委熟悉并有良好的关系,但是,在招标的正式场所,通常是礼貌的打一下招呼,寒喧一下即可,不易与用户有太多的交流和亲密交谈,这些举动可能会造成其它评委的误会,也可能会给对手“授之以柄”。除非你是专门的、有特殊目的的行为,例如,在有些情况下,与招标中的最好领导或核心人员表现出亲密的关系,可以给其它评委造成“某某人可能已经偏向某公司了,我也应该顺势而为”的误导,同时,给对手造成更大的心理压力和负担。但这种方式有很多风险,要非常。慎重。
在投标前,讲标的每一部分应该准备好相应的幻灯片,幻灯片的作用有两个,一是通过文字、图片、动画等多种方式,比较直观的向评委传达信息,便于评委对讲解内容的理解,二是通过幻灯片,帮助讲标人自己规范思路,不至于跑题。因此,幻灯片制作,要以这两个作用为目标。每张幻灯片讲些什么内容,讲多长时间,都要做到心中有数。
最好有实际的演示,结合演示讲标。作为行业应用软件的用户,比较重视投标厂商以往同类系统的业绩,如果能向用户展示同类的应用系统,结合实例演示来讲解系统的体系结构、功能特点,通常会取得较好的效果。但是,在展示以往系统的时候,要注意扬长避短,屏蔽掉一些系统的弱点和缺陷,同时要注意演示的时间控制。
对投标中使用的设备要主要保护,投标中使用的笔记本电脑,在安装好演示系统和幻灯片后,要对设备慎重使用,防止设备的意外损坏导致投标中的设备异常,例如,注意防病毒、防止意外碰坏,不要在投标出差期间用笔记本电脑到网吧上网,在宾馆中防止电脑进水、摔坏,不要轻易整理计算机系统的文件,可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘,应用系统的安装盘等备份好,有条件的可以采用两套笔记本电脑安装。
适当的与参加投标的对手交谈,也许下次你们还会在另外一次投标中对阵,也许下次他与你并肩战斗,通过交谈,你也可以意外的获得一些有用的信息。
2.3.1.讲标
讲标应该有既要有重点,又要覆盖到各项内容,突出公司特点和优势、突出技术优势和特点。内容要尽量照顾到每个评委。
讲标通常都有时间限制的,在这个时间段内,如何将公司介绍、商务介绍、技术介绍、项目实施、技术支持与服务等内容的时间合理分配,需要在讲标前仔细斟酌。时间和内容的分配主要根据以下情况来调整:
●本公司和技术上的优势和特点。
讲标中,特别是讲标的顺序排在后面的时候,对于一些共性的东西,评委已经比较清楚了,也没有兴趣听你重复,他关心的是你与其它对手相比的特点
●招标评委的组成和特点。
要力所能及的分析招标评委的组成情况,高层领导、技术专家、部门业务专家等角色的人员组成和数量。通常高层领导对IT技术不熟悉,他评判的主要依据更多的是公司规模、资质、实力、售后服务、价格等非技术性指标,技术专家评判的主要依据是系统体系、采用的新技术、安全性、扩展性、软件开发管理机制等技术指标,而部门业务专家更关心软件的功能、易用性、与现有系统的接口等问题。
●讲标的过程中要注意观察评委的表情、态度,及时调整内容的深度。
●对手讲标后的情况和弱点。
针对对手讲标后评委普遍反映的问题进行重点阐述,例如,评委认为系统的安全性和项目开发的规范性很重要,但其它讲过标的对手都没重视,这时,你需要及时调整内容,将安全性和项目开发机制做重点来阐述。
另外,不要轻易攻击对手,可能有些评委对你的对手有好感,你对对手的直接攻击,会引起他的反感而刻意打压你。攻击对手的方法是突出自己的优势。
讲标中可能由几个人分工,讲不同的内容,但要注意整体的逻辑上要严密。可以先由一个人将讲标的全部内容安排做一个介绍,然后在每个人讲完自己部分后,简单介绍下部分的内容,引入下个讲解人员。使整个讲标连贯统一。
讲标前要调整好自己的状态和心态,讲标过程中要放松,不要报着“上考场应考”、“被人评判审核”这样的心态,这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到讲标台上,看见评标的人很多,你会更加紧张,越容易出错。你应该对自己方案和产品充满信心,你就是专家,报着“咳!让我给大家介绍一下我们的好东西,绝对能解决你们现在的问题!”的心态,你应该有一种急于向外人展现你的得意作品的冲动,人越多,你越得意、越兴奋,这时,你最好的状态来了!
2.3.2.答疑
回答讲标和提问时,掌握的原则是:讲不清楚没关系(模临两可),但决不能错!
不能与评委发生争论。
不能对评委的问题表示轻视。
回答不了的问题的答疑的人员要相互配合。当你发现你的同伴被问住的时候,如果你能协助他回答最好,你也不能回答的,你应该迅速想到一个方法,从另外一个角度的回答这个问题,从而逐渐将话题引开,避免尴尬。
2.4.商务和技术谈判
在预中标后,将会进行商务和技术谈判,售前技术支持人员主要参加技术协议的谈判和起草。
技术协议的谈判是降低项目风险的关键过程,谈判的成果-技术协议书通常会作为合同的附件,直接影响到项目实施的难度和风险。因此,一定要耐心、细致,不能为了尽快签合同,就草草了事。
技术协议目的是界定好功能边界和深度。特别是在行业应用软件中,投标文件和讲标中,通常会有忽略一个“度”。如应用系统的深度、功能的具体边界、新技术采用的程度等问题,往往是比较模糊的,很大的可能性是双方在这些方面的认识存在着较大的差异,这些差异的会给后续的项目实施带来风险。技术协议的谈判就是要对这些“度”进行控制,对敏感问题和技术难点要进行沟通,达成共识,注意不能在技术协议中出现“全面解决某某问题”、“完全解决”等模糊的字眼,这种模糊的界定会给项目开发带来很大的风险,都必须讨论清楚,将完成的深度和采用的技术手段写入技术协议中,使项目风险在项目实施前就得到充分的展示和控制。
3.投标文件的编写
投标书的编写最核心的要点是要逐条响应招标书,不能有遗漏。
作为一个大的公司或集团,需要也应该制定统一的《投标标书编写规范与指南》,通过积累,建立一个投标书模版库,以保证投标书的质量、缩短投标书的编写周期。
关于投标的文件的具体编写,有许多文章都有较好的描述。在此不再赘述。
 楼主| 发表于 2010-1-29 09:56:12 | 显示全部楼层
售前的职责和价值

一、售前职责描述的两则例子

1、某公司招聘售前工程师的职责描述

a)协助销售人员完成销售项目中的售前相关技术和项目工作

b)负责本公司产品的配置、测试、方案设计、方案编写、解决问题等售前支持

c)对销售人员和用户进行针对性的技术和销售培训,完成产品和方案的PPT讲解

d)标书的准备、讲解及用户答疑等工作


2、某售前经理对2009新的一年售前工作内容的调整思路

a)售前工程师的考核和销售团队的业绩挂钩,需要为销售做更多的支持和服务工作,需要自己主动去跟踪项目进度,主动去联系客户,每周要有一定的客户拜访数量。需要预先做好行业分析,解决方案和产品推荐,需要做更多的客户引导和销售策略引导。

b)从本月初开始,部门的工作量和要求就已经有了很大的变化,还增加了每周/月工作能力评分制度,下个月还要增加销售对售前的考评。


3、分析

a)例一分析

第一条把售前工程师的基本职责写出来了,但具体如何操作在实际工作中还应明确,否则容易造成售前和销售职责不清的状况。

下面两条,这些实际上写的是我们要找一个配置工程师,测试工程师,方案工程师,培训工程师,投标工程师这些事情基本上找个大学毕业生培养半年就教会了。这不是售前的价值所在。

b)例二分析

这说明有的公司已经开始意识到售前工程师的价值了,销售的部分开始多了起来,特别是除了提出一些具体和销售内容相关的工作要求,还提出了一些和销售内容相关的考评,否则光有要求没有相关考评,很难达到预期效果。


二、售前的职责和价值

1、售前的职责何在

那么售前的职责究竟何在?究竟要做哪些事情?这个问题其实并没有一个标准答案,因为每家公司都有不同的具体情况,对此都会有自己的解释。

我个人认为的理想状态,售前工程师实际就是销售,是技术型销售,而不仅仅是一个配置工程师,测试工程师,方案工程师,培训工程师或投标工程师。


2、售前的价值何在

售前的价值在于能够为公司带来价值。

出配置,做测试,写方案,搞培训本身并不能直接产生价值,只有通过这一些活动达成最终销售目的才能为公司带来价值。售前工程师如果沉陷在这些事当中,也许可以成为一个技术牛人,但绝不是一个成功的售前。所以在具体项目中当你想把配置做的更详细、测试做的更彻底、方案写的更完美、培训搞的更成功之前先想一想,这样做会增加销售成功率吗?如果不能那就没有必要做这些事倍功半的事。要知道实际项目中并不是做好这些就一定能赢,做不好这些就一定会输的。


三、售前和销售的职责界限

1、售前和销售的区别

售前是技术型销售,销售是关系型销售,他们没有本质区别,都是销售,只是在面向客户时的分工不同。成熟的售前完全可以起到销售的作用,成熟的销售也完全可以和用户谈技术。


2、客户的采购流程通常如下

a)决策部门:制定业务发展方向

b)业务部门:提出具体相关需求

c)IT部门:将需求转换成具体方案

d)相关部门:进行方案评估

e)相关部门:确定最终方案和采购方式

f)采购部门:进入商务谈判及采购流程

g)IT部门:项目实施和验收

h)采购部门:付款,项目结束


3、与之对应的销售流程

a)原厂商:制造各种概念从宏观层面影响客户决策

b)市场部门:进行市场分析,寻找哪些区域、行业有比较大的项目机会

c)售前部门:了解客户实际需求,制订合理的方案

d)测试部门:进行样机或试用版测试,拉开和竞争对手的差异

e)销售部门:投标或竞争性谈判,确定最终项目价格

f)商务部门:商务谈判

g)售后部门:项目实施

h)商务部门:收款,项目结束


4、售前和销售的职责界限

上面介绍了客户的采购流程和对应的销售流程,其实很多公司特别是些小公司在人手不够的情况下分工不是特别明确,很容易产生售前和销售扯皮的现象,下面把这个销售流程再具体细化一下。


项目机会分析

初步接触(电话沟通,办事员级别)

了解预算是否已批,预算大小

初次报价,提供项目预算供用户参考

公司内部讨论是否值得继续投入及投入力度

再次接触(面对面,经理级别)

了解用户真实需求,痛点所在

客户痛点能否解决

方案是否得到认可

项目是否初步入围

提供样机或试用软件测试

应对竞争对手,强调和对手的差异

了解客户组织结构,项目决策人,项目决策方式

在客户内部寻找己方支持者,和他深入沟通

最终报价

是否进入最终采购名单

采购方式确认

确认最终预算

公司内部评估项目风险

等待客户内部下单流程

收到订单,商务条款谈判

合同双方审核

签单

销售完成


上表只是作为一个参考,并不作为售前和销售实际职责界限的依据,但只要把分工具体细化到这种程度,相信扯皮的现象会大大减小。


四、售前的非职责所在

前面分析了售前的职责所在,下面讲一下非职责所在。

字面上理解职责就是职务上应该负责的事。但实际中相信总会遇到一些非职务上应该负责的事或一些界限不那么清楚的事找上你,这时怎么办?

解决办法就是三看

1、一看时间

看一下有没有时间能挤出来去做。没有时间的话不要辛苦自己去做。

2、二看事

看一下是什么事,有没有把握去做。没有把握的事不要逞能去做。

3、三看人

看一下什么人的事,有些人的事用时间和把握来推托都是推不掉的,是必须做的。

那么如果遇上的是没有时间、没有把握又不能推托的事怎么办,这就是考验售前功底的时候了。只有靠平时多积累,关键时刻合理安排时间,提高效率,及时寻求他人帮助才能顺利过关了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|手机版|Archiver|boway Inc. ( 冀ICP备10011147号 )

GMT+8, 2024-11-24 03:13 , Processed in 0.083148 second(s), 14 queries .

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表