3.1 Slack 不是邮件,也不是微信
很多中国职场新人写 Slack 像写邮件——开头 Hi Sarah,结尾 Best, Lei,整段话挤在一行。也有人写 Slack 像发微信——一句话切成 6 条消息,每条之间间隔 10 秒,对方手机震动 6 次。两种都是反模式。
Slack 真正的范式是异步思考型对话:
- 一次说完一个完整想法,一条消息包含上下文 + 问题 + 选项。
- 所有 follow-up 进 thread(点回复按钮),不污染主频道。
- 等回复时不在原 channel 重复 ping,给对方时区差。
- 用 emoji reaction 替代 “Got it / Thanks / 收到” 这种空消息。
// 反模式(碎片化)
hi
are you there
i have a question
about the deploy
can we talk
// 推荐(一次说完)
Hey Sarah — quick one when you have a sec.
Context: prod deploy got stuck at 23:40 last night, rollback worked.
Question: should I file a P2 incident or just put it in the weekly?
No rush, will be on it tomorrow morning either way.
3.2 线上礼仪的 7 条铁律
- 不要发 “Hi” 然后停住。这是著名的 nohello.com 反模式:对方看到 “Hi” 必须停下手头工作,回 “Hi 怎么了?”,浪费一来一回。
- 给上下文不给链接。
can you check this?+ 一个 PR 链接是最差的请求。改成:Could you take a look at this PR (link)? Specifically the migration logic in user_repo.go — I'm not sure if the lock is needed. - 讨论进 thread。主频道一条消息 = 一个话题,回复全部点小箭头进 thread。让没参与的人不被 9 个 reply 轰炸。
- 跨时区不要 @ 然后等。如果对方在欧洲,写完后加
No rush — tomorrow your time is fine. - 用 emoji reaction 替代 thank you 消息。👀(在看)、✅(完成)、🙏(谢谢)、👍(OK)、🚀(发了)、🔥(紧急)。
- 道歉简短。
my bad, fixed五个词比I'm so sorry for the inconvenience caused by my mistake专业。 - 不要在 DM 谈技术决策。技术讨论必须在 channel 或 thread,让未来的人能搜得到。
3.3 Emoji 与 Reaction 文化
外企 Slack 不用 emoji 反而显得冷淡。下面是常见 emoji 的“职场含义”,记住它们的潜台词。
| Emoji | 名字 | 潜台词 |
|---|---|---|
| 👀 | :eyes: | “我看到了 / 在跟进” |
| ✅ | :white_check_mark: | “做完了 / 同意” |
| 🙏 | :pray: | “谢谢 / 拜托”(不是宗教含义) |
| 👍 | :thumbsup: | “OK / approved”(注意:在英国年轻人里有点过时) |
| 🚀 | :rocket: | “发布 / ship 了 / 上线” |
| 🔥 | :fire: | “紧急 / 严重问题”(也可表示“太牛”) |
| 🤔 | :thinking: | 委婉表示“我有疑问 / 这不太对” |
| 💯 | :100: | “强烈同意 / 完全正确” |
| 🫡 | :saluting_face: | “收到,照办”(轻松版本的 acknowledged) |
| 👋 | :wave: | “hello / 加入频道时打招呼” |
注意
不要用 🙏 当“double thanks”发四五个;不要用 🤝 在拒绝邮件里(看着像握手送客);不要用 😂😂😂 三连,会显得不专业;不要给老板的消息加 🤡 reaction,这是侮辱。
3.4 @here / @channel / @everyone 边界
这三个 mention 是 Slack 上最容易得罪人的地方。
| 用法 | 谁会被打扰 | 使用场景 |
|---|---|---|
@channel | 频道所有人,包括离线和睡觉的 | 真正生产事故、宕机、安全事件 |
@here | 当前在线的人 | 需要尽快回应但不到 P0 的问题 |
@everyone | workspace 全部成员 | 极少使用,CEO 全员通告级别 |
@username | 该用户 | 需要某个具体人介入 |
| 无 mention | 没人被通知 | 更新进度、记录决策、广播信息 |
滥用 @channel 是新人最快失去同事好感的方式。问自己:“这条消息真的需要现在叫醒所有人吗?” 答案 90% 是 No。
3.5 PR / Code Review 评论模板
代码评审英语是程序员日常使用最多的场景。原则:评论代码,不评论人;问题型 > 命令型;nit 标记不重要的小问题。
// 推荐表达 — 提问而不是命令
Could we extract this into a helper? The same pattern shows up in 3 places.
// 推荐 — nit 前缀降低紧迫感
nit: typo — "recieve" → "receive"
// 推荐 — suggest 而不是断言
Suggestion: maybe add a unit test for the empty-array case? Happy to leave as is.
// 推荐 — 表扬要具体
Love this refactor — much easier to follow than the old switch.
// 反模式 — 命令式 + 评判人
Why did you write it this way? You should use map instead.
// 修正版
Curious about the choice here — would `map` work? It might be cleaner.
常用 prefix:
nit:鸡毛蒜皮,不影响合并。question:问问题,不一定需要改。suggestion:建议改但接受不改。blocking:必须改才能合并。praise:单独表扬这一行写得好。
3.6 Jira / Linear 评论模板
// 状态更新
Update: blocked on infra — waiting for staging cluster access.
Will resume once @priya provisions it. ETA Wed.
// 关单
Closing as won't fix — root cause is in the upstream library.
Tracked separately at LIN-2451.
// 升级
Bumping priority to P1 — affecting checkout for all EU customers.
@oncall please page.
// 重新分配
Reassigning to @tom — this falls under the billing module which
he owns. Tom, full context in the comment thread above.
3.7 跨时区沟通话术
跨时区团队是远程工作的常态。错误的时区表达会让一个简单 ping 变成两天 round trip。
| 场景 | 错误 | 推荐 |
|---|---|---|
| 提议时间 | 3 PM | 3 PM PT (10 PM GMT) |
| 催促 EU 同事 | Why no reply? | I know it's late on your side — no rush, tomorrow your morning works. |
| UTC 标注 | tomorrow morning | tomorrow 9 AM PT / 17:00 UTC |
| 截止日期 | by Friday | by EOD Fri PT (= Sat morning your time) |
| 会议邀请 | 10am | 10am PT / 1pm ET / 6pm UK / 19:00 CET |
常用时区缩写:
PTPacific Time(旧金山、西雅图)= UTC-8/-7(夏令时)ETEastern Time(纽约)= UTC-5/-4UK/BST英国时间 = UTC+0/+1CET/CEST欧洲中部 = UTC+1/+2IST印度 = UTC+5:30SGT新加坡 = UTC+8JST日本 = UTC+9
3.8 避免被误解的中性表达
异步沟通没有语气、没有表情、没有眼神。一句话写错就可能让对方觉得你在生气。
| 容易被误解 | 更安全 |
|---|---|
| OK. | Sounds good — moving forward with it. ✅ |
| Why? | Curious — what's the thinking behind this? |
| That's wrong. | I think there might be an issue here — could we double-check? |
| No. | Hmm, I'd push back gently on that — here's why. |
| fine. | Works for me! |
| noted. | Got it, thanks for flagging. |
| k | 👍 / Sounds good. |
陷阱
句号在 Gen Z 文化里被认为有“被动攻击”意味——OK.(带句号)显得冷漠,OK(不带)或 OK! 才是中性。这不是语法规则,是 2026 年实际的语用现象。
3.9 真实场景脚本
报告 bug 给同事
Hey @priya — flagging a bug in the new auth flow.
Repro: log out → click "Sign in with Google" → 500 error.
Browser: Chrome 130 on macOS.
Started after the deploy at 14:32 PT.
Error log snippet: pasted in thread 👇
Not blocking but might want eyes before EU traffic ramps up.
请求帮助但不打扰
Heya — when you have a quiet moment (no rush), would love your read
on the migration plan I drafted: link
Specifically: section 3 (rollback strategy) — not sure if the
window I picked is realistic given EU traffic patterns.
礼貌打断 thread 长讨论
Stepping in here — feels like we're going in circles. Could we
take this to a 15-min huddle this afternoon and post the decision
back here? Easier than typing.
本章心法
Slack 不是聊天,是书面写作的快速版。把每条消息当成未来 6 个月会被搜到的资料来写——加上下文、加链接、加结论。
3.10 本章小结
- 不发 “Hi” 然后等 — 一次把上下文 + 问题 + 选项说完。
- 讨论进 thread,主频道保持干净。
- emoji reaction 替代 “Thanks / Got it” 空消息。
- 慎用 @channel / @here,不要打扰睡觉的人。
- PR 评论用 nit / question / suggestion / blocking 标记严重程度。
- 跨时区始终标 PT / UTC,不要只写 “3pm”。
- 句号慎用,
OK.在 2026 年读起来是冷漠的。