售前实战技巧小结.docx

售前实战技巧小结
售前实战技巧小结
售前实战技巧小结
售前在整个项目中扮演着一个非常重要的角色，一个项目的成交，包括顺利实施和验收都和售前的工作是分不开的。在整个售前的过程中我们需要让用户认同我们的产品，认同我们公司，更重要的是需要用户能够认同这个人。在之前顾飞写过有关售前的三个阶段，大家可以参考一下，我这边主要阐述的是在售前实战过程中的一些经验和技巧和大家分享
销售配合
任何一个项目我们都应该是从销售得到的信息，在这个基本的前提中我们
需要通过销售了解的信息做为我们杀向客户的第一手资料。
和销售前期的沟通
做为销售来说恨不的用户提出的任何需求都回答我们的产品能够满足，这一点上特别是在代理商的销售上体现的比较多，在刚开始我们尽量和销售对一些情况沟通清楚，从销售这边获得用户的一些情况，比如用户大致是什么样的需求、环境是什么样子的。当然和一个销售出去久了慢慢的要形成一些默契，哪些是我们能够做的，哪些不能够做，做的不好的尽量避免掉就不要去推这个功能了，用户实在问到的时候回答有就可以了。
和销售的配合
在和用户的交流过程中很多时候往往销售已经和用户介绍一些功能，但是如果发现我们不能够满足的时候的确给我们做技术的出了个难题，这个时候也不要急于否定销售的回答是错的，事先要仔细分析一下这个需求和我们的产品沾不沾边，要是确实还能够沾的上关系的话那可以告诉用户我们确实能够做，只是做的效果也许不是开始说的那样，可以从沟通的理解中来分解这个问题的矛盾，不管怎么样做为技术要秉着从实际出发客观的去告诉用户产品的功能。特别是在第一次和用户沟通的时候不要过于否定功能的实现，否则用户一开始就觉得这个产品什么都不能够做，在刚开始的时候甚至可以配合销售一起打一些插边球。
比如我们经常会遇到用户问：“你们能够对时间进行控制吗？”当然从用户的理解上来说我们目前对单个文件保密的时间是没有的，但是我觉得这个时候完全可以模糊用户的问题来回答，告诉他能，至少在第一次的时候这样告诉他，至于后面怎么去和用户解释，我觉得可以放在后面或者在项目有下一步的进展中再去回答。因为第一次沟通你也没有必要和用户沟通的太细
所以总结起来我觉得和销售的配合是我们迈向实战的第一步，最基本的是需要和销售进行有效的沟通，了解到用户的信息，在一定程度上配合销售一起忽悠，千万别离谱啊，到时候拉不回来就别怪我了。
沟通技巧
理解产品、分析需求
通过第一轮和销售介绍完产品以后接下来的部分就主要是和用户沟通需
求和分析需求了。在这个过程中一般是售前发挥了。我们做售前不应该是套着产品功能来跟着用户需求走。产品介绍完了，用户对产品应该也有简单的了解了，下面就应该主要是了解用户的需求了，先从了解用户想法开始，对于用户来说，大部分用户都不是专家，对需求并不是把握特别清楚，提出的想法也是非常多的，先别管他会提什么需求，不管想法有多奇怪，没有关系，先一定要把用户的想法了解清楚。这个地方可能会有两个方面，一个方面是用户第一次接触同类产品，另外的话可能用户被其他的产品洗脑过了。没关系，只要用户有真实的需求下面就发挥你的才能吧。
首先我觉得不要去急于回答我们的功能能否满足用户的需求，不要用户提了一问题我们就来回答是不是能够满足。这样的话就会被用户牵着鼻子走了，很容易被用户一个问题就直接打死了。我们要给用户的感觉是在帮他来做这个项目的，不只是卖这个产品的。那当然是帮用户先来分析他的需求，这个分析是结合我们自己产品的特点来分析的，如果用户对这方面的产品一点也不知道，那好，我们就来直接按我们产品的理念来告诉用户我们是怎么做的，怎么去解决他的问题的，这样做能够解决什么问题。
比如，有用户问我们是否支持LUNIX和非windows的操作系统，在这个问题的表象是用户问我们客户端的支持系统种类，如果只是从简单的问题上来回答那就只能够回答不支持了。实际上我们可以去了解一下，为什么用户会问这个问题呢？问这个问题的目的是什么呢？用户是因为现有的客户端有非windows平台的操作系统还是什么呢？也许仔细一了解会发现原来用户只是因为服务器有非windows平台。他关心的是服务器的数据安全。那我们就好回答了，我们有安全网关啊，安全网关可以解决他服务器的问题啊。所以最后发现从需求是能够解决的。
在做需求分析的过程中最重要的就是深刻的理解产品，千万别把思维定死在产品现有的功能上，一定要理解用户提出需求的目的，从用户需要达到的效果上来结合产品实现功能。我们的产品本来就功能很多，相信对于只要有需求的用户都能够满足大部分的。
打击对手，展现优势
实际上在打击对手的时候我们就是在展现自己的优势，我们要打击对手的缺陷肯定是我们在这一方面是有优势的。很有可能是我们出去面对的客户接触的产品比较多，甚至已经接受了其他的产品的理念了。这个时候不要我们来否定用户的想法，这样会对用户造成抵制情绪的。我们首先帮他从原理上去分析他本身的想法思路所存在的问题。
比如他接触过文档型加密产品，那我们可以问他，他使用的工作软件是不是有一些特殊的大型的软件，文档型加密软件要对文件进行结构的改变肯定会在这个应用软件中注入线程和模块，只要用户了解计算机，他肯定会认同你的想法，那就好了，这样的话对软件运行的效率肯定是有影响的了。至少用户听了会觉得确实是这样回事啊。好，一旦用户接受了你的想法就好了，那可以简单的介绍一下我们的软件，我们的软件只是在出去的过程进行加密处理，从结构上就肯定会要稳定的，和应用程序就没有关系的，至少这样就把我们的优势体现出来了。再来分析安全性，按用户这样的想法会存在什么样的缺陷，我们又是怎么做到的。慢慢的往下走，先把用户自身的想法和理念扼杀在摇篮中，按他们的想法去做肯定做不到的。接下来我们要做的就是告诉用户我们是怎么做到的了，这个时候可以把我们产品很多优势给体现出来了。
总体来说我们在打击对手的时候不要过于直接的攻击对方的产品，做为技术是需要用技术去帮用户分析存在的问题，尽量不要有针对性的针对某一个产品来进行攻击，这样的话容易引起用户的反感情绪，而一旦从技术上去帮用户分析的话用户会对你的信任感越来越强。
扬长避短，避免开发
用户接触的产品一多，想法也就多起来了，经常会遇到用户问这个功能能
够做不那个功能能够做不，为什么别人的产品有这个功能我们没有呢？对于用户提到的我们不能够满足的需求，我们通过也可以通过帮用户分析的过程中来扭转用户的需求。很多时候我们的缺陷也同样可以变成我们的优势，但是一旦当你把缺陷说成了是优势给用户的感觉其实是不一样的。
大家遇到的比较多的就是用户会提到我们的C盘不加密，从现象上看是我们现在没有对C盘加密的功能，但是我们不能够给用户感觉是我们做不到的，而要告诉用户是我们不想做，也不能够做，为什么不能够做呢？还是要从技术原理去分析了，可以告诉用户如果把C盘加密了话这个时候就肯定是要在引导扇区做解密的动作了，但是这个时候其实操作系统还没有起来，我们的软件也没有起来，但是一旦认证完以后磁盘处于解密状态数据实际上是处于失控状态，这个时候可以举例国外的产品就是这样做的，所以国外的产品不符合中国的国情啊，这样的方式只能够防止被动的泄密，不能够防止主动泄密。那我们这样做并不是技术上做不到，而是为了考虑用户的安全性问题。这样一解释的话用户是不是感觉不一样了呢？
比如很多用户都会提到对于时间的控制，那我觉得首先是尽量扭转用户
的想法，告诉他做这个东西没有意义，为什么没有意义呢？我们得要告诉他啊，先按他原有对文档加密产品的理解思路，不管那个产品要真对文件打上一个时间的属性，首先有一点前提，就是这个文件只能够在安装了客户端的计算机上能够受到控制，用户实际上大部分的理解是希望到那都能够有时间的控制。实际上你可以告诉他，任何一个文件被打上了时间属性基本上就不是一个标准的文件格式了，不可能说他在公司对一个文件设置了属性到那去了都还会受到这个文件的属性控制，因为他要打属性肯定是要改变这个文件的结构，那这个特殊的文件格式肯定是只能够在安装了客户端的计算机上才能够读取到的。这样实际上局限性质是非常大的，一般你和用户这样一分析用户至少要是用户本身想的不一样的话他就开始会对这个需求有动摇了。至少他会觉得原来这个东西不是他想的那样好。当然了，如果他实在要这个东西的话你也可以告诉他。我们也能够做啊。我们是对整个客户端控制。。。。这个就看大家对我们自己的产品理解怎么和用户去解释了，反正一般解释完以后用户基本上还是能够接受的。
在这一章节中我说的比较多的是在平时工作中的一些案例和大家分享，
更多的是大家需要站在公司的角度和利益去考虑，尽量减轻研发的压力，这样我们才能够做出更稳定的版本啊。
产品演示，快速展示效果
功能介绍完了，用户就想看看产品效果了。做测试是用户比较有时间陪你
一起来玩了，但是演示往往情况就不一样了，演示的时候往往我们是应该给用户一种非常直观的效果的，时间有限，环境也有限，说不定还有一大帮人盯着你看。这个时候我们应该要最快速的方式让用户看到最直接的效果，如果就一个保密的东西你演示的时候还要讲什么磁盘加密啊、网络加密啊那你完了，把谁都搞晕了，这个时候用户在看我们演示的时候往往对产品接触还不深，建议最好的方式直接给他看一个移动存储加密就好了。最直接的就是拿一台客户端的测试机，下一个移动存储加密的策略，反正拷贝在里面的东西都是加密的，拿出来给用户一看就完了，当然用户还想看看网络的话，再就直接下一个文件外发加密的，加密几个简单应用的就好了，这样的方式是最有效果的，你要是一定要搞个什么硬盘加密，反正一下用户也看不出什么东西。效果不明显，而且还给客户会留下不好的印象。所以在产品的演示过程中我们一定要结合当时的情况和环境，做到速战速决，在最短的时间内给用户最直观的感受。坦诚相待，互相理解
任何一个产品不可能百分之百满足用户的要求的，对于产品某部分的缺陷或者是对用户来说不是特别重要的我们尽量和用户沟通清楚建立信任关系，不管怎么样一定要让用户信任你这个人。比如我们大部分用户关心的是数据保密，那我们可以去适当的展现我们在报表上面存在的缺陷，这样的话反而更能够让用户相信你，相信你是在为他解决问题的。有时候反而我们把所有的功能都说的太神了用户到觉得是不是在忽悠他了。一旦我们主动和用户解释了一些缺陷反而更拉近了客户和我们之间的距离。同样也避免了产品在实施的时候出现的问题让用户觉得受骗了。
整体来说我觉得沟通是整个售前中最重要的一部分，其中我觉得比较基本的是需要对产品有非常深入的理解，尽量发挥现有产品功能拓展思路去分析用户的需求，不能够被需求表面现象迷惑，要深入理解用户提出这个需求的目的，从用户的目的上去结合产品帮用户解决问题。
售前实战技巧小结
售前在整个项目中扮演着一个非常重要的角色，一个项目的成交，包括顺利实施和验收都和售前的工作是分不开的。在整个售前的过程中我们需要让用户认同我们的产品，认同我们公司，更重要的是需要用户能够认同这个人。，我这边主要阐述的是在售前实战过程中的一些经验和技巧和大家分享
销售配合
任何一个项目我们都应该是从销售得到的信息，在这个基本的前提中我们
需要通过销售了解的信息做为我们杀向客户的第一手资料。
和销售前期的沟通
做为销售来说恨不的用户提出的任何需求都回答我们的产品能够满足，这一点上特别是在代理商的销售上体现的比较多，在刚开始我们尽量和销售对一些情况沟通清楚，从销售这边获得用户的一些情况，比如用户大致是什么样的需求、环境是什么样子的。当然和一个销售出去久了慢慢的要形成一些默契，哪些是我们能够做的，哪些不能够做，做的不好的尽量避免掉就不要去推这个功能了，用户实在问到的时候回答有就可以了。
和销售的配合
在和用户的交流过程中很多时候往往销售已经和用户介绍一些功能，但是如果发现我们不能够满足的时候的确给我们做技术的出了个难题，这个时候也不要急于否定销售的回答是错的，事先要仔细分析一下这个需求和我们的产品沾不沾边，要是确实还能够沾的上关系的话那可以告诉用户我们确实能够做，只是做的效果也许不是开始说的那样，可以从沟通的理解中来分解这个问题的矛盾，不管怎么样做为技术要秉着从实际出发客观的去告诉用户产品的功能。特别是在第一次和用户沟通的时候不要过于否定功能的实现，否则用户一开始就觉得这个产品什么都不能够做，在刚开始的时候甚至可以配合销售一起打一些插边球。所以总结起来我觉得和销售的配合是我们迈向实战的第一步，最基本的是需要和销售进行有效的沟通，了解到用户的信息，在一定程度上配合销售一起忽悠，千万别离谱啊，到时候拉不回来就别怪我了。
沟通技巧
理解产品、分析需求
通过第一轮和销售介绍完产品以后接下来的部分就主要是和用户沟通需
求和分析需求了。在这个过程中一般是售前发挥了。我们做售前不应该是套着产品功能来跟着用户需求走。产品介绍完了，用户对产品应该也有简单的了解了，下面就应该主要是了解用户的需求了，先从了解用户想法开始，对于用户来说，大部分用户都不是专家，对需求并不是把握特别清楚，提出的想法也是非常多的，先别管他会提什么需求，不管想法有多奇怪，没有关系，先一定要把用户的想法了解清楚。这个地方可能会有两个方面，一个方面是用户第一次接触同类产品，另外的话可能用户被其他的产品洗脑过了。没关系，只要用户有真实的需求下面就发挥你的才能吧。
首先我觉得不要去急于回答我们的功能能否满足用户的需求，不要用户提了一问题我们就来回答是不是能够满足。这样的话就会被用户牵着鼻子走了，很容易被用户一个问题就直接打死了。我们要给用户的感觉是在帮他来做这个项目的，不只是卖这个产品的。那当然是帮用户先来分析他的需求，这个分析是结合我们自己产品的特点来分析的，如果用户对这方面的产品一点也不知道，那好，我们就来直接按我们产品的理念来告诉用户我们是怎么做的，怎么去解决他的问题的，这样做能够解决什么问题。
比如，有用户问我们是否支持LUNIX和非windows的操作系统，在这个问题的表象是用户问我们客户端的支持系统种类，如果只是从简单的问题上来回答那就只能够回答不支持了。实际上我们可以去了解一下，为什么用户会问这个问题呢？问这个问题的目的是什么呢？用户是因为现有的客户端有非windows平台的操作系统还是什么呢？也许仔细一了解会发现原来用户只是因为服务器有非windows平台。
在做需求分析的过程中最重要的就是深刻的理解产品，千万别把思维定死在产品现有的功能上，一定要理解用户提出需求的目的，从用户需要达到的效果上来结合产品实现功能。我们的产品本来就功能很多，相信对于只要有需求的用户都能够满足大部分的。
打击对手，展现优势
实际上在打击对手的时候我们就是在展现自己的优势，我们要打击对手的缺陷肯定是我们在这一方面是有优势的。很有可能是我们出去面对的客户接触的产品比较多，甚至已经接受了其他的产品的理念了。这个时候不要我们来否定用户的想法，这样会对用户造成抵制情绪的。我们首先帮他从原理上去分析他本身的想法思路所存在的问题。
总体来说我们在打击对手的时候不要过于直接的攻击对方的产品，做为技术是需要用技术去帮用户分析存在的问题，尽量不要有针对性的针对某一个产品来进行攻击，这样的话容易引起用户的反感情绪，而一旦从技术上去帮用户分析的话用户会对你的信任感越来越强。
扬长避短，避免开发
用户接触的产品一多，想法也就多起来了，经常会遇到用户问这个功能能
够做不那个功能能够做不，为什么别人的产品有这个功能我们没有呢？对于用户提到的我们不能够满足的需求，我们通过也可以通过帮用户分析的过程中来扭转用户的需求。很多时候我们的缺陷也同样可以变成我们的优势，但是一旦当你把缺陷说成了是优势给用户的感觉其实是不一样的。
产品演示，快速展示效果
功能介绍完了，用户就想看看产品效果了。做测试是用户比较有时间陪你
一起来玩了，但是演示往往情况就不一样了，演示的时候往往我们是应该给用户一种非常直观的效果的，时间有限，环境也有限，说不定还有一大帮人盯着你看。这个时候我们应该要最快速的方式让用户看到最直接的效果，
所以在产品的演示过程中我们一定要结合当时的情况和环境，做到速战速决，在最短的时间内给用户最直观的感受。
坦诚相待，互相理解
任何一个产品不可能百分之百满足用户的要求的，对于产品某部分的缺陷或者是对用户来说不是特别重要的我们尽量和用户沟通清楚建立信任关系，不管怎么样一定要让用户信任你这个人。比如我们大部分用户关心的是数据保密，那我们可以去适当的展现我们在报表上面存在的缺陷，这样的话反而更能够让用户相信你，相信你是在为他解决问题的。有时候反而我们把所有的功能都说的太神了用户到觉得是不是在忽悠他了。一旦我们主动和用户解释了一些缺陷反而更拉近了客户和我们之间的距离。同样也避免了产品在实施的时候出现的问题让用户觉得受骗了。
整体来说我觉得沟通是整个售前中最重要的一部分，其中我觉得比较基本的是需要对产品有非常深入的理解，尽量发挥现有产品功能拓展思路去分析用户的需求，不能够被需求表面现象迷惑，要深入理解用户提出这个需求的目的，从用户的目的上去结合产品帮用户解决问题。