professional-communication

# 专业沟通 ## 概述 本技能为软件开发背景下的有效专业沟通提供框架和指导。无论你是给利益相关者写邮件、撰写团队聊天消息，还是准备会议议程，这些原则都能帮助你清晰沟通并建立专业信誉。 **核心原则**：有效的沟通不在于证明你知道多少，而在于确保你的信息被接收并被理解。 ## 何时使用此技能 在以下情况使用此技能： - 给队友、经理或利益相关者写邮件 - 撰写团队聊天消息或异步沟通 - 准备会议议程或摘要 - 为非技术受众转换技术概念 - 构建状态更新或报告 - 提高书面沟通的清晰度 **关键词**：email, chat, teams, slack, discord, message, writing, communication, meeting, agenda, status update, report ## 核心框架 ### What-Why-How 结构 使用此通用框架来组织任何专业信息： | 组件 | 目的 | 示例 | | --- | --- | --- | | **What** | 清晰陈述主题/请求 | "我们需要将发布推迟一周" | | **Why** | 解释原因 | "支付处理中发现了严重错误" | | **How** | 概述后续步骤/行动项 | "QA 将在周四前重新测试；我将在周五更新利益相关者" | **应用于**：电子邮件、状态更新、会议讨论要点、技术解释 ### 书面沟通的三大黄金法则 1. **以明确的主题/目的开始** - 接收者应立即掌握你的信息内容 2. **使用项目符号、标题和易于扫描的格式** - 没人喜欢大段文字 3. **关键信息优先** - 忙碌的人欣赏效率；将主要观点放在最前面 ### 受众校准 沟通前，问自己： 1. **谁**是你的受众？（技术同行、经理、利益相关者、客户） 2. **他们需要什么详细程度**？（高层概述 vs 实现细节） 3. **对他们有什么价值**？（这如何影响他们的工作/决策？） ## 电子邮件最佳实践 ### 主题行公式 | 替代 | 尝试 | | --- | --- | | "项目更新" | "项目 X：状态更新与后续步骤" | | "问题" | "快速提问：API 速率限制方法" | | "仅供参考" | "仅供参考：部署计划于周二下午 3 点" | ### 电子邮件结构模板 markdown **主题：** [Proj