软件售前工作职责和流程

时间:2019-05-14 13:20:01下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《软件售前工作职责和流程》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《软件售前工作职责和流程》。

第一篇:软件售前工作职责和流程

[转帖]如何做售前-售前工作职责和流程

论坛里面有朋友找这个,贴出来共享

在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.投标文件的编写

投标书的编写最核心的要点是要逐条响应招标书,不能有遗漏。

作为一个大的公司或集团,需要也应该制定统一的《投标标书编写规范与指南》,通过积累,建立一个投标书模版库,以保证投标书的质量、缩短投标书的编写周期。

关于投标的文件的具体编写,有许多文章都有较好的描述。在此不再赘述。

第二篇:售前工程师工作职责和流程

售前工作职责和流程

在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.投标文件的编写

投标书的编写最核心的要点是要逐条响应招标书,不能有遗漏。

作为一个大的公司或集团,需要也应该制定统一的《投标标书编写规范与指南》,通过积累,建立一个投标书 模版库,以保证投标书的质量、缩短投标书的编写周期。

关于投标的文件的具体编写,有许多文章都有较好的描述。在此不再赘述。

第三篇:售前技术支持人员工作流程及职责

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

一、公司产品定义:

要成功的完成每一个项目,需要销售人员、售前人员、项目实施人员(开发人员)、售后服务人员等密切协作。本文档主要从售前技术支持人员的管理角度,针对公司实际情况,对售前技术支持的工作流程进行描述,提出了各环节的应该注意的要点,希望能对售前人员的工作有一定的帮助。

二、售前技术支持人员的日常工作与职责

售前人员应该是项目开发人员与业务销售人员的桥梁。在销售人员面前,售前人员是技术人员或技术专家的角色;而在项目实施中的开发人员眼中,售前人员是专注技术的销售人员;在用户眼中,售前人员是代表公司技术水平的技术专家。

2.1在售前技术支持活动中,售前人员的主要工作是:

1、协调销售人员、用户、后期开发人员间的关系;

2、将公司的技术实力向用户展现,听取用户的初步需求;

3、与用户讨论项目系统的初步框架,协助销售人员将公司的产品和技术优势推荐给用户,为后期开发人员屏蔽用户不合理的、给项目实施带来技术风险的需求,是项目的技术框架的最初设计者。

2.2售前技术支持人员岗位要求:

1、熟悉“安全产品”,“网络产品”,“服务器系统”,“公安业务系统”。能思维清晰、语言流畅的向客户演示介绍以上系统。

2、了解Oralc数据库系统、Windows及UNIX等操作系统,了解互联网、公安四级网,具有比较全面技术专业知识,熟悉当前IT的技术发展方向。

3、了解公司的开发能力、技术优势、劣势。

4、必须非常熟悉行业(公安、教育、政府、银行)业务,对信息化的现状和发展方向有深刻的认识,了解行业其它业务软件的基本情况。

5、了解同类产品及其竞争对手的情况和特点,主要竟争对手有:公安行业有长春天成、广州华南资讯、北京中电同业、厦门巨龙、深圳神盾、神州数码、华罗庚软件、天津思越、北大高科、郑州东曦方、珠海东信城。

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

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

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

注:对于大型项目,售前应成立团队,并根据项目的需求,由公安系统业务、数据库专家、操作系统专家、信息安全专家、网络构架师、软件系统分析员、项目管理专家等组成,可以一人兼多个角色。

三、售前技术地持人员在项目招投标活动的工作任务

项目从前期跟踪,签单,作为售前人员,需要与销售人员密切合作。获得一个项目的前期过程如下:

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

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

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

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

5.参加商务和技术的谈判,起草项目商务合同和技术协议书(项目验收标准:技术框架与功能

界定)。

6.签订合同,项目实施以及维护。

3.1.招投标前与用户的接触

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

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

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

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

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

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

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

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

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

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

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

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

3.2.投标及投标文件的准备

3.2.1成立投标小组

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

公安行业应用项目,技术部分可能涉及到的人员有:网络规划、硬件产品、软件构架、行业专家、数据规划或数据库信息安全,以及其它专业领域的专家等。这个团队建立,需要整合公司内部和外部的相关资源,来共同完成。

如有必要甚至可以考虑与相关的其它公司联合投标。

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

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

3.2.2.编写投标书

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

在投标书编写过程中,应该注意以下几点:

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

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

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

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

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

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

3.3.参加投标

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

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

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

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

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

对投标中使用的设备要主要保护,投标中使用的笔记本电脑,在安装好演示系统和幻灯片

后,要对设备慎重使用,防止设备的意外损坏导致投标中的设备异常,例如,注意防病毒、防止意外碰坏,不要在投标出差期间用笔记本电脑到网吧上网,在宾馆中防止电脑进水、摔坏,不要轻易整理计算机系统的文件,可能因为不小心删除某文件造成系统不能正常启动。最好在投标出差前将系统的安装盘,应用系统的安装盘等备份好,有条件的可以采用两套笔记本电脑安装。适当的与参加投标的对手交谈,也许下次你们还会在另外一次投标中对阵,也许下次他与你并肩战斗,通过交谈,你也可以意外的获得一些有用的信息。

3.3.1.讲标

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

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

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

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

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

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

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

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

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

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

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

讲标前要调整好自己的状态和心态,讲标过程中要放松,不要报着“上考场应考”、“被人评判审核”这样的心态,这样会使你陷入一种紧张、诚惶诚恐的状态。当你上到讲标台上,看见评标的人很多,你会更加紧张,越容易出错。你应该对自己方案和产品充满信心,你就是专家,报着“咳!让我给大家介绍一下我们的好东西,绝对能解决你们现在的问题!”的心态,你应该有一种急于向外人展现你的得意作品的冲动,人越多,你越得意、越兴奋,这时,你最好的状态来了!

3.3.2.答疑

回答讲标和提问时,掌握的原则是:讲不清楚没关系(模临两可),但决不能错!不能与评委发生争论。

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

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

3.4.商务和技术谈判

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

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

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

4.投标文件的编写

投标书的编写最核心的要点是要逐条响应招标书,不能有遗漏。

公司需要也应该制定统一的《投标标书编写规范与指南》,建立一个投标书模版库,以保证投标书的质量、缩短投标书的编写周期。

第四篇:如何做好软件售前工作

如何做好软件售前工作

售前,是一种对销售阶段的工作的统称,不是指固定的岗位。那种将售前理解成为由专门的人员来完成的想法是不正确的。任何的销售过程,其实都是分为售前、售后两个阶段,是以合同签订做为两个阶段的划分标志的。

产品由于其技术含量的不同以及标准化的程度,参与售前的人员会有多有少。标准化的产品,销售人员既承担技术职责又承担商务职责;非标准化的的产品可能会由不同的人员来完成,以知识做为最终产品的软科学的销售过程对参与人员的知识要求更高。

在合同签订以前,所有参与者,为了达到签单的目的,所做的工作统统称为售前。为了区分不同的人员在该阶段所做工作的范围和职责,不同的行业设置了不同的岗位和职责。例如,在IT行业,一般有销售、客户经理负责销售机会的把握和客户关系的联络;由技术支持,咨询顾问,售前工程师,产品经理等做技术方案的选型,由市场推广人员提升品牌价值、提升市场知名度等的工作等。会有不同的人员参与的售前的过程中来,不同的岗位,完成不同的工作,但是大家的目标是一致的。同样的,售后是指合同的执行、交付以及服务过程,也是由不同的岗位参与完成的。签单是售前工作的最终目标。管理软件由于具有很高的知识含量,因此,其销售过程更需要是不同的人员合作完成,团队合作因而显得尤为重要,特别是必须建立一种团队售前的方法论。

那么,如何统一不同的人员的工作方法?必须把握这么几个原则:  必须要有“引导”客户的意识;

 必须要从如何体现客户价值来进行软件讲解;  必须要体现出“咨询”的价值。

如何引导客户

如果能够成功的引导客户对项目的成功是非常重要的。引导客户一般有这么几种做法:

一是如果客户处在选型阶段,对产品并没有非常明确的倾向性。这时候要尽量了解客户最关心的问题和客户打算希望了解那些友商的产品。掌握了客户最关心的问题,也大概知道了后面可能碰到的竞争对手,这时候我们可以在软件演示和讲解中,侧重于如何很好的处理客户最关心的问题,并不动声色的横向比较一下和友商的区别。当然,孩子是自家的亲,我们的目的就是要让客户的头脑中体现出:“这家的产品很不错,很有特点。如果选择友商,会存在一些问题„„”——当然,做到这一点,需要我们对自己的产品要非常了解,对其他友商的产品也要尽可能的了解。同时,一定要注意,只有你能确定某个产品的功能和我们的区别,你才可以说出他们的名字。否则,不确定的事情就不要指名道姓的说,要提防万一以后客户看了这家产品,发现你说的和事实有出入,可能会影响客户对你的印象。

二是如果客户选型已经很长的时间了,并且有倾向性的意见。这时候的引导就要多费些力气,尽量采用这样的语气:是,你说的很正确,能这样处理业务的系统确实很好,比起那种只能„„的系统,这样做要好的多,不过,好像还有另外一种处理方式,„„这样比刚才那种处理方式的优点在于„„。总之,这时候的目的是先让客户的立场产生动摇,这样才可能有机会产生奇迹。

如何最好软件演示

做好软件讲解,也是非常具有挑战性的。笔者在近几年的软件讲解中,也有不少的感悟。

如果客户是技术人员,他比较关心的是你实现功能的方式。就像我们技术人员看一些软件,首先关心的是:这个软件采用了一个第三方组件做报表,挺好的;这个软件的架构挺有优势的等等。对这样的客户,那就要解释技术优势。

但如果是管理人员,他关心的是:我的业务,你是怎么实现的?你们这样做,有什么好处?等等。这个时候,就要尽可能用他们听到懂得语言,不要讲有什么功能,而是要描述业务如何处理,这样做的好处是什么。

在软件演示的时候,一定要注意不要急着开始。而是要先和对方聊聊,倾听对方的兴趣点,这个时候,你就可以说:我们是这样做的„...。这个问题演示完了,要先停下,继续和客户交流,发现问题,再演示,如此循环。这样做的效果要比从头到尾,从A功能到B功能的演示方式好的多。

如何体现咨询的价值

在售前的过程中,最重要的是要让客户信任你,对你有信赖感。要做到这一点,就必须站在客户的角度,去帮着客户解决问题,要能体现出咨询的“价值”。什么是咨询?什么是咨询顾问?

我个人觉得这并神秘,并不是只有麦肯锡那样的才能做咨询和咨询顾问。日常生活中,只要存在我们不熟悉的领域,我们问对方,都是咨询,都存在着咨询顾问。例如:我们想买房,我们去已经买过房子的朋友那里了解情况,这就是咨询,朋友就是咨询顾问;我们想买个数码照相机,到处考察,了解情况,这就是咨询,就存在咨询顾问;应聘人员打电话到公司,询问公司的地址,做什么车可以到,这也是咨询。所以,咨询无处不在,人人都是咨询顾问。

在企业的商业行为中,只要是和客户打交道的人,都是顾问,因为客户有从你身上了解你所代表的公司、所代表的产品的信息的需求和行为,所以,这时候你就是顾问。

那么,如何体现顾问的价值呢? 实际上,你在和客户交往的过程中,已经无时无刻不在解答客户的“咨询”,但是可能客户和你都没有意识到。为什么呢?因为回答问题的方式不对!一般人在和客户的交往中,往往是先听完客户的问题,接着就开始滔滔不绝的讲我们怎么怎么样,同时阐明我们的观点,但是这种方式并不是最好的,因为客户往往不喜欢你把自己的观点强加给他。

所以,改变交流的方式,将一问一答式的方式改为“探讨”的方式。这样,不是你在回答客户的问题,而是在和客户商讨解决问题的方法,慢慢的将自己的观点通过一种柔性的方式展现出来。“润物细无声”,才能达到活跃讨论气氛、引发共鸣的。其次,在和客户交流的过程中,要体现出“咨询”的价值,还要在交流的过程中,做到对客户的业务的理解和尊重,同时结合以前项目中的经验、教训,真诚的给客户一些建议,帮助客户规避一些风险。

最后,最重要的是,要能针对客户的提议,提出一些有益的建议。如果客户的需求没有超出你的预期,可以针对这个需求,提出一些如何更好的实现的建议;如果客户提出了超出你预期的需求,可以委婉的和客户一起分析这样做存在的问题。

总之,软件销售过程中,对售前团队成员的培训和管理就显得尤为重要。客户在与软件公司不同人员的接触过程中,会逐渐形成对软件公司的一种具象的认识,而这些认识是好是坏,与每个售前参与者都有直接的关系。而这些认识很可能与客户经理和售前技术支持所要展现的公司形象是交叉的,即客户可能通过客户经理来认识软件公司的技术水平和产品,又可能通过技术支持工程师来认识软件公司的服务。所以,做好售前工作,需要每个参与售前的人员都有相同的工作原则和方法。这样通过不同层次人员和客户的交流、沟通,会逐渐加深客户对公司的信心。

第五篇:超越自我---软件售前工作箴言

《超越自我---软件售前箴言》

1.再好的教程也不如实践这位老师好,不怕尴尬,多积累经验,你就会具备应变能力。

2.做介绍之前多花几分钟想想你的听众想听什么再开口。3.介绍就要“聚焦目的,突出差异,人无我有,人有我全,人全我专”。

4.做介绍最怕一成不变,不仅仅用户,自己也失去表达的欲望。5.公司介绍三分钟,台下要练十个钟。

6.现在的用户越来越理性,说自己公司如何好,不如说自己在这家公司感觉很自豪。

7.公司介绍要讲好,小故事一定要多准备几个。

8.和高层多谈价值观,和中层多谈可靠性,和底层多谈先进性。9.售前请注意:竞争在每时每刻,即使只有你一方在调研。10.调研只要足够你有把握落实下一阶段工作即可,不用过度投入。11.客户要你配合他,用户要他配合你,这就好比女朋友和老婆的区别。

12.好售前顾问和差顾问,差别不在技术,而在商务感觉。13.好顾问总是稀缺资源,任何时候都要考虑这个变量。

14.很多人不是没有能力,而是怕麻烦,工作质量高不高,就在你怕不怕麻烦。15.一个好的售前团队,能力应该相互补充短板,未必是最强组合效果最好。

16.解决方案往往是“理论的巨人,实践的矮子”真实写照。17.写不出好方案不过是自己不想写,想依赖别人写的借口。18.要是厚度能决定方案质量,以后审核方案用电子秤。19.把文字变成表,把表变成图,方案才有可读性。

20.其实企业的人最清楚企业的问题,他们不过是不方便说而已。21.方案是靠模板抄出来的,这我们都知道,但拜托抄的时候替换用心一点。

22.自己的方案最好给别人检查,因为人对自己的文字不敏感。23.我个人的经验是会写方案的人都有收藏公司资料的癖好。24.小公司往往舍不得在方案包装上花钱,大公司又往往太注重方案的门面功夫。

25.演示能力就是说服力,即使你成为老板,也会希望拥有这种说服力。

26.演示的目的决定了演示的策略和动作,无论做哪种演示,都要先从把握客户需求开始。

27.现在是读图时代,所以演示注定要比方案有视觉冲击力。28.十份优秀的方案也很难挽回一次失败的演示。

29.演示前要做的功课是预判听众的立场,也许会赌错,但总比不分析要好,实在猜不出,多准备几个应变方案。30.用户的真实需求往往自己也没意识到,所以商务了解的信息虽然是用户自己说的,但未必就是可靠的。

31.演示成功的标志就是没人睡觉,没人频繁上厕所,没人大声接电话。

32.大型项目演示需要团队协同准备,别搞个人英雄主义。33.演示就是希望看到用户眼前一亮,其实用户也想看到让他眼前一亮的供应商。

34.基本上用户领导不在的演示都是白忙,准备在申请一次机会吧。35.现在每家供应商都会讲我是最合适的,想想做甲方也真累,真恨不得有孙悟空的火眼真睛。

36.没有优势的时候,演示要敢于搏,富贵险中求,成功也一样。37.技术交流要突出亮点,招标答辩要突出实力。

38.经常做演示,总有机会碰到意外的,希望不要出现在关键演示场合就好。

39.没有钉子的项目,参与也是陪标,就当培养新人了解业务的场合好了。

40.人是因为痛苦生需求,因为快乐而购买!请站在用户获得利益去介绍产品,拉动用户产生购买冲动,而不是推销你的卖点。41.其实好材料最简单的标准就是你自己也喜欢它。

42.其实很多时候不缺乏素材,而是缺乏从素材中挖掘观点的眼光。43.即使是奥巴马,也要亲自写演讲稿,难道你以为你比奥巴马还强? 44.排练结结巴巴,试讲磕磕碰碰,现场顺顺利利,这就是我经常的状态,多练,不知不觉都记住了。

45.在去企业的路上,我往往在紧张的构思开场白,进企业后就看标语看环境寻找开场白灵感。

46.一定要自信地发出行动号召,当然演示砸了的场合例外。47.能否标准化是一切商业模式能否建立的试金石。

48.公司演示依赖几个顾问,这就是为什么国内大部分公司做不大的原因之一。

49.制造业经常讲PDCA循环,软件业倒经常吃老本,要向制造业学习。

50.记住ISO三步骤:把你想的写下来,按你写的去做,把你做的记录下来,这样每个人都能做好标准演示。

51.牛人们往往被领导语重心长地鼓励能力越大,责任越大,就是工资不加。

52.演示失败不可怕,就怕大家对公司产品失去信心,所以演示失败善后工作也不轻松。

53.比没演示机会更郁闷的是来听你演示的都不是关键人物。54.如果你是概念创造者,当然要争取第一个演示的机会,如果你是概念跟随者,还是让别人去启蒙吧。

55.演示效果好不好,领导说了算,领导就是最大的群众。56.自己的弱点要主动演示,因为用户一般会问你没演示的内容,问到优点总比弱点好。57.大公司一定会托大,所以小公司总能找到机会。58.大部分人习惯按公司套路来,却忘了现场需要机变权衡。59.领导最喜欢做判断题,其次是选择题。

60.做好定位需要搜集客户倾向和竞争对手偏爱,找出思维的盲区。61.别太指望用所谓先进功能就可以让用户眼前一亮,除非你卖的是工具软件。

62.有时候基于行业理解做好客户化数据定制演示,就会领先你的对手一大步。

63.所有的老板都对两个问题最感兴趣,做大市场,压缩成本,至于向管理要效益无非也就是要这两方面的效益。

64.专业顾问做演示,不能太有煽动性,但也不能太平淡,需要一点激情感染别人。

65.决策者往往用右脑判断含金量,用左脑判断可行性。

66.你可以说马云会忽悠,但会忽悠却不是人人都能做到的,马云能被认为成功本质上是因为他进入了最有上升潜力的行业,而且恰好是他活下来了。

67.演示时要跳出自己公司的惯性思维模式,一想想用户想什么听,二想想对手会怎么说。

68.情景模拟演示最大的问题是用自己的框去套企业的业务,结果是画虎不成反类犬。

69.基本上人都喜欢炫耀自己做得很得意的东西,尽管那未必是企业最需要的。70.从“我给你带来什么功能”转变为“我能为你创造什么价值”非常不容易。

71.演示的时候如果可能,应该先把结论先进行陈述,让听众理解你要论证什么观点。

72.乙方演示最尴尬的事情就是客户看着你努力想和他们互动,就是一言不发,看你如何下台。

73.在大项目中不要树立任何敌人,一个你以为微不足道的人就可能让你的项目出现麻烦,想支持一个公司很难,想否定一个公司就太容易了。

74.其实真正有权力的人蛮厌倦在会议室里讨论项目,他们更希望是另一个轻松的场合,但这个形式又不能不走。

75.Less is more,电梯测试对培养高效率的演示是很有效的。76.善于利用工具,但不要依赖工具,最好的工具是大脑。77.重视细节其实是控制风险的一种管理手段。

78.经常抓的细节就会养成习惯,有了好习惯就不容易出问题,也不需要多花费时间检查。

79.演示最容易遇到的问题就是投影仪灯泡老化,显示效果不佳,这种问题很少有人主动改变。80.你的形象将和项目价格紧密相联。

81.象顾问一样演示,象商务一样思考,象技术一样专业,这就是售前咨询。82.对复杂系统而言,演示要卖价值,不是卖功能,所以成功演示不需要大量操作。

83.一定要记住,听众不耐烦注意力不集中是常态,很关注反而是意外。

84.在中国有一种文化其实是受肯定的:就是不按游戏规则出牌,甲方如是,乙方也如是。

85.很多行业都是利用信息不对称赚钱的,象房地产,医疗,不过他们做成了暴利,而软件行业做成了微利。

86.敢于售前过度承诺不是本事,能实施阶段全身而退才是本事。87.客户不断向你提各种问题让你疲于应付,从另一个角度看说明用户关注你。

88.你怕客户问你,客户也怕你问他,大家彼此彼此。89.一把钥匙开一把锁,没有万能钥匙。

90.我们不反对攻击对手,对手就是用来攻击的,我们反对用下三滥手法攻击对手。

91.当你遇到对手强大攻击时,回去一定要好好研究对手的攻击,因为对手对你的弱点把握往往比自己更准。

92.工作的时候谈闲天,谈闲天的时候落实工作,一种现状,去适应它好了。

93.没事的时候经常看看外交部新闻发布会,能学到不少推诿责任的招数。

94.有时候一个问题还得准备几个版本的回答应对不同岗位的人。95.客户有时候会提出傻问题,但你可不能流露出优越感。96.人的动机往往是多元的,反对你的人也许会提出一个真正的好问题,支持你的人也许会提出一个绝对的傻问题。97.真金不怕火炼,问题是不是真金?

下载软件售前工作职责和流程word格式文档
下载软件售前工作职责和流程.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


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

相关范文推荐

    售前职责

    售前工程师岗位职责 一、 主要工作内容: 1、 指导并协助销售部人员,以对公司销售业务发展方向提供咨询。 2、 完成相关产品/方案宣传资料的撰写、产品/系统演示等工作。 3、......

    售前客服工作职责和要求

    淘宝售前客服工作要求及职责 一 售前客服的要求: 1 仔细,有耐心,有责任感。 2 打字速度快,有亲和力。 3 善于言谈和表达自己,和客户能够迅速的聊起来,观察能力强,敏感度高。 4 熟悉......

    售前工作

    售前工作又是整个项目体系中重要的前沿部分,因为售前是和销售结合最紧密的一部分,没有良好的售前支持,就不可能有项目来源,没有项目来源,就没有售后的拓展空间,没有售后的拓展空间......

    客服售前工作流程(5篇范例)

    仅售前工作流程 一:处理昨日遗留问题 前一天旺旺留言的回复处理 二:数据分析统计整理 A:查看昨日的转化率与周报所设立的目标相差 B:统计登记昨天未付款笔数及原因分析 C:催付及......

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

    售前技术支持工程师的工作职责职责:1:负责产品的售后支持工作;2:响应及解决客户的技术要求及疑问;解决用户在产品使用过程中到的技术问题;3:协助销售人员和客户进行各个层面(业......

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

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

    软件开发人员主要工作职责描述

    软件开发人员主要工作职责描述前期参与**的开发,主要负责dms,tms系统,技师app接口,司机app接口,天猫接口,菜鸟接口的开发,文档的编写,同时驻场客户现场,解决客户现场的问题,与培训客户......

    售前客服培训流程

    售前客服培训流程 第一阶段(2天),需要客服了解基本的淘宝交易流程以及官网的基本交易流程,下订单,付款,发货。以及淘宝的基本聊天工具的应用,淘宝后台的操作,cop,erp的基本操作的熟......