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