邮件沟通的十八般武艺

标签: 邮件 沟通 十八 | 发表时间:2012-12-13 15:12 | 作者:Jason2be
出处:http://www.geekpark.net/

作者头像
作者: Jason2be / 产品观察家
我有一个新项目,暂时不能告诉你。
[核心提示]关于邮件,除了沟通之外,你需要一些最佳拍档,让工作更高效。

之前我们讨论过一篇 《你写邮件真的是在有效沟通吗?》。我们已经从沟通的基本模型和模式当中了解到。邮件沟通的形式是推式沟通,它带来的最大问题就是,它有可能没办法发展成互动式沟通,因为你并不能保障对方一定能收到,并总能给你提供反馈。

同时,因为邮件沟通本身的特点,它也只能做一个不靠谱的 EDM,我们没有办法去改变它。而如果真的想要有效沟通,我们则必须借助其他沟通方式,或者为邮件寻找一些最佳拍档来改进它。今天我们介绍的这些工具。

一个设置

前面提到用邮件来做「沟通」并不完整。是因为它没办法确保对方真的收到并发送给你反馈。而如果你经常通过邮件来获取你的 Next Action,那只是将诸多邮件「回复」了,并不是算处理完邮件了。

如果你使用 Mac 并使用 Mail 客户端,你需要修改一个设置,即「编写」下的「自动密送给自己」。这样即使是你回复给别人的邮件,在你发送以后,它们也还是会出现在你「收件箱」里。

这相当于是一种提醒,提醒你对方并没有确认收到你的消息,也就是「反馈信息」,如果时间太长,你就必须通过电话或再发邮件等方式直接询问沟通效果。避免对方的技术遗漏或者粗心遗忘。

一开始你的收件箱会因此而变得更加壮观,但是它的两大好处是,你可以点完发送后,确保网络有将邮件确实发出。因为发出后,它会立刻出现在你的收件箱,而不用再去「已发出邮件」里查看。还不会因为网络问题,迟迟没有发出,你也不知道,因为这很容易发现。第二个好处,它时刻提醒着你,对方给出反馈后,沟通才算完成。可以避免你叫对方 Follow up 以后,对方却迟迟没有动静,而你已经把它做为已处理完的邮件放了非收件箱里,而错过了再次沟通提醒的时间,而导致项目延误。

利用公告板来分担邮件的工作

前面提到,电子邮件是一个非常好的推式沟通方式。主动发起投向特定人群,但信息却可能因为多次回复和不断加入的沟通对象而出现损耗。因此你可能需要借助第三方工具来辅助完善沟通。对于创业公司,利用 Evernote (国际版)来做这个公告板或许是个不错的选择。

Evernote 的共享功能是个非常不错的「公告板」。它可以放置类似规章制度、项目进度等图文混排的内容。它的好处是,内容的主体是放置在独立在邮件之外的地方,不会因为转发或回复的变长出现损耗,只有有链接能链到它,它始终能够保持自己的完整。

另一个好处就是,它始终都是最新版,有权限人可以对它随时更新。如果你用邮件公布一件事情,可能公告内容引发讨论,发现确实有错误,而在这时还没有加入进讨论的人,可能会因为邮件里出现过多个版本,而导致信息出现损耗。

所以利用邮件,你需要做的是发起话题的时候,就已经将 Evernote 的共享页面建立好,一次性将所有人导入到这里查看,要求所有人在书签保存此页面,并在出现信息冲突时,始终以此页面信息为准。

这样做的好处是 《彻底清空你的收件箱》里提到的,信息被迅速归档和被处理了(被加为了书签,而不是还趟在邮箱里在需要的时候等待检索)。

用这种方法来发布项目相关邮件时,它的可查阅性远比邮件友好。比如,你几乎每周发送一个项目汇总进度的报告,每次抄送你认为的项目相关的所有人。结果最后出现了两个糟糕的结果,原本你认定跟项目无关的公司同事,在项目进展后期,表示并不知情项目,而这对他很重要。另一情况是,明明你每次都有抄送在内的人,却表示对其中某一个进度和决策情况并不了解。

所以利用邮件,你需要做的是发起话题,并以「【项目启动】XXX」为标题先给全公司发送一个邮件,告诉你识别和没识别出来的所有干系人一次通知,在 Evernote 的共享页面里,你介绍了项目开始和结束的时间,执行的主要内容,寻求的哪些资源,和如果需要对接可以找到项目中的谁,并要求有需要的所有人,并将该页都保存成书签,如需要了解项目进度时,可以「自主」地到这里查看。虽然前面全公司群发,给一些人带来了「骚扰」,但可以最大限度地避免干系人的遗漏,这样的骚扰只有一次。

之后项目每取到一个里程碑或者时间段的汇总,项目经理都应该抄送所有识别出的项目干系人,以及用 Evernote 共享页的形式来公告内容。因为公告内容是允许更新的,所以你每次都是增量更新,除了这次个阶段成果,之前每阶段取得的成果,都可以在页面的下方保留着。原本散落在邮件里多处的报道,在这里变成「日志」。所有可能某一次错过了邮件的项目干系人,可以在查看这一次项目进度,随便看看上一次的进度报告自己是否有遗漏。

另,在不是审核汇报时间点的时候,你可以将已确定,但并不需要群发邮件的事情,先增量更新进来。如,上次汇报时,某人员还未确定。而现在人员已经确定下来了,但在你下次汇报之前,他都并不会加入到项目,又有几个人关心此事的进度。则项目经理只需要在公告板里用一句话更新此内容就可以了。避免了需要了解这一情况的人,分别给你发邮件询问进度浪费了时间。而在下次汇总更新时,将其间的各种增量统一更新到一起,再发一个邮件。

整个 Evernote 共享页是由你整理更新,最新最准的项目内容,同时查看和检索起来,它都比邮件友好。邮件和它配合的沟通过程中,最重要的作用就是定期发送的 EDM。需要持续渐进并存在权威发布人的信息都应该尝试用此方法。

利用知识中心来管理文档

知识中心可以是很多心态,wiki、共享服务器、日历等。这里主要指的是组织过程资产。它主要是在项目组织、执行过程中收集、产生、制作的所有文档。对于创业公司,利用 Dropbox 来做这个中心或许是不错的选择。

我们可能会发现很多创业公司对邮件太多的依赖,并不太习惯将合同和协议以外的任何内容打印出来存档。而多数的文件内容甚至没有在一块硬盘里。只是你问他要时,他可以从邮件里面检索出来。当然首先要这个人回想得起合适的关键词,其次还要这个人还在公司工作。

文档存在邮件里,并不能算是存档了。因为特殊原因,员工使用了自己的私人邮箱来处理了相关文件,这时候如果其他员工在他离职时没有获得相关拷贝,将可能带来很多不可考的问题。而有的公司是在员工离职时,注销员工的公司邮箱,里面的未被处理的相关信息也有可能就此消失。

知识中心除了存档共享以外,它其实也是帮助我们沟通的重要工具。试想我们多少次沟通的低效,都是因为对方缺乏背景知识,或者对新技术的了解,以及项目的最新进展的懵懂而导致的呢?

因此你团队的 Dropbox 或公司的共享服务器里,至少得有这些东西:适合于员工了解公司技术的培训资料、之前所有项目归档的文件(图片、视频、文档)、可用调用的公司资源联络方式以及一些术语表。

发邮件的目的是为了沟通,而共享 Dropbox 就是消除信息不对称,使得所有应该被相关人清楚的事情,已经出现在他自己的电脑里,从而降低沟通门槛。

Dropbox 的另一个好处就是共建。获得分享权限的所有人,都可以拖入自己觉得跟项目相关的文档内容。使用它来做为头脑风暴的素材收集、分别制作文件的汇总分发以及文稿版本更新都是非常有用的。

值得注意的是,虽然 Dropbox 能够将你拖入的文件自动同步到对方的共享文件夹,但有重要文件的收集完成和紧急文件的制作同步完成以后,一定还是要发一个邮件通知对方。因为 Dropbox 的通知可能在对方不在桌面前的时候错过,他也不可能随时看文件夹检查。因此,一封带时间戳的电子邮件以 EDM 的功效通知对方绝对是提高效率的。

其他工具

电子邮箱如果想提高沟通的效率,是有诸多禁忌的。我们应该让我们的邮件中的信息被迅速整理之后,然后离开邮件,而不是沉迷在邮件的往来过程中。

虽然现在类似项目管理工具 Basecamp 以及 Google 群组的终极形态都是邮件。但是里面提及的内容,我们还是在让团队的所有人建立起一个共享性质的东西让大家查阅,从而让推式沟通变成拉式沟通,减少骚扰。

因此 Dropbox 存项目文件、用自己的 GTD 工具管理邮件里获取的待办事项、用共享的日历获取项目里程碑和 Deadline、用 Exchange 或者 Base 来管理团队共享的联络簿并要求大家对共享的保存浏览器书签。

想象一下,如果这些渠道都能保持畅通,那么你的邮箱清净不少,沟通也会高效很多。

如果你团队的邮件很大一部分的邮件内容,都是有些成员试图分享一些有价值的文章、图片或视频。我想,只要不是原创的,他们几乎都来自于互联网,你何在 点点网 或者是 新浪轻博客建立立一个 link blog 呢?它只需要你将文章的链接发给它对应的地址,就可以将所有的「文摘」整理进一个博客。

这样你即可以防止在别人工作的时候,发送该邮件带来了骚扰;或许还可以因为这个轻博客的建立,为团队建立一个副产品,形成一个独特的「行业精选」。大家只要养成没时间,我就忙工作,有时间我就去逛文摘的习惯,邮件就可以更清静了。

总之,想要写出一封高效、专业的电子邮件,首先要对沟通的目的和效果有所预见,然后选择合适的沟通方式,最后才采用邮件这个方式「通知」大家。好邮件的真功夫,其实是花在邮件之外的。

极客观察均为极客公园原创报道,转载请注明原文链接。

原文地址: http://www.geekpark.net/read/view/168314

关注极客公园,即时获得最新内容: Twitter | 微信:极客公园 | 新浪微博 | 花瓣网 | 人人小站 | Google+ | 点点

相关 [邮件 沟通 十八] 推荐:

邮件沟通的十八般武艺

- - 极客公园-GeekPark
我有一个新项目,暂时不能告诉你. [核心提示]关于邮件,除了沟通之外,你需要一些最佳拍档,让工作更高效. 之前我们讨论过一篇 《你写邮件真的是在有效沟通吗. 我们已经从沟通的基本模型和模式当中了解到. 邮件沟通的形式是推式沟通,它带来的最大问题就是,它有可能没办法发展成互动式沟通,因为你并不能保障对方一定能收到,并总能给你提供反馈.

邮件组这种沟通方式有什么优缺点?

- - 知乎每日精选
语言文字是经过一定斟酌梳理过的,时间、事件、人物、备注一目了然,有时甚至只看标题即可. 和口头、IM 沟通不同,邮件可以直切正题. 群发、抄送有效减少重复沟通,也能让更多人检查. 口头或电话沟通完后,如果双方没有将此次沟通列入日程或 GTD 内,很快就会遗忘. 邮件是个很好的检查节点,如果想加入日程操作也更高效.

你写邮件真的是在有效沟通吗?

- - 极客公园-GeekPark
我有一个新项目,暂时不能告诉你. [核心提示]电子邮件是创业团队、互联网公司最常用的沟通方式,但其沟通效果到底如何. 有什么禁忌技巧,你是否真的了解. 如何通过有效的电子邮件,确保沟通达到预期效果呢. 电子邮件是现在创业团队以及互联网公司最常用的沟通方式. 有什么禁忌和技巧,你又是否真的了解了. 如何做到有效沟通,如何通过发送有效的电子邮件,确保你的沟通达到预期呢.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

谈产品人的沟通

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  经常听产品经理说自己是打杂的,虽然这种说法有自我调侃的意味,但用这词来形容产品经理的工作也颇为贴切. 产品经理在一个公司中扮演的角色决定了他要做的事情多而杂,在一个产品诞生的过程中,从idea的诞生,产品的规划,UI设计,前端制作,程序开发,然后测试上线,上线后产品的优化等,产品人员一方面要全身参与,另一方面也要一直跟进.

我们需要怎样的沟通工具(一)情境沟通

- danaodai - 爱范儿 · Beats of Bits
自从进入了2011年,Kik、WhatsApp、Beluga、GroupMe、TalkBox等等几乎每周就有一个新的聊天工具冒出来,又看到 WhatsApp 获得八百万美金的 A 轮融资,我相信无论开发者们还是VC都相信的一个市场机会是,在移动互联网时代,一款完全基于移动设备的,并充分利用其能力而设计的沟通工具是一个很大的市场机会.

项目中的一点沟通心得

- ZX - legene的交互设计博客
我们每天都在通过各种方式与人沟通,但是这些沟通是真正有效的吗. 我们是否总是在不知不觉中,被沟通障碍牵绊住了前进的脚步,沉浸在消极的工作情绪之中却还不自知呢. 以下是我在工作中总结的一些沟通心得,在此与大家分享. 优点:不受文字数量的限制,内容具体;便于查阅存档及日后的统一管理;适合描述功能多、业务复杂的         项目;适合跨部门协作的项目;.

团队如何有效沟通

- Ivan - 博客园-首页原创精华区
         一个团队,特别是项目团队,往往涉及的人员多,而且跨专业线、跨部门甚至跨区域,如果让团队中所有的人员进行有效的沟通就非常重要,一个有序且高效沟通的团队必然是一个高效率、高凝聚的团队,相反一个项目组成员整天都在无序地、低效率地沟通,那应是一个低效、无凝聚力的团队,我们很多人往往都关注做事情、解决问题去了,并不是很重点关注此问题,常常忽略掉沟通的问题.