在工作中我们避免不了人与人之间的沟通，良好的沟通技巧有助于我们达成目标。常见的沟通方式包含当面的语言沟通、QQ或则微信电话沟通、邮件沟通。每种不同的沟通环境都有相应的技巧和方法。下面将介绍我踩过的坑，学习到的一些技巧方法，希望和大家互相学习交流。

1、面对面的沟通

面对面的沟通按上下级分为和领导的沟通，和下级人员的沟通，平级人员的沟通；按人数分为1对1的沟通，1对多的沟通。

(1) 和领导沟通，和领导沟通要注意沟通的内容和语言表达的顺序。日常工作中与领导沟通通常有几种情形，分别为汇报工作、请求指示等。汇报工作的时候，不要直接陈述细节，要在有限时间突出重点，结论先行。如何突出重点呢？我举一个我工作时犯过的错误。

公司要求我们每周五都要写周报，主要陈述本周的工作内容和下周的工作安排。当时我正负责一个医疗项目的设计规划的工作，我应当汇报这周的工作整体进度和存在的技术风险，然后我并没这样做，我将我每天的工作内容一条一条的按照12345逐一列出，这样做确实反映了我本周的工作内容，但是我忽视了一个很重要的角色转换，作为老板，常年不在公司，但是又想了解公司的状况，按照我这样的周报，看着很累还了解不到具体情况，后来在总经理的提醒下，我做了如下修改：

本周，xxx项目进展顺利，和技术团队的同事讨论觉得项目没有技术风险，并且我们做了详细的项目计划安排，精确到人天（每人每天的工作量）。已确定按照目前的团队人数，可能需要xx个月才能完成项目的整体开发，希望招聘xx名中高级技术人员，不然项目不能在时间节点内完成；并且团队讨论一致决定使用瀑布式开发在设计和评审上会花比较长的时间，留给开发的时间不多，所以我们决定使用并行开发模式，项目整体分成了xx个阶段，第一阶段设计原型并评审通过后直接进入UI设计、技术开发，技术人员开发第一阶段的时候，产品经理进入第二阶段的设计和评审，以此类推。

我在本周主要完成了以下工作：

第一、项目计划与安排

第二、第三方的技术对接

第三、.....

该邮件，主要体现了团队最近所作的事情，遇到哪些问题需要老板指示或则支援，最后才是自己地工作内容。这样写的好处是体现自己的团队意识，体现自己所处的领导位置且能够把控到全局一切尽在掌握之中。还有一些用词，比如“已确定按照目前的团队人数”，我曾经使用过“初步确定按照目前的团队人数”，使用已确定给到领导更明确的结果，也避免让自己再次去确认，领导会觉得这小子做事这么靠谱，做事不扫尾不干脆利落。

刚刚这个实例主要讲的是跟领导沟通要突出重点，还有一个结论先行是怎么一回事呢？再看发生在我身上的事情。

我向公司申请离职，公司也招聘到接替我岗位的同事，经过两天观察，这小子天天聊QQ玩手机，安排的事情又玩不成，并且最基本的工具都太会使用，还老请教我。这样的人接替我的工作，肯定会给项目带来不必要的麻烦，所以我需要向公司领导汇报这个问题，不能因为我要离职，就随便让人接替工作，以后出娄子也与自己无关，咱们还是要有一定的职业精神嘛。在汇报前，我开始构思自己要表达的想法，如下：

xx总，我有件关于产品经理工作的事情需要向你汇报。（xx总，可能会说，什么事你说）

是这样的，我不是要离职嘛，新来的产品经理我个人感觉不能胜任本工作，主要有以下方面：

① 工作态度，他整天都在聊QQ，安排的事情也做不好，还很抵触；

② 基础技能不扎实，基本的原型设计工具都不太会使用；

说这些呢，我是不希望产品经理影响到项目的进度，而且让xx项目经理的工作不好开展，不说分摊xx项目经理的工作，可能还会增加xx的工作量。

想完这些，我觉得语言组织差不多，我得先和一起负责本项目的项目经理沟通，如果有必要再向领导汇报，项目经理说他也发现了这样的情况，并且安排工作确实是项目经理安排的时候他在抵触，所以一起走进了总经理办公室，按照如上思路，先总后分，结论先行的表述（新来的产品经理我个人感觉不能胜任本工作），总经理很清楚的理解到我表达的意思。也说了他的想法和要采取的动作。

(2) 和同级的沟通，保持平等的身份和心态，多换位思考，尤其是职位不同，每个人的思考方式不同，可能会存在争议或理解偏差。下面总结我和第三方（其他公司的商务合作相关人员）出现过的问题和调整思路。

事情是这样的，我们需要第三方公司提供接口和技术解决方案，需要规范的技术开发文档帮助开发人员理解和执行开发工作。经过多次沟通，和文件接收，技术开发人员都说这些文档，根本不是开发文档，不能进入开发。

我在这里出现的问题是，没有理解到技术开发人员所说的不能进入开发的原因，缺少什么？第三方反馈这就是开发文档，于是我就夹在中间两头不是，最后无奈只好组织技术对接的远程会议。第一次会议，很失败，技术开发人员没有理清楚自己存在哪些疑问，需要对方解答，只是一个劲的说，流程跑不通，缺少流程图，然后第三方三番五次的重复流程，我们这边做记录，会议结束后，开发人员对我说，他说的都是大流程，我们要细节流程，总部那边帮忙张罗组织的同事也是对我们这边非常的不满意。

现在我们仔细来看为什么这次沟通这么失败。开发人员一个劲说流程跑不通，缺少流程图，没有具体到哪一个流程，这是一个问题，其次对方不了解我们现在存在的具体问题，没有办法按照细节一步步给予解决。

后来，在与第三方进行远程会议的时候，我都要求开发人员整理好问题点，然后按照问题点一个个问清楚问明白，这样具体的问题才得到了准确的回答。而我，没有去思考双方会议的主要内容和细节，他们在会议沟通的时候出现冲突的时候，我也无法很好的去组织，如果我事先让他们整理好问题，并且自己过一遍，再结合第三方的回答，我会判断出这个结果是否是解决到了我们的疑问，如果没有，我应该如何深入的问下去。

再举个例子，我和技术主管冲突比较大的一次，已经吵起来了，我站在产品设计的角度，APP需要实现消息删除功能，从我的角度来看这是完全没有问题的，用户收到的消息肯定可以删除不然日积月累就会很多，影响到用户体验。但是站在技术的角度，我们不能删除，因为我们是直接读取数据库，没有分配到每个人，如果用户删除，就直接删除了数据库，其他用户的消息也会被删除。听完我当时就火大，张三的消息删除了，为什么会影响李四呢？此刻我们已经争论的面红耳赤，我要定的你必须这么做，技术人员说的不能这么做。后来冷静一下思考，其实我们要解决的问题是如何实现用户删除消息不影响其他人，根本就不是能不能做的问题，后来技术人员也找到了解决方案，如果我们学会换位思考和冷静处理，可能会少很多争执，不过这也是产品工作经常遇到的也是最有乐趣的事情，我们称之为撕逼。

(3)和下级沟通，和下级沟通，要给他们权限，让他们放手去做，遇到问题告诉他们解决思路而不是解决方案。

讲清楚任务目标和标准，定好时间节点；并且不用指示的语气，不要用自己的标准去要求别人，这一点也是我需要提高的地方，我总希望别人比我做的更好。少用，你应该怎么做，多说你按照自己的思路做，有问题多找同事沟通，把问题抛给团队，让团队来解决，团队解决不了的再向上级领导汇报。

2、邮件沟通

(1) 沟通确认机制以前通过QQ微信或电话与第三方确认一些技术上的问题是否可实现后，就没有然后了，当领导反复问道，你确定？心不停发麻，领导给到的经验，凡是重要的事情沟通后，尤其是对外，一定要发送邮件确认理解是否正确，如果不正确希望在邮件进行回复反馈。

(2) 责任转嫁邮件沟通还能起到责任转嫁，当在邮件沟通确认好的事情，可以作为以后发生争执的有力证据，尤其是对接第三方存在有商务关系的人员，更需要多在邮件里沟通和确认

沟通的称谓，xx经理、xx总，某些特殊的姓氏最好还是使用xx经理比较好，之前微信一直和姓朱的经理沟通，当时我一直叫朱总，虽然是打字，我总觉得怪怪的，朱(zhu)总，自己体会好心塞，后来一直改口叫朱经理。

以上都是自己亲身体会和学习总结，至于QQ、微信、电话沟通参照面对面的沟通即可，面对面的沟通，1对1和1对多，都有相通的地方，多听多思考，不要轻易发言，尤其是1对多，多听其他人的想法，看是不是和自己的想法一致，如果不一致，是不是自己的想法是错误的，不要急忙表达自己的想法，如果自己的想法说出来没有建设性或则是错误的想法，容易影响自己在别人心目中的形象，那就得不偿失，这也是我亟待提高的地方。有总结的不对的地方也希望大家多多指正。