为什么时差比想象中更难算
跨时区安排会议，看起来是个小问题，真要做好却没那么简单。各地的夏令时切换日期对不上——美国和欧洲不是同一个周末调表，亚洲大部分地区根本不调。半小时甚至 45 分钟偏移的时区（印度、尼泊尔、澳大利亚部分地区）几乎能让所有心算捷径翻车。一旦参与人数超过三个，"找一个所有人都合适的时间" 的搜索空间会迅速膨胀。
靠脑子算就容易踩经典的坑：你信心满满地提议自己这边下午 4 点，事后才发现柏林的下午 4 点是旧金山的早上 7 点，没人愿意。上面的网格替你做完了这些计算，让你能直接看出重叠窗口，而不必一格一格地换算。
如何看懂这张网格
每一行代表一位参会人。每一列代表一天中的某个小时，列标签用第一位参会人的当地时间（即锚点）。每个格子里的数字是那一行在该时刻的当地时间。
格子的颜色告诉你那个时间对所有人来说是不是工作时间：
- 绿色 —— 所有人都在自己的工作时间内。这就是你想要的。
- 黄色 —— 部分人在工作时间内，但不是全部。有时值得一约，但通常意味着有人得早起或晚下班。
- 灰色 —— 几乎没人在上班。除非不得已，别在这里安排会议。
跨地团队的几条建议
把会议安排在工作时段的边缘
如果黄金窗口本身就短，把会议放在开头或结尾，而不是正中间。亚洲那位同事如果是当地早上 8 点开会，会后还有完整的一天可以高效工作；要是放到下午 1 点，整个下午就被切成两半了。
以最不灵活的人为锚点
如果有个参会人只能在他当地的深夜和大家有重叠（比如你的亚太同事，其他人都在欧洲、中东和非洲），那就把他放到第一行。当锚点显示的就是你最需要照顾的那位同事的时间时，网格读起来更顺。
提前几周规划——发邀请前再核对一次
三月和十一月的夏令时切换可能让你的黄金窗口前后偏移一小时。如果你要安排一个跨越这种日期的周期性会议，记得用切换之后的日期重新跑一遍规划器再确认。
善用 "复制时间" 按钮
把 09:00 纽约 · 14:00 伦敦 · 22:00 东京 这样一行字粘到 Slack 或日历邀请里，比自己一个个写要快得多，而且每位收件人都能看到自己当地的明确时间，不会含糊。再也不用问 "这是你的 9 点还是我的 9 点？"
没有绿色窗口时，坦诚面对
如果规划器显示 "没有完全重叠的工作时间"，那这就是个真问题，不是数学问题。要么有人得在工作时间外接电话，要么团队改用异步沟通（录制视频、文字更新）。规划器的作用，就是让这个限制清清楚楚摆在桌面上。