> ## Documentation Index
> Fetch the complete documentation index at: https://docs.blevinsholdings.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 沟通规范

> Blevins Holdings 的沟通方式——Slack、电子邮件、会议和异步工作的规范。

<div id="our-communication-philosophy">
  ## 我们的沟通理念
</div>

良好的沟通应当清晰、有目的，并尊重他人的时间和专注力。在 Blevins Holdings，我们尽可能默认采用异步优先的方式，针对不同目的使用合适的工具，并将信息记录下来，避免知识被困在对话中。

**核心原则：**

* **异步优先** — 并非所有事情都需要会议或即时回复。状态更新、问题咨询和非紧急讨论默认使用异步方式。
* **书面记录** — 如果在会议或通话中做出了决定，请将其记录在其他人可以找到的地方。
* **工具对口** — Slack 用于快速提问和团队交流；电子邮件用于正式或外部沟通；会议用于真正需要实时交互的讨论。
* **尊重专注时间** — 在联系他人之前，先想想这件事是否可以异步处理。意外的打断代价高昂。

***

<div id="slack">
  ## Slack
</div>

Slack 是我们主要的内部沟通工具，用于实时和异步消息传递。

<div id="response-expectations">
  ### 回复预期
</div>

| 消息类型            | 预期回复时间        |
| --------------- | ------------- |
| 私信 (DM)         | 工作时间内几小时内     |
| 频道中的 @提及        | 当天工作日内        |
| 频道帖子（无提及）       | 有空时查看——无需立即回复 |
| 紧急（标有 🚨 或紧急标签） | 尽快回复          |

您**无需**在工作时间之外回复。请使用 Slack 的勿扰设置来保护您的个人时间。

<div id="channel-norms">
  ### 频道规范
</div>

<AccordionGroup>
  <Accordion title="应加入的标准频道">
    * **#general** — 全公司公告和综合讨论
    * **#announcements** — 重要公司新闻（低频、高价值）
    * **#random** — 闲聊、表情包、分享喜悦
    * **#it-help** — IT 问题和请求
    * **#hr-help** — 人力资源问题
    * **#\[your-team]** — 您所在团队的主频道
  </Accordion>

  <Accordion title="如何有效使用频道">
    * 在最相关的频道发帖——当 #it-help 存在时不要在 #general 中散弹式发帖
    * 使用话题回复进行后续讨论——保持频道整洁
    * 不要以单独的"你好"或"嗨 \[姓名]"开头——直接说明您的问题或话题（[no hello](https://nohello.net)）
    * 使用表情回应来确认消息，避免增加话题的杂乱
    * 明确标注行动项和决定："决定：我们选择方案 A。@某人——你能跟进 X 吗？"
  </Accordion>

  <Accordion title="何时不应使用 Slack">
    * 敏感的人力资源或个人事务 → 使用电子邮件或直接对话
    * 法律讨论 → 使用电子邮件（可能涉及法律特权）
    * 需要书面记录的正式决定 → 使用电子邮件或文档
    * 活跃的安全事件 → 使用电子邮件 + 直接电话，不使用 Slack 频道
    * 6 个月后需要可检索的任何内容 → 写入文档或本 wiki
  </Accordion>
</AccordionGroup>

<div id="formatting-tips">
  ### 格式提示
</div>

* 使用**粗体**标注关键术语或行动项
* 使用项目符号列出清单
* 使用代码块展示技术内容
* 对于较长的消息，考虑编写文档并分享链接

***

<div id="email">
  ## 电子邮件
</div>

电子邮件用于正式沟通、外部联络以及需要明确书面记录的事项。

<div id="response-expectations-1">
  ### 回复预期
</div>

| 发件人         | 预期回复时间  |
| ----------- | ------- |
| 内部 — 紧急     | 当天工作日内  |
| 内部 — 常规     | 2 个工作日内 |
| 外部（客户、合作伙伴） | 1 个工作日内 |

<div id="email-norms">
  ### 电子邮件规范
</div>

* **清晰的主题行** — 说明邮件内容和所需操作："需要操作：请在周五前审阅合同"优于"合同"
* **每封邮件一个主题** — 便于搜索和处理
* **谨慎使用抄送** — 只包括需要知悉或行动的人；不要仅为自保而抄送
* **谨慎使用全部回复** — 在点击全部回复之前，问问自己：这个回复线程上的所有人都需要看到你的回复吗？
* **紧急事项避免使用邮件** — 如果事情时间紧迫，请先打电话或发 Slack

***

<div id="meetings">
  ## 会议
</div>

<div id="when-to-have-a-meeting">
  ### 何时召开会议
</div>

会议适用于：

* 需要讨论和反复交流才能做出的决定
* 关系建设和团队凝聚
* 实时问答有助于理解的复杂话题
* 需要情感敏感度的情境

会议**不**适用于：

* 可以用一条 Slack 消息代替的状态更新
* 单向信息传递（改发文档）
* 尚未准备好讨论的话题

<div id="meeting-standards">
  ### 会议标准
</div>

每次会议应具备：

1. **明确的目的** — 将做出什么决定，或将讨论什么？
2. **议程** — 会前与参会者共享，最好提前 24 小时
3. **合适的参会人** — 人数不宜过多（决策类会议最多 5-6 人），不包括无需参加的人
4. **明确的结束时间** — 按时或提前结束；未经明确同意不超时
5. **会议记录和行动项** — 会后记录并分享

<div id="recurring-meeting-cadence">
  ### 例会频率
</div>

| 会议      | 频率          | 目的            |
| ------- | ----------- | ------------- |
| 全员大会    | \[每月 / 每季度] | 公司动态、问答、庆祝成果  |
| 团队站会    | \[每日 / 每周]  | 各自工作进展、是否有阻碍  |
| 与经理的一对一 | 每周          | 优先事项、反馈、发展    |
| 领导团队会议  | 每周          | 决策、优先事项、跨团队协调 |
| 回顾会     | \[每季度]      | 哪些有效、哪些需改进    |

<div id="video-call-norms">
  ### 视频会议规范
</div>

* 条件允许时开启摄像头——有助于建立联系并保持参与度
* 大型会议中不发言时请静音
* 使用举手或聊天功能排队发言，避免打断他人
* 如果会迟到，请通过 Slack 通知会议组织者

***

<div id="async-communication">
  ## 异步沟通
</div>

我们默认偏向异步。以下是让异步沟通高效运作的方法：

<div id="writing-good-async-updates">
  ### 撰写优质异步更新
</div>

* **信息完整** — 提供足够的上下文，使读者无需追问即可理解和行动
* **明确需求** — "仅供参考" vs. "请在周四前审阅" vs. "无需操作，归档留存"
* **明确截止日期** — "有空时处理"等于永远不会处理；"本周末前"意味着周五下班前
* **使用结构化格式** — 对于较长的更新，使用标题、项目符号和顶部摘要

<div id="when-async-breaks-down">
  ### 异步沟通失效的情况
</div>

异步沟通不适用于：

* 话题需要多人之间快速来回交流
* 存在难以通过文字解决的真正歧义
* 情况涉及情感敏感性
* 决定在文档讨论串中已经停滞超过 2 天

在这些情况下，安排一次简短的同步通话——30 分钟的交谈往往能解决数天 Slack 讨论串无法解决的问题。

***

<div id="communicating-in-different-situations">
  ## 不同场景下的沟通
</div>

<div id="sharing-bad-news-or-problems">
  ### 分享坏消息或问题
</div>

尽早分享问题——不要等到找到解决方案再说。您的经理和团队无法帮助解决他们不知道的问题。像"提示：X 的截止日期我们可能会错过，原因如下，以下是我的选项"这样的提前告知，远比在截止日当天给出意外要好得多。

<div id="disagreement-and-debate">
  ### 分歧与辩论
</div>

健康的分歧是良好决策的一部分。当您持不同意见时：

1. 直接表达，并说明理由："我对此有不同看法，因为……"
2. 提问以理解对方观点："你能帮我理解为什么选择这个方向吗？"
3. 对事不对人——批评方法，而非批评个人
4. 一旦做出决定，就全力执行——如果需要，可以在保留异议的同时承诺执行

<div id="escalation">
  ### 升级处理
</div>

如果某件事未能在应有的层级得到解决，请升级。这不是失败——这是组织运作的方式。向您的经理升级时提供背景信息：问题是什么、您已尝试了什么、以及您需要他们做什么。

***

<div id="communication-and-the-law">
  ## 沟通与法律
</div>

<Warning>
  某些通信可能受到法律特权、披露义务或监管要求的约束。如有疑问，请在将敏感信息形成书面记录之前联系法务部——特别是涉及法律纠纷、潜在违规或监管事项时。
</Warning>

***

*最后更新：\[日期] — 归属部门：人力资源部 / 运营部*