为了提高特斯拉的盈利能力，埃隆·马斯克（Elon Musk）向员工发送了电子邮件，他在其中描述了公司的目标，生产率建议等。
这是他的工作效率提示：
–过多的会议是大公司的麻烦，随着时间的流逝，情况几乎总是越来越糟。 请参加所有大型会议，除非您确定它们正在为整个听众提供价值，在这种情况下，请尽量缩短会议时间。
–除非您正在处理非常紧急的事情，否则也不要参加频繁的会议。 一旦紧急事件解决，会议频率应迅速下降。
–显然您没有增加价值时，退出会议或挂断电话。 离开并不无礼，让某人留下并浪费时间是无礼的。
–沟通应该通过完成任务所需的最短路径进行，而不是通过“命令链”进行。 任何试图执行命令通信链的经理都将很快发现自己在其他地方工作。
–问题的主要根源是部门之间的沟通不畅。 解决此问题的方法是允许所有级别之间的信息自由流动。 如果为了在部门之间完成某项工作，个人供稿人必须与他们的经理对话，后者与董事对话，与VP对话，再与另一VP对话，与VP对话，然后与经理对话。 ，与实际工作的人交谈，那么超级愚蠢的事情就会发生。 人们直接交谈并做出正确的事情一定可以。
–通常，始终选择常识作为指导。 如果遵循“公司规则”在特定情况下显然是荒谬的，以至于可以制作出出色的迪尔伯特漫画，那么规则就应该改变。
所有这些建议对于所有专业人士都是必不可少的。 但是，对于技术交流和写作领域的人们来说，这是最重要的提示：“ 在Tesla，请勿在产品，软件或过程中使用首字母缩略词或废话。 通常，任何需要解释的内容都会阻止交流。 我们不希望人们为了特斯拉而不得不记住一个词汇表。”
该声明对所有公司都适用，只需将Tesla替换为您的品牌名称（尤其是宜家宜考虑使用😉）。
首字母缩写词和行话限制了沟通，结果降低了生产力。 API传播者Kin Lane在讲述API语言的故事时发现了一个不清楚的字母缩写“ DEG”：
“前几天，我遇到了一组用于管理DEG的API资源。 您可以添加，更新，删除并获取DEG。 您还可以提取分析，历史记录和DEG的其他元素。 我花了大约10到15分钟的时间浏览他们的开发人员门户，文档甚至Googling，但始终无法弄清楚DEG是什么。 他们没有在文档中告诉消费者什么是DEG，我只是想知道就知道了。 API设计人员（如果发生了这种情况）和开发人员从未停止过考虑，也许有人会偶然发现他们非常公开的API，却不知道DEG是什么。”
逻辑很明显，清晰的沟通可以提高生产率，这有助于在技术编写者和最终用户之间建立有效的沟通。 但是，如果不可能不使用专业术语和首字母缩写词，请为其提供定义或创建词汇表。 在《 技术写作》中的“致用术语或不致术语 ”文章中 您可以在用户手册中找到有关行话用法的实用建议。
因此，如果您在文档中使用行话和首字母缩写词，则应谨慎操作-不要让读者花费数月来解码用户手册。
