LIFELONG SUCCESS UNIVERSITY这堂课你会学到什么
- 把具体请求放在前面。
- 提供足够背景与可行的回复方式。
- 检查语气、收件人和发送细节。
先确定你需要什么回复
动笔前补完一句话：“对方读完后，应该能够……”可能是批准一项安排、在两个日期中选择、回答一个事实问题，或确认收到变更。如果你自己说不清，对方也很难猜到。有些邮件只是通知，不需要回复，那就明确写出，避免让读者为了礼貌而多发一封没有实际作用的邮件。
主题应说明事项与动作。“请周四前确认工作坊日期”，比“重要事项”更有用。正文开头就放请求，如果时间重要，写清具体日期。截止时间应来自真实依赖，例如需要在那之前确认场地，而不是为了让自己的邮件看起来比所有人的工作都更急。合理解释时间要求，也方便对方提出替代安排。
给出足以判断的背景
简短说明为什么提出请求，以及对方需要哪些信息才能判断。申请订会议室，通常要提供日期、用途、费用和相关额度。不要让读者在长邮件链里寻找一个你已经掌握的数字。另一方面，也不必把全部历史堆在正文前面；较长背景可以放在命名清楚的附件，或放在请求之后供进一步查看。
分清事实与建议。“场地目前可订”不是“场地已经订好”，“我建议采用这个方案”也不是“大家已经同意”。把确认事项与假设写开，避免收件人误以为决定早已完成。如果必须看附件，说明请重点检查哪一部分，发送前确认确实附上，并且对方拥有访问权限。缺少这些小步骤会让清楚的邮件仍然无法处理。
让回复有一个容易的起点
范围明确的请求更容易回答。“周二两点或周三十点方便吗？如果都不行，请建议其他时间”，比“你什么时候有空”更省力。不过，选项应帮助表达，而不是假装对方只有你喜欢的两个选择。真正需要开放讨论的问题，不要包装成只须选甲或乙的决定。
如果有多个问题，可以编号，并说明哪一个最急。不要因为都涉及同一个人，就把毫不相关的事项塞进一封长邮件。如果完整回答要花很多时间，可以先请对方确认负责人或给一个预计回复时间。遇到需要不断解释语境的问题，也考虑短谈一次是否更有效，邮件并非所有情况的最佳沟通方式。
从收件人的位置检查一遍
读一遍，删掉指责、未解释的缩写和遮住请求的过度道歉。礼貌不等于含糊。“请周四前确认数量，方便我们下单”，既直接也尊重对方。对方可能有你不知道的任务与限制，因此可以说明依赖和影响，但不要把没有及时回复自动解释成不重视你，或以情绪替代事实。
发送前核对收件人、姓名、日期、链接和保密范围。只抄送确实需要知道或参与决定的人。如果需要跟进，指出原来的请求及相关时间，而不是暗示沉默就是失职。清楚的邮件能增加得到有用回复的机会，却不能替对方创造时间、权限或意愿。评价写作时，要看请求是否可理解，不必把每次未获批准都当成表达失败。
虚构案例：从“有什么想法”到可决定
哈伦负责安排一次员工学习活动，最初发了长邮件链，只问“大家对培训有什么想法”。经理看不出他要选主题还是批场地。他改为开头说明：“请周二中午前批准周四的会议室预订，费用八十单位，之后场地方不能继续保留。”
接着补上用途、人数和另一个场地选择，请经理批准其中一个或指出顾虑。经理回复了预算问题。邮件没有保证获批，但让对话进入了具体而有用的决定过程。
围绕一个回复重写邮件
- 选一封未发送或已去除身份信息的邮件。
- 写出所需回复，并放进第一段。
- 只补足回答所需的事实，说明时间要求。
- 核对主题、收件人、附件与回复选项。
延伸阅读
- CDC: Plain Language Materials and Resources通俗表达指南支持以读者为中心的原则；工作场景为本课原创。