客户频繁提出需求变更,我们怎么办？

第一篇：客户频繁提出需求变更,我们怎么办？

培训资料

客户频繁提出需求变更，我们怎么应对？

辛辛苦苦熬了几个月的通宵，终于确立了ERP需求，规范了工作流程，系统配置也完成了，正准备按部就班ERP系统上线时，企业用户突然改变了需求，不想这么做了，提出了新的需求。这对于ERP实施顾问来说，正如晴天惊雷，这也是所有ERP顾问最感到恐怖的事情。因为有时候，用户只是简单的一句话，但是对于系统的调整来说工作量是非常大的。

一.需求变更：迁就or拒绝?

从ERP项目立项开始，需求就是ERP实施顾问的心头之痛。随着对ERP的深入认识、项目环境的变动，企业内外部多种因素都可能使客户对ERP的需求不断改变。如果不能有效处理这些需求变更，项目实施进度必将一再调整，上线日期也会随之一再拖延，项目成员的士气也将越来越低落，严重的还会直接导致ERP项目失败。

需求变更，本应是客户的权力，但也是实施顾问的为难之处。如果确需变更，当然要满足客户需要。问题是不能让变更权力滥用，把一些无关痛痒的变更宠惯养成堂而皇之的变更。例如，我曾经在某ERP项目中属于“谦虚型”，对于客户提出的变更，无论大小都给予解决，客户对此非常满意。然而，项目进度却拖得很长，项目一再延期。相比之下，在另一个项目上我显得稍有些“盛气凌人”，对于客户提出的需求变更，大多都不予理睬，客户对此不是很满意。不过，该项目的进度控制得较好，基本能按期完成项目。

按后一种“盛气凌人”的做法，对客户的要求一概不理，自顾自地按照最初的需求和计划实施，很可能会由于没有用户的参与，使得ERP系统与用户的需求相差甚远，导致验收通不过，收不回尾款而使公司利益受损。对于客户来说，达不到需求的满足也浪费了投资。事实上，客户不满意，则项目就不算成功，实施顾问辛勤劳动最后就只能落得个“没有功劳，只有苦劳”的份。

但按前一种“谦虚型”做法，完全顺着客户的意见走，客户满意度就一定会高吗?其实也不一定。由于需求变更会带来工作量的大量增加，甚至可能会出现大量的无效劳动。而且，频繁变动的需求也会导致实施质量下降，留下许多隐患。因此，一味的迁就用户将会使进度一拖再拖，实施方案一改再改，变更越来越多，士气越来越疲，公司越来越不满意，用户越来越急。到最后，实施顾问会发现这个项目已经成为了一个“不可能完成的任务”。

二.需求变更为什么总是做不完?

在ERP实施过程中，实施顾问所要面对的将是一系列和多方面的考验。经常发生而又最令人头疼的恐怕就是需求变更了。客户变更需求是ERP项目与生俱来的特性，也是一个无法避免的事实。需求变更的表现形式是多方面的，如客户临时改变想法、项目预算增加或减少、客户对功能的需求改变等。它会导致ERP实施过程中成本增加、进度拖延等风险，而且越往后的变更产生的风险将越大。

以我参与的多个ERP实施项目的实际经历来看：需求变更泛滥是非常可怕的事，尤其是到了项目实施后期，客户不断对移交的ERP系统提出修改意见，甚至有时刚刚重新完成的更改，客户又要求改回去或改成另一种模式。需求变更越来越多，实施顾问只能疲于应付。“无底洞”是大部分实施顾问进行ERP项目的共同感觉。

实施顾问作为项目的承担者，在规定时间内利用有限资源保质保量的完成项目，让客户和公司都满意是最终目标。但是让客户满意就是不断满足客户无穷无尽的需求吗?我们分析一下出现需求变更的根源。

(1)合同签订马虎，没有真正明白客户需求

签订合同时缺乏对客户需求认真对待，导致需求描述不清，为后期的实施工作带来困惑。ERP销售顾问为使客户能够快速的签订合同，往往草率决定和片面同意客户提出的需求。当客户提出新的需求时，往往是销售顾问一看“应该”只是一个小小的修改，没有太大的影响，陶氏软件科技有限公司

培训资料

所以直接答应能变更。

该问题的关键是合同签署的太烂，没有把需求明确再签合同，而且也没有把需求变更的流程写入合同。如果在合同时把客户需求弄清楚，后期就根本不需要频繁的变更需求。签订合同时明确定义项目需求的范围，可以为以后各项实施工作的开展奠定深厚的基础。

(2)调研时没有深入理解客户需求

在ERP上线前的需求调研分析阶段，项目组成员和客户的深入交流是减少频繁需求变更的关键阶段之一。但是由于双方的误解通常使需求交流难以进行。更严重的是，实施顾问只根据用户提出的描述性、总结性的短短几句话去制定实施方案，没有真正挖掘和按客户的需求去制定实施计划。当客户头脑一热或领导一拍脑袋提出新的需求时，实施顾问往往也就不能区分客户真正需求和镀金需求。如果项目组对客户需求的细节了解不充分，双方对需求的理解就会产生差异，就会导致移交ERP系统时才使问题暴露出来，客户只能频繁的提出需求变更。

(3)没有明确的需求变更管理流程

没有明确的需求变更管理流程，就会使需求变更变得泛滥。并不是所有的变更都要修改，也不是所有变更都要立刻修改，需求变更管理的目的是为了决定什么类型的变更需要修改和什么时候修改。比如ERP界面风格问题，就可以先不修改，或者规划一下修改的时间待到以后进行优化。另外，对于核心模块的修改没有严格把关流程，有些小需求看起来工作量不大，但是实际上实施顾问和开发顾问要耗费比较长的时间去完成这些销售顾问或者客户没有考虑到的细节问题。

(4)没有让客户知道需求变更的代价

对变更的影响没有评估是需求变更泛滥的根本原因。变更都是有代价的，应该要评估变更的代价和对项目的影响，要让客户了解需求变更的后果。如果客户不知道需求变更付出的代价，对实施顾问的辛苦就会难以体会。在评估代价过程中，可以请客户一起做判断：“我可以修改，但您能接受后果吗?”。

三.如何有效控制需求变更?

需求变更对项目成败有重要影响，既不能一概拒绝客户的变更要求，也不能一味地迁就客户，所以实施需求变更之前必须做好控制。例如授权、审核、评估和确认，在实施过程还要进行跟踪和验证。有句通俗的话说得非常好：“需求变更控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序进行。”

用户需求的变更总是不可避免的，所以我们要以积极的心态去接受和控制用户的需求，而不仅仅是埋怨。对待客户频繁的需求变更，应采取有效办法应对，避免事态蔓延，不让客户养成随意变更的毛病。

(1)合同约束

需求变更给ERP实施带来的影响是有目共睹，所以在与用户签订合同时，可以增加一些相关条款，如限定用户提出需求变更的时间，规定何种情况的变更可以接受、拒绝或部分接受，还可以规定发生需求变更时必须执行变更管理流程。

虽然ERP项目合同很难在签订之初就能够精确定义每项需求，单靠合同是帮不上忙的，但也不能忽视合同的约束力。有一个笑话，就是许多销售顾问都开玩笑说他们都是清政府。为什么是清政府?清政府的特点之一就是丧权辱国的条约太多。

(2)建立需求变更审批流程

要明确需求变更审批环节、审批人员、审批事项、审批流程等。目的有两个：一是将客户下达变更的流程尽可能地规范化，减少张嘴就来的非必要、非紧急、非合理、非高层领导意图的“无效变更”。二是留下书面依据，为今后可能的成本变更和索赔准备好“变更账”。凡未履行审批程序的“变更”，一律是无效变更不予受理。

陶氏软件科技有限公司

培训资料

有效的需求变更流程应该包括确认变更、评估变更的价值、分析变更对项目的影响，以及提交给双方高层进行评价以确定是否执行变更。变更请求必须有书面材料，当用户发现由于业务变化而引起的需求变更，需要提出书面申请。这样对所有的变更，双方的项目负责人都能做到心里有数。而且用户在递交书面变更申请时比较慎重，一般都在内部经过讨论后进行，这样减少了因用户内部看法不同导致的反复变更。

(3)对于零星变更，集中研究、批量处理

每周或每两周甚至每月召开一次需求变更专题会议，集中研究处理这些零碎变更事项，主动控制好工作节奏，尽量避免由于处理零碎变更而影响项目运行的总体进度。例如向客户正式提交一份各阶段需求变更的完成计划，注明变更引起的时间、成本、工期的代价和增加的工作量。要求客户配合需求变更计划，确定变更时限，控制变更规模，过时变更不候，离谱的变更不做，保大局弃小变。

(4)评估各种需求变更的影响

客户的需求是永远不会满足的，可能一天一个样,为了达到控制频繁的需求变更。需要将需求变更后产生的成本进行评估与量化，形成分析报告提交双方领导。否则，一味的妥协只会让项目进一步恶化，实施顾问需要掌控客户及公司的进度成本，把客户的每一次需求变更进行成本分析。确认哪些需要收费变更，哪些可以免费配合客户。这样既可以维护客户关系，又不致造成公司无谓的损失。

(5)确认客户是否接受变更的代价

要让客户认识到变更都是有代价的，要和客户一起判断需求变更是否依然进行。例如，变更是没有问题的，但是要明确客户能否接受由此引起的如进度延迟、费用增加、效率下降等问题。一般来说，如果客户认为该变更是必须的(不是其上级领导拍脑袋提出的)就会接受这些后果，通过与客户的协商，项目组可能会得到回报或者即使没有回报也不会招致公司和客户双方的埋怨。

如果客户认为该变更虽然有必要但是可以暂缓，双方签署备忘录后留待以后解决。如果客户认为该变更可有可无，多数情况下会取消变更。这样即可防止频繁变更，也让客户认识到不是所有的需求都需要变更，更不是所有的需求变更都需要立刻修改。客户一般对ERP不甚了解，他们认为很简单的事情，但可能解决起来会很复杂。以我的经验来看，一般来说用户的镀金需求可以延期解决甚至不考虑。用户的新增需求如果不是影响到核心业务的实现，也可以安排在现有功能的完善之后。

(6)每月变更记录上报双方领导

最后，实施顾问要将有关变更措施和记录随时抄报双方最高层留档备案，可采取简报、文件、抄报、抄送、会议等多种形式。掌握主动权，逐步让不合理的随意频繁变更，成为客户不好意思开口的尴尬事件，尽快形成正常的项目执行氛围和良好的工作习惯，也为可能受到变更所带来的责任问题留下伏笔。

最后，要特别提醒，要在ERP项目开始就对项目组和客户进行宣传和培训，让所有成员都理解变更控制的重要意义。

2011-10-07

陶氏软件科技有限公司

第二篇：客户需求分析报告

客户需求分析报告

客户名称申请部门部门审核填 报 人申请日期年月日

珠海网佳科技有限公司

客户需求分析报告填写说明

1.填写《客户需求分析报告》前，需进行认真、严谨地市场调研工作，本报告是市场调研工作结果输出的载体，亦是公司产品立项决策的重要依据；

2.建议在市场调研前，先熟悉本报告要求内容，以便开展针对性的调研工作；

3.在填写过程中对本报告内容有任何疑问，请向项目管理工程师咨询，我们将随时为您提供服务。

目录客户的需求...................错误！未定义书签。2 产品功能、性能分析.................错误！未定义书签。3 应用范围和作用..................错误！未定义书签。4 产品开发的时间要求.................错误！未定义书签。5 产品费用说明...............错误！未定义书签。6 将来可能提出的要求.................错误！未定义书签。7 综合风险评估.....................错误！未定义书签。8 其它.................错误！未定义书签。附表.......................客户的需求产品功能、性能分析应用范围和作用产品开发的时间要求产品费用说明将来可能提出的要求综合风险评估其它附表

珠海高凌信息科技有限公司正文::

第三篇：客户需求分析报告

客户需求分析报告

在企业的销售队伍中，经常听到的抱怨是“我们的客户不需要”“我们的客户没有钱”“客户说要等一段时间”……等等一些无法开发和征服客户的声音，根本的原因是由于不了解客户的真实需求，销售人员在销售时盲无目的地向客户介绍或者演示产品，结果徒费口舌，不但没有把自己产品的特色向特定的消费者阐述清晰，还误导了其他的销售人员，致使整个销售队伍萎靡不振，不去主动地开发客户，只在消极的应对工作。

事实上，成功的销售不是如何去说服客户，而是对客户的需求作出最精确的定义，根据定义出来的需求然后再选择和解释产品。一般情况下，产品销售成功的几率取决于消费者的需求和产品的结合程度，所以我们的关键是把握消费者的真实需求，按照消费者的需求来对产品的款式、颜色、功能进行组合设计，提供给客户一件最适合的产品。但是，了解客户的需求是长期而深入的工作，然而对客户的需求可以由销售人员一步步挖掘并定义出来。那么如何进行客户需求定义呢？

先来看看什么是定义客户的需求？

客户的需求往往是多方面的、不确定的，需要我们去分析和引导，很少有客户、尤其是消费品的购买者对自己要购买的消费品形成了非常精确的描述，也就是说，当一位客户站在我们的面前时，他对我们的产品有了极大的兴趣但仍然不知道自己将要买回去的是什么样的。在这种情况下，需要增强与客户的沟通，对客户的需求做出定义。

定义客户的需求就是指通过买卖双方的长期沟通，对客户购买产品的欲望、用途、功能、款式进行逐渐发掘，将客户心里模糊的认识以精确的方式描述并展示出来的过程。

当然，在进行客户需求定义是要注意从不同的角度和侧面来分析，不妨注意以下几个原则：

1.全面性原则　对于任何已被列入客户范畴的消费者，我们要全面的定义其几乎所有的需求，全面掌握客户在生活中对于各种产品的需求强度和满足状况。之所以要全面了解，是要让客户生活中的需要完整地体现在你的面前，而且根据客户的全面需要分析其生活习惯、消费偏好、购买能力等相关因素，更为重要的是这种“以全概偏”的了解往往会迷惑客户，刻画销售人员关心客户、爱护客户的经典形象。

2.突出性原则　时刻不要忘记销售者的第一要务是为公司销售产品，帮助客户满足需求。所以，要突出产品和客户需求的结合点，清晰的定义出客户的需求，必要的时刻要给客户对本产品的需求形成一个 “独特的名称”。假如你是一个竹躺椅的销售人员，尽可能得让消费者形成对躺椅的独特认识，为它定义出一个别人都没有意识到的“提高生活舒适度需求”等。

3.深入性原则　沟通不能肤浅，否则只能是空谈。对客户需求的定义同样如此，把客户需求的定义认为是简单的购买欲望，或者是单纯的购买过程明显囿于局限，只有深入的了解客户的生活、工作、交往的各个环节，你才会发现他对同一种产品拥有的真正需求。也就是说，要对客户的需求作出清晰的定义，事前工作的深入性是必不可少的。

4.广泛性原则　广泛性原则不是对某一个特定客户需求定义时的要求，而是要求销售人员在于客户沟通是要了解所有接触客户的需求状况，学会对比分析，差异化的准备自己的相关工具和说服方法。

5.建议性原则　客户不是我们的下属，所以命令他们是不会接受的，当然我们也不可能这么做。在客户需求的定义过程中同样如此，客户所认同的观念跟我们或多或少的存在一些差异，所以对客户的需求要进行定义只能是“我们认为您的需求是……，您认同吗？”注重对客户需求的分析，不仅是从其需求的综合层次而且是从产品的特质出发，在定义的过程中，做好以下几项工作：

调查——此乃产品销售和需求定义基础。充分的调查是掌握大量信息的可靠渠道，而调查工作一般都是事前开始，运用各种工具、或用各种关系、采用各种方法具体详细地掌握消费者的静态和动态信息。我要强调的是，调查决不要在正式接触之前就已经结束，或者说，调查到达一定的程度时我们就可以开始与客户沟通，在双向信息流动的同时继续丰富对消费者需求的把握。显然，我们的需求都在发生变化。调查工作是每个销售人员的必做之事，一般情况下可以自己对所在的区域进行直接了解，更可以充分的利用公司的资料和档案。现在有很多销售人员缺乏的不是主动去了解客户，而是不会使用公司已有的客户档案和相关资料，这样会浪费大量的资源。在一个较为成熟的企业里，我更强调使用和更新客户档案，重视调查的延续性。

分析——分析研究所得既定资料和信息，是科学的界定需求定义的重要环节。其中的环节就是要我们去伪存真、去粗存精，并根据消费者的自身状况，包括工作性质、环境、同事关系、家庭环境、亲朋关系、事业发展状况等来科学的研究其需求的变化趋势。掌握趋势，在沟通时就能站在更高的角度和客户讨论。此时的我们是客户眼中的专家，使他发现并满足自身需要的顾问。注意分析的是客户需求的类型、规格、款式、色彩、数量等具体性的因素。

沟通——这是定义客户需求的关键。所以我们必须重视这个环节，事前要设计好相关的沟通内容、沟通方式和引导客户的具体问题、手段等。其实，沟通的过程还要重视的是在什么样的环境下沟通的问题，如果是单纯的拜访客户，估计很难挖掘其真实的想法。因为在接受销售人员的拜访使客户都处在高度戒备的状态中，时刻提防掉进销售人员的圈套，所以一般很难敞开心扉。所以沟通的关键是环境，越是非正式的环境，对于定义客户的需求越有利。

试探——试探是在有了对客户需求的基础性认识时进行的归纳总结，并形成一定的规律性话语和结论。对于销售人员来讲，主要的工作是要大胆的讲出来你为客户形成的定义，试探你对客户的分析和沟通结果是否充分掌握。所以，假如你是一名培训课程的销售人员，基于对客户需求的认识，你就应该试探性的总结客户的需要的是什么，真正的销售人员往往这样打动人：“李总，所以你的困难就是区域销售市场信息不太通畅、工作效率偏低，你是不是打算在本月中旬将其中三个销售经理送到我们的课堂上来？”

重复——无论客户对于试探性的总结认同与否，我们都要重复客户的自己的回答。这是表明对客户的尊重，更是为自己强化客户需求的印象，并根据最新的印象和继续的沟通修正自己的定义。重复一次，买卖双方就强化一次印象，就拉进一步距离，就明确一层需求，就取舍一份信息。对于上面的试探，如果对方否定，你应该重复：“您是说没时间让他们来，对吧？”如果对方肯定，你也应该重复：“您是说让李经理、王经理、宋经理三人15日一起来报到，是吧？”

确定——销售人员不能永远跟着客户的思想走。所以，当你有充分的认识，已经基本克服了前述环节的障碍时，请大胆、无疑的确定下来，明确地告诉我们的客户“你现在所要的就是……”，此时的犹豫和停滞只能是表明你不是专家，白白丧失了销售的大好机遇。

展示——清晰的定义需要有清晰的认识，尤其是视觉化的形象出现。所以，客户在得到了自己需求的定义是需要的正是一件满足自己需要的产品，展示我们的样品就成了顺理成章的步骤。注意，你所展示给客户的只是样品，要告诉客户如果满意就说明我们的定义是成功的，如果不满需要的就是我们为他特别定制的产品。有很多人认为像培训课程这样的产品无法展示，事实上客户却最希望看到这样的展示。我的一位同事往往在这个时候便向客户发一封电子邮件：现在已报名人数是21人，您所派出的三位经理我们分别安排在1号、4号和5号桌方便和相关业务的人员接触。课程的大纲和注意事项清参看附件，请您对课程的内容在48小时内提出建议，以便我们的讲师作出修正。……”

等待——耐心同样是一件重要的事情。客户的决策是需要时间的，我们可以刺激、鼓励，但是也要耐心的等待客户来承认自己的需要确实如此。客户的承认就是交易条件磋商的开始，就是讨论产品运输、货款交付具体问题的时候了。

客户项目需求分析

项目需求分析，看了听棠的“客户需求何时休”，深有感触，何曾自己不是被这个问题整天困扰：客户需求，为什么总在变阿？做项目真辛苦阿！这样的感叹整天都挂在口上。客户需求变动确实是一个软件开发永远不变的话题。为什么小的软件企业面对经常变动的需求是如此的狼狈？到底要怎么做才能满足客户的需求？

听棠的“客户需求何时休”深刻的披露了这个问题存在的根源。

需求分析，不仅仅是拿到客户的需求，更重要的是还需进行分析，了解细节，并就细节跟客户咨询，获取最详细的资料。客户所能提供给你的只是他们想到的功能需求，很多问题并不在他们考虑的范围之内，如果作为项目承担方没有去做分析，简单的按照功能要求去设计、规划，最终出来的系统是很难完全符合客户的业务流程的，这时，自然需要更改，被看成了需求的更改。其实，都是缺乏分析所一手造成的。问题等到系统出来了才被发现，这样的系统本身就是先天不足的了。

听棠所说到的几点，感受特别深：

“其实问题出在开头，客户需求只是软件需求分析的一部分，虽然是比较重要的一部分，但也不要只是去记客户的需求，而是要把客户的需求进行分析”

“客户本身是不怎么懂技术的，客户只知道自己的业务需求，而在软件设计时，是在把业务需求抽象到系统中实现的，把业务转变为逻辑时，一切都应该符合逻辑的，但客户的业务思想有时候在软件系统实现时会有问题的，这就需要分析时分析出来的。少了分析，问题也会在后面的开发中暴露出来，到时可就更麻烦了。”

还有客户的需求本身会有矛盾（这矛盾是指在逻辑角度来讲），客户本身是意识不到的，只有在分析设计时，才会分析出这里的矛盾，而这些问题，如果在期初时，软件负责人不分析，而是纯粹的“听从”客户要求去做，当暴露这些问题时，你怪客户也没用啊。

项目需求分析报告，在了解客户需求时，不要不动脑子，不要一味的点头说“I C”，其实在表面的业务里面可能包含着N多的细节，这些细节是需要你反问客户的，只有当你提的问题越多，最终获取的需求最具体，才能让项目越顺利。而且有很多问题，都是在你的反问中，客户也才开始思考本来没思考过的问题，客户也会找到一种合理的需求给你，有人会觉得这样了解客户需求未免太麻烦了。至于一些在技术上会遇到问题的地方，也要告诉客户，别以为到时候再说，客户是不关心你的技术细节的，但你如果给他解释的话，他也会试着理解的。

客户的需求本身是无休止，因为他们本身也在变，但当你期初的分析合理，后面的变动也将在逻辑上变动，相信代价已经不会那么大了。这其实也体现了系统的扩展性。

需求分析，是一个项目提出方和承担方相互沟通的过程，一方是系统的使用者，一方是系统的制造者，在系统制造过程中，只有双方相互配合，共同对系统进行设计才能最后达到使用的要求。客户是业务上的熟悉者，对业务流程有非常清晰的了解，但是，对于软件需求方面的描述是不了解的，他们所能提供的只是他们最终要达到的功能，但是，这其中包含的业务流程是非常复杂的。我们拿到客户需求后，应该根据功能、流程进行初步的设计，构造出业务流程图，再让客户进行评审，提出业务流程上不对的地方进行修改。这样来回的交流，最终才能取得较全面的需求，并减少后期的修改。

谨记一点，需求是经常变动的，只有先做好需求的分析，了解业务以后的发展趋势，做好具有拓展性的系统设计，才会给系统更大的扩展空间，从而在需求发生变化的时候可以更从容的修改。

第四篇：从客户需求搞定客户

一、如何提高业绩

“您作为公司的老总，我相信您对公司的业绩问题一定非常关注，是吗？” “不少公司的销售部经理都会为提高业绩问题伤痛脑筋，如果只需要花10分钟 就能解决这个问题，您愿意吗？”

二、如何节约开支

“如果我告诉您，贵公司明年可能会节省20%的开支，您一定有兴趣对吗？”

三、如何节约时间

“如果有一种方法可以在您现在的基础上每天节约2个小时的时间，您一定想知道，对吗？”

四、如何使员工更加敬业

“目前很多老总打电话告诉我，公司有很多员工不够敬业，我听了真的很难过，如今如何提高员工的敬业精神对每个企业都非常重要，您觉得呢？”

五、真诚的赞美

“您的声音真的非常好听！”

“听您说话，就知道您是这方面的专家。”

“公司有您这种领导，真是太荣幸了。”

“跟您谈话我觉得我增长了不少见识。”

六、客观看问题的态度

“您说得非常有道理，毕竟我相信每个企业存在，毕竟有他存在的理由。”

七、新颖的说话方式

“猜猜看！”

“这是一个小秘密！”

“告诉您一件神秘的事！”

“今天我告诉您的事情是古往今来没有一个人说过的。”

八、对他的理解和尊重

“您说的话很有道理，我非常理解您。”

“如果我是您，我一定与您的想法相同。”

“谢谢您听我谈了这么多。”

以上这些话题都是客户感兴趣的，但在与客户谈话时电话销售人员要养成提问题的习惯，通过提问引起客户的注意，再积极的倾听，让客户尽量说更多的话，听出客户的兴趣点。这样电话销售人员才有机会把话说到客户的心坎上去，从而让客户觉得我们很理解和尊重他，最终赢得客户对我们的信任。

第五篇：客户需求分析

客户需求分析：

一、客户在哪里？

1、锁定目标：

首先要了解当前社会对人才的需求，了解不同行业、不同客户的需求，只有这样才能有针对性去寻找客户。

2、按行业分类：

如：国有银行、商业银行、市区教育局、街道办、社保局、电业局、水利局等。

3、按组织层次分类：

如：1：按行业分：金融业、保险业、商业协会、政府机构中的各局、街道办、、、、、。

2、不限行业：按高级、中级、职员、专业人员、、、、、、。

3、按组织单位：党团组织、民族党派、民间组织、、、、、、。

主要是让客户知道通过培训才能掌握知识、提高工作水平、适用本职工作。

二、教育服务内容：

培训服务流程 ：定培训需求：由培主管做需求调研，详细了解培训目标与具体需求，协商培训方案做如下工作：

1、项目评估

2、明确培训目标、3、制定学习计划

3、设置课程内容、4、做好特色教学、5、做好教学总结

三、俱乐部（沙龙）活动：

以聚会的形式，举办联谊活动，供广大家交流学习经验，体会。具体活动方式：

1、体育活动：登山、游泳、拔河、打球、游园。

2、文艺活动：看电影、看表演、参观。

3、体验方式：去农村、工厂、公司、做义工。