程序员与客户怎么沟通

㈠ 程序员觉得客户太蠢怎么办

首先，你必须学会调整心态。并没有真正愚蠢的客户，有的只是不够充分的沟通。

程序员的档散工作本来就由于技术要求有着一定的封闭性，客观的讲外行很难真正去理解你作为一名程序员的苦衷。因此很多在客户眼中天经地义的事情，在程序员看来就变成了不可理喻。
这个时候，一名成熟的程序员不应该去埋怨客户，因为这解决不了任何问题。你要行搭氏做的是，静下心来，调整心态尝试与客户进行沟通，从而促成问枝岩题的解决。

㈡ 程序员线上接单靠谱吗哪里可以直接与甲方沟通

程序员线上接单是一种常见的自由职业方式，具有一定的灵活性和自主性。但是，也存在一些风险，如可能遇到骗子、赖账等情况。因此，在接单前应该仔细了解甲方的信誉和资质镇派，签订合同并考虑可行性和风如明险控制等方面。

如果您想直接与甲方沟通，可以通过一些平台来实现。比如，一些自由职业网站和平台，如猪八戒、码市、开源中国等，提供有相关的线上接单服务，可以选择相应的项目进行接单，并通过平台与甲方沟通，以保证项目的安全和可行性。同时，这些网站或平台也提供信用评价机制，可以更好地评估甲方的信誉程度，渣旅告并降低风险。

㈢ 技术人员如何提高沟通能力

1,技术人员特点

        我是程序员出身，做了这么多年程序，经过长时间的积累，专业技术方面的能力有了很大的提高。由于工作特性和工作环境的关系，出现了严重偏技术，不懂人情世故不懂如何去沟通。这在基础岗位可能不会对自己产生太大的麻烦，但是当你带团队或者成为技术领导，存在跨部门之间的沟散唤通或者和客户沟通，这时你的沟通能力就会拉低你整体能力的评分。

      技术人员必备的能力第一是专业的孙判技术能力，毕竟自己是靠它来吃饭的。第二是专业的态度，技术人员往往特别傲慢，要认识到人外有人，天外有天。计算机技术更新特别快，今天掌握的专业技术，可能明天就会落后，所以要有冲凯凯不断学习和向别人学习的态度。第三就是我们现在主要讲的沟通能力。

2,沟通的几点注意事项

1,首先是联络感情，建立信任。

2,找准合适的时机进行沟通。

3,用对方喜欢的方式进行沟通，前提你要摸清对方的性格特点

4,用对方能听懂的语言。技术和技术沟通可以谈一些技术交流。但是技术和非技术人员沟通，就要用通俗易懂的事例进行沟通。

5,善于运用换位思考，充分肯定别人的能力和角色

6,一定要有所反馈，别人的问题要及时回答，哪怕不知道怎么回答也要告诉对方目前给不了答案。

2,如何改善沟通？

1,主动链接他人。沟通的第一步是开口，只要在适合沟通的环境，可以和任何人开口说话。从打招呼你好开始。

2,刻意练习，抓住机会去练习，比如开会的时候主动发言，自己争取当会议主持人。平时多和同事沟通聊天，特别是多和跨部门的人沟通。也要多和领导沟通，领导可能最懂你。沟通完之后，如果能让对方提供下你的不足就最好了。

3,自信的态度，要有自己的想法，不要随波逐流。自信提高了沟通能力会提高的很快。

4,沟通前做好充分的准备。充分了解自己的沟通对象，想好自己准备从哪几点进行沟通。沟通过程中可能会遇到的问题，对这些问题该怎么回答。

㈣ 程序员要怎么考虑用户的需求

回答之前先说一句：这不是一个程序员要明白的东西。程序员要做的就是敲代码。

还有，你说用户的需求似乎永远都无法完全满足，这是错误的想法
你要主动的问客户问题，了解他们的情况。
比如说要实现什么功能，还有客户的硬件配置，以及客户他们的各个部门之间的关系。
他们的业务流程，和他们各部门的权限。
这些必须要明明白白。也许，你会说这些对软件有什么关系啊？
当你真正需要这些东西的时候就会明白了。

然后就是把这些在纸上打出“草稿”让客户浏览
如果他们满意就签字。签字很重要。

要注意一点：他们不懂软件。他们是客户。
他们只要把需要实现的功能告诉你，然后就是把钱给你。
大部分的情况你是在玩一帮不懂软件的人，所以他们不会理解做软件需要哪些信息。

㈤ 作为一名程序员，如何在职场中提升沟通效果

沟通在职场中是非常重要的，一个好的沟通可以轻松打开工作局面。沟通是一门艺术，想要学好沟通必须要做到以下几点。

第三，沟通时不要把自己沟通的最佳目的给忘记了。
在沟通的时候，很多的人他们都会选择东扯西拉的。这种在沟通当中是最忌讳的，当发现自己跟别人沟通时，别人东扯西拉的，我们可以跟他指正。并且围绕着自己最终的目的去沟通，这样子才能够达到最佳的沟通效果。
第四，沟通时一定要注意自己的语气以及语言。
作为程序员在沟通时不能选择语言过激的词汇，既然是沟通语气也不能太强势，尽量做到平常心态的去沟通，即使锻炼自己的沟通能力，也可以跟优秀的人一起学习。

㈥ 有开发经验的朋友请教：程序员为什么需要多说话多沟通呢

因为在以后的工作中，你所面临的是一个团队，而不是你一个人单打独斗，这个时候就需要会沟通和交流，这样才能更好的去完成工作任务

㈦ 当客户提出无理的需求，程序员应该怎么办

当你预期的那一天，也许是害怕的那一天，终于来到了：从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。这也许就是你选择的职业道路，或许你不太情愿，将就尝试一下。无论在哪种情况下，你都可能缺少工程学科、人员管理以及领导能力的相关教育。这需要的领导能力和管理（它们不是一回事），而不能象Dilbert（译注：着名IT漫画主角）那样简单地和老板对抗了。当你考虑新的目标时，请考虑下面的活动计划列表。一次就抓住了每个亮点，这是不可能的。但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。建立优先级作为经理，首先要做的、最重要的事是你需要有意识地建立优先级。当你仍陷于繁重的软件开发活动中时，你需要一套新的职责。过多的经理新手不能抗拒技术的吸引而陷于此类活动，这将导致项目组的其他人员想要获得经理的帮助时，却得不到帮助。有成效的领导知道他们首要的任务是为其他组员提供服务。这些服务包括训练和指导、解决问题和冲突、提供资源、建立项目目标和优先级、提供适当的技术指引。要使每个组员都能清楚的知道，你总是可以帮助他们。我发现将自己定位于为被我监督的人工作是非常有意义的，而不是相反的。在你所作的事情中，对于组员要求你帮助他们这件事，应该具有非屏蔽中断的优先级。第二重要的，是使你的客户满意。作为一名经理，没有直接的能力使客户满意，因为你已不再是作为个人提供产品和服务完成这点。相反，你必须建立一种环境，准许你的组员最大程度上满足客户的需求。经理提供了强有力的方法，有效地提高客户的满意度。第三重要的，是为你的项目工作。因为也许还有其他许多技术上的项目，或者其他经理的请求帮助，诸如为指导委员会工作。当这些和二个高级别的发生冲突时，都要准备推辞掉。很明显，使其他经理满意的事情是你最不重要的事情。在一个有秩序的组织里，如果你在三个以上的重大环节上获得了成功，其他的经理都会很激动的。我们并不都能很幸运地工作在一个良好的环境里，但一定要对你任务单上排在最前面的工作任务努力尽到最大的责任。集中精力有效地、快乐地、尽可能地帮助你的组员，不要将精力放在使你上司满意的上面。分析你的技能差距除非你已经为新位置做好了准备，否则相对于你当前的领导能力和管理技能，你会感到一些差距。出色的技术背景或许是你被选为领导角色的一个因素，但是你要想干得出色，你需要的技能。针对别人的评论和项目，真实地列出你的长处和短处，然后减少差距。软件人员并不以令人满意的人际关系技能出名。你会希望增强处理人际关系的经验：解决冲突、说服以及灌输想法。你也不得不处理包括招聘、解雇、商谈计划表，以及在你的公室里评论某人业绩使其伤心落泪等一些事务。我发现从一堂倾听技能课开始我的管理职业是非常好的。当作为个体提议人，积极地将我们自己的技术议程提交小组时，我们经常对此感到非常惬意。有效的管理要求的合作和善于接受的人际关系方式。要花点时间学习如何（何时）巧妙地引导自己的自然判断。倾听技能课提供了一种交流机制，我已经发现在许多场合下都很有用。接着，到讲台的另一侧，提高你的演讲能力。如果你真的不适应公开场合的讲话，学习戴尔．卡内基的课会有帮助的。你会发觉，通过这样的培训获得的经验，以及获得提高的交流能力，都可以帮助你更好地适应将来的工作。作为项目领导，为了计划和跟踪项目，以及当需要项目回退而采取修正措施时，你有责任调整其他人的工作。参加项目管理的培训课，阅读一些有关项目和风险管理的书籍和文章。参加项目管理学会，阅读其月刊--PMNetwork。SEI的软件能力成熟度模型对于软件项目计划和项目跟踪提供了很多有用的建议。建立优先级的能力、控制有效果的会议、清晰的交流，对于你，作为一名经理的绩效将会有实质上的影响。定义“质量”几乎每个人都会认真地对待质量问题而且都希望生产出高质量的产品。然而，对于软件的质量含义，没有一个统一的定义。传统上的软件质量观点和“足够好”的软件观点有着激烈的争论。为了帮助小组走向成功，需要花一些时间和你的组员、客户共同探讨质量的含义。这两种阵营在思想上经常不会有相同的定义，可以很容易的就不同目的开展工作。关注交付计划的经理对于想正常地检查每行代码的工程师会不耐烦的；认为可靠性非常重要的客户对一个带有很少使用但带有很多bugs的特性的产品是不会满意的；一个很好的GUI也许会让用户厌烦，因为用户已经熟记了如何有效地使用前一个版本的产品。为了更好的理解客户对软件质量的看法，在Kodak，我的小组曾经邀请了我们的客户和他们的经理就这个议题在一个开放的论坛讨论。这个论坛是很有意义的，那些使用我们产品的人有着自己的理解，通过讨论，我们可以知道我们制定质量的思路有哪些和他们是不相符的。明白了不同，就可以使你集中精力，照顾客户的最大利益，而不是使开发人员获得最大满意。软件质量的传统描述包括要与说明书一致，满足客户的需求，代码和文档没有缺陷。“六个∑质量”（six-sigmaquality）这个流行词，建立了一个非常高的尺度，用于监测失败的频率和密度。但它不适用于如快速产品交付，可用性，充足的特性集，已支付价钱的交付意义这样的质量尺度，。对于我们生产和购买的产品，我们总是热衷于尽可能涵盖所有的这些质量特性，然而，妥协总是必须的。在一个项目的需求阶段，我们制定了包括十项质量属性的一个列表，如效率，协同性，正确性以及宜于学习，我们认为这对于用户来说是最重要的。我们请客户关键人物代表小组以1到5的尺度评估每项属性。一旦我们决定了哪些属性是最重要的，我们就可以设计并实现这些目标。如果你在了解了对于客户的质量含义并在设计实现质量属性的过程中没有麻烦的话，而且客户对质量属性表示满意，那你是很幸运的。在众多关注的质量说明中，我曾听到过一个：“客户回来了，但产品没有”。和你的客户、开发人员一起对每一个产品都确定适当的质量目标。一旦决定了，就给出达到质量目标的明确的最高优先级。以身作则，按很高的质量标准要求你自己的工作。采用这个座右铭：“力求尽善尽美，满足于优秀。”表彰成绩对你组员成绩的表彰和奖励，是激励他们的一种很重要的手段。除非你的小组中已经有了一种表彰程序，否则这应是你最重要的事情之一。表彰包括象征性的东西（证书，旅游奖励）以及实际的东西（电影票，餐馆礼品券，兑现奖）。在送赠品时要说一些亲切的话语：“感谢你所给予的帮助”或者“祝贺取得了成绩”。在表彰和奖励上花费很少的心思和钱，就可以获得很多的友好和将来的合作。包括客户代表，以及为项目成功做出过贡献的支持人员等等开发组外的人员也可以获得表彰。和你的组员讨论，了解他们感兴趣的表彰和奖励的方式。使得无论大小成就的表彰活动成为小组文化的一个标准组成部分。对每位组员对其所作的工作表现出发自内心的兴趣也要给与含蓄的表扬，为消除所有影响他们战斗力的障碍尽你的力量。表彰是展示组员以及小组外的其他人的一种方式――你要知道并感谢他们为小组成功所作的贡献。学习过去你的小组在过去承担的一些项目有可能没有取得完全的成功。甚至在成功的项目上，我们也能经常认为一些事情我们下次会作得更好。当你进入了新的领导角色，需要花点时间了解早期的项目为什么失败，并要计划避免犯同样的错误。对于软件开发，每位经理花时间处理每种可能要发生的错误是非常困难的，学习过去的成功和失败就是个成功的开始。可以从过去你们小组承担的一个没有经过检查评估的项目着手，不要管其成功还是失败，实施项目后的回顾（有时称作事后调查分析）。你的目标不是判定责任，而是为了在将来项目中作得更好。借此，可以了解什么已经作得很好，什么应该作得更好。在当前每个项目的主要里程碑时，通过集体讨论或公平的组织者，用同样的方式，领导小组用头脑风暴的方式对其分析。另外，要了解领悟已有的软件工业的最佳准则。一个好的起点是SteveMcConnell的JoltAward获奖作品：快速开发（RapidDevelopment，MicrosoftPress，1996）的第三部分，叙述了27个最佳准则。也要避免McConnell叙述的36个常见的软件开发错误。你的组员也许反对新的工作方式，但是你的角色是作为一名领导，要确保团队一致连续地使用最佳可用的方法、过程和工具。积极促进组员之间的信息共享，这样局部单个最好的实践经验就能成为每个开发人员的工具箱的一部分。建立改进目标一旦你对过去的项目建立起了回顾，确立了质量对小组的意义，你就要建立短期以及长期改进的一些目标。目标要尽可能量化，所以你要划分几个简单的阶段，标明你是否采取了适当的过程朝着目标前进。例如，如果你认定由于需求的不稳定导致项目经常延期，你可以建立一个改进需求稳定的目标，在6个月内提高50%。这样一个目标需要你确切知道每周或每月需求的变化数，清楚他们的出处，采取行动控制那些变更。这可能要求你要改变与那些提交需求改变的人的交流方式。你的目标和阶段是软件过程改进程序的组成部分，你要使之有序。作为缺乏创造力的官僚主义的最后避难所，轻视“过程”很流行。虽然事实上，每个小组都能找到改进其工作的方式。当然，如果你总是用已有的工作方式工作，你也就不要期望你会得到比以前更好的结果。有两个强烈的原因要求改进过程：校正问题，防止问题。确保你的改进努力要围绕着已知的或可预知的可能威胁项目成功的问题。领导你的小组找出当前正在使用的方法的长处和短处，以及项目面临的风险。我的小组召开了一次“两段式头脑风暴”练习，来确定改进软件生产力和质量过程的绊脚石。在第一次会议中，参会者在便条上写出他们关于会议主题的想法，一个便条一个想法。组织者将他们写在便条上的想法收集上来并分组。最后，我们就会得到一打主要的分类，并将其记录到活动挂图上。第二次会议，相同的参会者在便笺上写出解决这些障碍的思路，并贴在挂图的合适位置。进一步细化，归纳出一些详细的活动，就可以成为我们努力的一部分，清除障碍，帮助组员实现软件的质量和生产力的目标。建立可度量和可达到的目标，便于你集中精力实现改进。要使目标具有明显的优先级，并可周期性地监视过程。记住你的目的是，提高你的项目和公司完成的技术和业务上成功，不要满足于一些过程改进书籍里提到的期望细节。要把改进的工作视为迷你项目，具有可分发、资源、计划和有责任的小项目。否则，过程改进活动将总处于比诱人的技术工作低的优先级上。缓慢的开始这篇文章提供了许多建议，帮助你，一位软件经理新人，带领你的小组走向伟大的成功。在日复一日新的工作压力面前，要努力保持你的头脑清醒。在长时间的塑造软件开发小组的文化和习惯上，你还是个非常重要的角色。你不必一次性都作完，可以选择跟环境最相关的的几个开始。作为软件经理，除了项目要按时按照预算完成外，你要担负的责任还很多。你还要：领导技术人员，将他们形成一个具有凝聚力的团队；建立协同团队工作的环境；鼓励和奖赏高级软件工程师的实践应用；平衡来自客户、公司，组员和你自己的需求。这是项重大的任务，祝你好运。

㈧ 嵌入式程序员也要和客户进行交流，谈项目吗

这个要看公司了， 比较规范的公司一般是由项目负责人或系统工程师去和客户交流，从而获得具体的需求，而程序员只需要根据需求文档来编程。
不过小公司，或不怎么规范的公司没具体的岗位规定，那就是程序员直接出面了。
而且，以国内的实际情况来看，很多客户都不知道自己到底想要什么，需要一边开发，一边提出新需求，这时候，程序员去谈效率高一点。
谈项目嘛，一般是老板或销售出面，程序员就起个技术咨询的作用。

㈨ 很多人觉得程序员岗位不需要沟通能力，实际上是这样吗

并不是的，只是这个岗位需要的沟通能力一般，但你毕竟是在职场当中工作，你要接触领导，你要和其他工作人员合作，所以你就应该学会沟通，礼貌地、明确地表达你的意图。

㈩ 程序员有一个功能不能满足客户的时候,应该怎么样跟客户沟通

如果能实现，那么就还是认真完成客户需求，如果实现起来难度很大而且会有影响比如性能啊，或是其他什么方面的应该尽量跟客户沟通，告诉他实现这个问题的难道，别用程序员的代码什么的，一般客户都不懂代码……