约跨国或全员远程的会议，最常见的翻车不是忘了时差，而是算时差时踩进了看不见的坑：明明上个月这个点开得好好的，这周对方突然早到了一小时；给印度同事约的”整点会”，在他们那边其实是半点；你定的”周五傍晚”，对方那边已经是周六凌晨在加班。这三类坑——夏令时、半小时时区、日界线——靠心算几乎必错。这篇讲清它们的成因，再用世界时钟的会议规划条把时间一次定准。
坑一：夏令时换季，时差会临时变一小时
很多国家实行夏令时（DST）：春天把钟拨快一小时、秋天拨回来。这意味着两地的时差不是一个常数，一年里会变两次。
中国全境统一 UTC+8、不实行夏令时，所以和中国相关的时差，全看对方那边换没换季：
| 城市 | 标准时（冬） | 夏令时 | 与北京时差变化 |
|---|---|---|---|
| 纽约 | UTC−5 (EST) | UTC−4 (EDT) | 13h → 12h |
| 伦敦 | UTC+0 (GMT) | UTC+1 (BST) | 8h → 7h |
| 柏林 / 巴黎 | UTC+1 | UTC+2 | 7h → 6h |
更阴险的是美国和欧洲换季的日期不一样：
- 美国：3 月第二个周日入夏、11 月第一个周日出夏；
- 欧盟：3 月最后一个周日入夏、10 月最后一个周日出夏。
于是每年春秋各有一两周，美欧之间的相对时差会临时偏离平时的值。“为什么这周和纽约、伦敦同时开会，三方时间对不上了”——多半就是撞进了这个换季错位窗口。
世界时钟所有换算都走浏览器内置的 IANA 时区数据库，这些启停规则、历史变更由系统维护、自动生效，你不必记日期。但你得知道它”会变”：临近 3 月和 10/11 月，开会前重新打开工具确认一次。
坑二：不是所有时区都是整小时
默认”时差都是整数小时”是另一个高频错误。现实里有一批半小时、甚至 45 分钟的时区：
- +5:30：印度、斯里兰卡
- +3:30：伊朗 +4:30：阿富汗 +6:30：缅甸
- +5:45：尼泊尔 −3:30：加拿大纽芬兰
- 澳大利亚阿德莱德 +9:30，叠加夏令时还会变 +10:30
世界时钟的城市卡会把相对基准的时差显示成带小数的形式（孟买相对北京 −2.5h、德黑兰 −4.5h），不会四舍五入骗你。约这些地区的会议时，别在脑子里凑整点——你以为的”对方下午 3 点整”，很可能是 15:30，交给工具点一下最稳。
坑三：对方可能已经是”明天”了
时差够大时，同一时刻在地球两端分属不同日期、甚至不同星期。你这边周五 22:00，往东走的城市可能已经踏入周六。约”周五的会”，对方收到的却是”周六加班”，体验差别很大。
世界时钟在两处帮你点破跨天：
- 城市卡上每座城市都标了「周几 + 月/日」；
- 点会议规划条锁定某列后，下方会议条会把该时刻在每座城市的钟点连同星期一起列出，例如”东京 11:00（周六）“；规划条里某城市跨到第二天的格子，还会直接显示新日期。
锁定会议列后扫一眼星期是否一致，就能避免把人约到他们的周末或凌晨。
沟通话术：让时间没有歧义
定好时间，怎么写进邀请同样关键。“我们 9 点开会”是最容易被误解的写法——没说是谁的 9 点、也没说时间标准。规范表达：
- ✅ 带 UTC 偏移：
9:00 (UTC+8) - ✅ 给 UTC 锚点：
北京时间周三 9:00 = 01:00 UTC - ⚠️ 只给时区缩写要小心：
IST既是印度也是以色列时间，CST在美国、中国、古巴都用，极易混淆 - ❌ 只写”9 点开会”
最省事的做法：用世界时钟点出会议列后，把会议条里那行多城市换算（“北京 9:00（周三）｜ 伦敦 1:00（周三）｜ 纽约 20:00（周二）“）直接复制进邀请，再补一个 UTC 时间。对方一眼对号入座，省掉所有来回确认。
小结
跨时区约会议，难的从来不是”知道有时差”，而是绕过那三个看不见的坑：夏令时让时差按季节浮动、半小时时区破坏整点直觉、大时差把对方推到第二天。把参会城市都加进世界时钟，选好基准，顺着颜色挑一列全绿、核对星期、贴换算进邀请——五步走完，会议时间不再算错。