YourWorldTime

会议规划器

把团队所在的时区加进来,下面这条色带会一次呈现完整的一天,工作时间带底色——于是重叠成了一眼看得见的形状,而不是要在脑子里做的加减。

本方案中的时区

  • Los Angeles
  • New York
  • London
  • Mumbai
  • Tokyo

没有任何一个小时是所有人都在工作时间内的。要么放宽工作时间,要么接受有人得早起或晚归。

每一列都是同一时刻。带底色的格子是工作时间;行首显示时区偏移。
Los AngelesUTC-717:0018:0019:0020:0021:0022:0023:0000:0001:0002:0003:0004:0005:0006:0007:0008:0009:0010:0011:0012:0013:0014:0015:0016:00
New YorkUTC-420:0021:0022:0023:0000:0001:0002:0003:0004:0005:0006:0007:0008:0009:0010:0011:0012:0013:0014:0015:0016:0017:0018:0019:00
LondonUTC+101:0002:0003:0004:0005:0006:0007:0008:0009:0010:0011:0012:0013:0014:0015:0016:0017:0018:0019:0020:0021:0022:0023:0000:00
MumbaiUTC+5:3005:3006:3007:3008:3009:3010:3011:3012:3013:3014:3015:3016:3017:3018:3019:3020:3021:3022:3023:3000:3001:3002:3003:3004:30
TokyoUTC+909:0010:0011:0012:0013:0014:0015:0016:0017:0018:0019:0020:0021:0022:0023:0000:0001:0002:0003:0004:0005:0006:0007:0008:00
示例日期: 2026-08-21. 这是示例,不是当前时间。页面加载后会显示实时时间。

怎么读这条色带

每一列都是一个时刻。顺着一列从上往下读,你就看到同一瞬间各地的钟面各指几点——这正是一份偏移量清单逼你在脑子里算的部分,也正是人们算错的地方。

三层深浅:工作时间顶上有一道彩色边线,前后各一小时更浅,其余是平的。边线和填充一样要紧——区分从不只靠颜色,所以哪怕你分不出那两种蓝,依然读得出来。

当没有重叠时

有些团队是真的一点重叠都没有。洛杉矶 09:00–18:00 的一天,和孟买同样的一天,什么都不共享——孟买的工作日在洛杉矶醒来之前就结束了。纽约和悉尼更古怪:十一月到三月,两地相差 16 小时,恰好共享一个小时;四月到十月,差距缩到 14 小时,反而一点都不共享。同样两座城市,答案相反,变的只有日期。

真遇上这种情况,规划器会说出来,而不是随手涂一片底色然后碰运气。现实的选择是:放宽一方的工作时间,轮流承担那通不合适的通话,或者干脆不再同步开会。假装晚上十点也还行,正是人悄悄被耗干的路径。

常见问题

我最多能添加多少个时区?
二到十个。超过十个,色带就没法一眼读完,而一眼读完正是用色带而不是用数字列表的全部理由——所以这个上限是设计决定,不是技术限制。
什么算工作时间?
你说了算。默认是每个时区当地时间 09:00 到 18:00,两端都可调。工作时段前后各一小时用更浅的底色:够得着,但你是在请人帮忙。
为什么有些行的时间以 :30 或 :45 结尾?
因为那些时区确实偏移了半小时或三刻钟。印度是 UTC+05:30,尼泊尔是 UTC+05:45,查塔姆群岛是 UTC+12:45。色带的每一列都是同一时刻,所以那些行显示的是真实的当地读数,而不是取整后的。
要是根本没有重叠怎么办?
规划器会直说,而不是抛出一个谁都没同意的折中方案。洛杉矶和孟买在 09:00–18:00 这一天里连一分钟都不共享,再怎么涂底色也改变不了——总得有人挪。把工作时间放宽,或者把会议拆成两场,这才是诚实的选项。
刷新页面之后计划还在吗?
在。你的时区、日期和工作时间都写进了网址,所以计划可以收藏,也可以发给别人,对方看到的和你完全一样。时区列表同时存在你的浏览器里,下次打开时规划器还记得你的团队。
它考虑夏令时吗?
考虑,按你选的日期算。挑一个三月或十月的日期,你会看到各行彼此错开,因为现实里就是这样:各时区在不同的日子调表。