经理的心得体会

短美文网>心得体会>

经理的心得体会

时间：2022-10-15 13:30:35 心得体会投诉投稿

经理的心得体会

　　当我们心中积累了不少感想和见解时，可用写心得体会的方式将其记录下来，这么做可以让我们不断思考不断进步。怎样写好心得体会呢？下面是小编为大家收集的经理的心得体会，供大家参考借鉴，希望可以帮助到有需要的朋友。

经理的心得体会

　　经理的心得体会1

　　公众客户部下发了维系经理外呼竞赛的优秀录音，我进行了聆听与学习，虽然自己作为代表参加了此次比赛，但发现与其他优秀维系客户经理相比自身有很多的不足，特别是在针对用户的套餐营销方面，成功率较低。在学习后自己总结了几点经验，下面就自己进行学习与聆听后总结了以下几点心得体会：

　　1、对用户外呼，虽然不是面对面的直接交流，但自己的心情是可以通过电话流露出来用户能感受的到，首先一定要调整好自己的心态，要让用户通过声音感受到你是在微笑的`、真诚的服务。要用心的聆听用户提的每一句建议，问的每一个问题。所以态度就是决定是否能成功的基石。

　　2、在外呼前要做好充足的准备，查询清楚用户的相关资料，包括用户的使用习惯、每月的消费水平等等。不能直接提起电话就向用户外呼，这样对用户是一种尊重，让用户感受到“用户至上”，只有有了准备，机会也会随之而来。

　　3、在与用户交流的过程，是决定是否能自己外呼成功的关键之处。外呼是维系客户经理最主要的维系方式，通过用户的语气要分析用户的心理，只有掌握住用户的心理，分析他是哪种类型的用户，才能迅速的调整方案方便更进一步的进行营销与维系。

　　以上就是自己此次学习优秀外呼录音的几点体会。虽然不是很详细，但是“三人之行，必有我师焉”。在今后的维系工作中，只有不断的加强学习，不断的总结，再学习再总结才能将维系工作做的更好。因为客户服务“只有起点、没有终点”。我相信真心的付出用户是能感受到的，辛勤努力后，生活同样也会回报你一个灿烂的微笑！

　　经理的心得体会2

　　一、项目要进行整体管理，善始善终

　　整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。

　　项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。

　　变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。

　　自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。

　　所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。

　　二、项目范围管理理论解决了项目开始需求不清的问题

　　需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。

　　什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。

　　区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。

　　优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求”。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。

　　从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。

　　这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。

　　三、项目时间管理理论指导我们在项目管理中怎样抓主要矛盾

　　以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。

　　项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化

　　化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。

　　所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。

　　四、质量管理是项目成败的关键

　　我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。

　　但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。

　　标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。

　　本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的`质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。

　　当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。

　　五、沟通管理中的一些策略的使用可以使项目更好的完成

　　做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。

　　体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。

　　经理的心得体会3

　　作为大堂经理其中很难的就是处理客户投诉，可以称之为一种艺术吧，在这里我想谈谈心态。

　　我从事这个岗位的时间也不算短了，据我的经验，客户纯粹来找茬的案例几乎是很少，当然也存在（如敲诈银行），绝大部分的客户实际上并不想来找气受，也就是说我们首先要反思的是自己，而不能认为客户是在无理取闹，只有抱这样的心态才能真正的解决问题。

　　如果客户找到你把你当成救命稻草，来向你反映我们的.工作人员某某存在什么问题，不要急于去辩解什么，无论谁对谁错，这本身并不重要，因为这不是法庭，就算你驳倒了客户也许带来的是更糟的结果。首先要真诚的向客户道歉，因为你代表的不是你自己，你首先要取得客户对你的好感，这样才可能很好的进行以下的沟通，其次，要弄清楚客户他的需求是什么，要尽快帮客户解决他的问题，如果这个问题的确与制度冲突，要耐心的聆听客户为什么如此的为难，要给他发泄的渠道，不要插嘴，因为有些客户他可能并不是真的就要逆着我们的制度办事，他需要的是一种宣泄，也可能他是在其他方面生气来到你这发泄，而我们要想解决问题能做的就是一种理解，你可能觉得做到这一点太委屈也太难的确，这就需要一个良好的心态。

　　经理的心得体会4

　　怀着期待与好奇，怀着无比的憧憬与向往，我融入了xx商xx银行这个大家庭，我觉得人生仿佛雨后的彩虹，开始展现出璀璨夺目的光芒，于是，和同样怀着梦想的同事在一起，终于迎来了xx商会镇银行第一期员工培训。

　　通过这几天的培训，让我们体验到了军事化的管理和魔鬼般的训练，每天六点钟一到就要参加体能训练，对于我们来说，确实是个考验，但是老师们的博文广识，生动的讲解，精彩案例，又让我们受益匪浅。收获多多。

　　老师告诉我们，一个团队要有目标，敢于创新，敢于突破，敢于思考，要团结互助，并且学会感恩，要怀着一颗感恩之心投入工作，少抱怨，多做事。

　　作为一个企业的形象代言人，首先要清醒地认识到服务的重要性，，应该说，我们每一位员工都懂得最基本的礼仪礼节，但在具体的接待服务工作中，不是我们淡忘了礼仪礼节，就是礼仪礼节做不到位，或者无法明显地表达出来。在这次培训中，老师们讲授了：学会去赞美、发现别人的优点，学会倾听和微笑；学会着装庄重，举止得体，彰显职业品味；了解交际要点，提高交际能力，把握每一个机会，不错失优良客户；提升职业公信度，赢得客户的信赖，增加客户；用包容的心态去看待事物，通过塑造个人的职业形象，提升银行公众形象。总之，要设法使我们的礼仪礼节和良好的服务能够给客户留下美好的印象。

　　银行经营知识和客户的金融需求，作为一名大堂经理，首先要搜集客户资料和信息，了解客户，才能有针对性推介适合客户产品需求，发掘客户隐藏性的需求，展现金融理解专家对客户的'了解的帮助，向客户介绍时语言要清晰，不能用客户听不懂的专业语言介绍。

　　有限的大堂，无限的客户，我们要把学到的理论知识好好地运用到工作中去，。创新改变行业。思想改变命运，拼搏创造未来。

【经理的心得体会】相关文章：