远程协作越来越普遍，但「约个大家都能醒着的时间」常常比会议本身还难：纽约的上午是北京的深夜，欧洲刚下班、加州还没上班。掌握几个原则，再配上免费换算工具，排跨国会议不再靠猜。
主要城市与北京时间的时差速查
| 城市 | 时区 | 与北京时差 | 北京晚上 8 点对应 |
|---|---|---|---|
| 东京 | UTC+9 | +1 小时 | 晚上 9 点 |
| 伦敦 | UTC+0/+1 | -7/-8 小时 | 下午 1 点 |
| 纽约 | UTC-5/-4 | -12/-13 小时 | 早上 7~8 点 |
| 洛杉矶 | UTC-8/-7 | -15/-16 小时 | 凌晨 4~5 点 |
| 悉尼 | UTC+10/+11 | +2/+3 小时 | 晚上 10~11 点 |
注意「-12/-13」这类双值：欧美实行夏令时，夏季时钟拨快一小时，时差随之变化。每年 3 月中旬和 11 月初（美国）、3 月底和 10 月底（欧洲）是切换点，约 recurring 会议时最容易踩坑。
排会议的三条黄金法则
- 找重叠窗口：北京与欧洲的重叠在下午 3~6 点（欧洲上午），与美东的重叠在早上 8~10 点（美东前一晚 7~9 点）。
- 轮流吃亏：如果必须牺牲某人的晚上，两方轮换，别总让同一队熬夜。
- 避开边缘时段：周一太早、周五太晚出席率最低，跨月/跨季的那周先确认夏令时状态。
30 秒搞定换算
- 打开时区换算工具，选两个城市，直接对照双方的时间
- 需要同时看多地，用世界时钟一屏掌握
- 定下时间后，把 UTC 时间发给对方，最不容易歧义
推荐工具
免费在线使用，图片不上传服务器
常见问题
写「下午 3 点 CST」靠谱吗？
不靠谱。CST 同时是美国中部时间、中国标准时间和古巴标准时间的缩写，歧义极大。跨时区沟通一律写 UTC 偏移（如 UTC+8）或直接用换算工具生成的对照时间。
为什么我记的时差和实际差一小时？
大概率撞上了夏令时切换，或者你记的是冬令时的时差。用实时工具查当前时差最保险。