一封邮件的思考
Fork me on GitHub

All Tags:

mindset

devops

book

ci

communication

jenkins

自媒体

hometown

tools

tool

cloud

 

一封邮件的思考

组里来的新同事,要给国外的某位资深技术人员发一封邮件请求对方在某系统为其赋权。 谦逊的这位新同事在发送邮件之前,不忘请我帮忙Review一下他的草稿。

详细套路

我看了这位同事的草稿,心想作为新人,希望得到别人的帮忙,首先你的邮件要清楚具体,让人非常直观的明白你的请求。 于是乎我建议这位新同事像写重现bug的bug report的步骤一样,按步骤指导对方点击某系统的某页面的某按钮,并附上了一个示意的截图。 点击发送,邮件出去了。

Steps:

1: navigate to the page

2: click the left menu “permission”

3: in the permission page, click ‘add new user’

4: screenshot

组长思路

没过一会,新人同组的一位同事路过,跟这位新人聊起刚刚他发的这封邮件,调侃地说,这封邮件写得太不客气了,写如此详细的操作步骤, 把别人当小学生去指使, 有点指手画脚的意味。要知道对方可是给你在那个系统赋权限的人,他能不知道怎么操作吗?

这位新人一脸茫然的看看他,又看看我。

思考

我深深地检讨,固然写这种需要对方操作的邮件,能给予清晰的步骤避免不必要的沟通误解,直接了当。 但是写邮件的时候也确实要考虑你的收件对象,要考虑对方是否清楚你的上下文,和所要执行的动作,如果像这个案例里提到的,对方是这方面的专家,确实不需要如此冗长拖沓的步骤。三言两语表达诉求就好了。

当然了,我不知道如果对方真的是大师,大神,大牛,当他收到步骤细致,视其为初学者的邮件时,真的会觉得被藐视,或者不尊重吗?

来来来,各路大神,说说你们的看法?