跨时区会议规划
把 2–6 个城市排在 24 小时网格上，一眼看出大家都在上班的时段，一键复制写好各地时间的会议邀请。
使用方法
- 选择日期，添加团队成员所在的城市（最多 6 个）。
- 如果不是朝九晚六，可以分别调整每个城市的工作时间。
- 绿色是工作时间，黄色是早晚时段，灰色是夜间。
- 所有城市都是绿色的时段会列在网格下方，就是最合适的开会时间。
- 点击第一行的某个时段，生成写好各地时间的会议邀请，一键复制。
功能特点
- 最多 6 个城市逐小时对比
- 每个城市单独设置工作时间
- 自动找出大家都在上班的时段
- 可复制的会议邀请，写好各地日期和时间
- 自动处理夏令时和跨日
- 免费、无需注册，城市保存在本地
关于这个工具
分布式团队约会议，最常见的错误就是有人被排在了半夜。原因不难理解：时差心算本来就容易出错，而发邀请的人往往只看自己方不方便。这个规划工具把问题摊成一张网格：每一行是一个城市，每一列是你所选那天的一个整点，格子里写的是该城市当地的钟点，谁在工位上、谁刚上班或快下班、谁已经睡了，一眼就能看清。绿色表示这个小时在该城市的工作时间之内，黄色表示偏早或偏晚但还不算深夜，灰色表示夜间。工作时间可以按城市单独设置，默认是 9 点到 18 点，所以如果某个办公室晚开门或早收工，调整那一行就行。一场会议按一小时算，所以只有整整一小时都落在工作时间里的时段才算数。只要某一列所有城市都是绿色，这个钟点就会列在网格下方，作为对大家都合适的时间。有时候什么都列不出来，工具会老老实实告诉你没有。北京是 UTC+8，东京是 UTC+9，两地都不实行夏令时，和美国西海岸的时差大到正常上班时间几乎碰不到一起。遇到这种情况，不妨把某个人的工作时间稍微放宽一点，比如一方早点开始、一方晚点收工，再看看有没有时段冒出来。点击第一行的某个钟点，会生成一行会议邀请，写明每个城市的名字、月日、星期和时间。之所以带上日期和星期，是因为你这边的晚上，在地球另一端的同事那里可能已经是明天，误会往往就出在这里。网格是按你选的日期计算的，这在夏令时开始或结束的那几周尤其重要：美国和欧洲不是同一天切换，两地之间的时差会暂时差出一个小时。还有些时区的偏移量带着 30 或 45 分钟，邀请里会写出准确的分钟。如果你只是想把某个时间在几个城市之间换算一下，请用 BytePlay 的「时区转换」；这个规划工具解决的是一开始怎么找出那个时段。你的城市和工作时间只保存在自己的浏览器里。
常见问题
- 怎么找到各地都方便的开会时间？
- 先选日期，把团队所在的城市都加进来，如果谁的上班时间不是 9 点到 18 点，就单独改一下。某一列所有城市都是绿色，就说明那个钟点大家都在工作时间内，这些钟点会列在网格下方；点其中一个就能生成邀请。如果下方列表是空的，可以把最容易提早开始或推迟收工的那个人的时间放宽一点，新出现的时段会立刻显示出来。另外网格是以列表里第一个城市的日期为起点的，所以请把发起会议的人所在的城市放在第一个。
- 为什么上海、东京和旧金山之间找不到重叠时段？
- 因为时差实在太大，两边的工作日几乎碰不到一起。北京是 UTC+8，东京是 UTC+9，两地都不实行夏令时，而美国西海岸比它们晚了很多个小时。按标准上班时间，一年中的不同时候，两边的一天只在最边缘留下一两个小时，有时候连这一两个小时也没有。工具宁可如实显示空结果，也不会凭空造出一个时段。更现实的办法是让一方稍微拉长一点，比如一边早点上班、另一边晚点下班，而不是让某个人在半夜开会。
- 夏令时期间结果会变吗？
- 会，这正是网格要按你所选的具体日期来计算的原因。美国和欧洲切换到夏令时的日子不是同一天，所以有几个星期里，两边城市之间的时差和一年中的其他时候相差一个小时。中国和日本不实行夏令时，所以对那里的人来说，变化的是另一头。有些时区的偏移量带着 30 或 45 分钟，在这些城市的邀请里会写出准确的分钟。如果会议正好排在切换前后，请改一下日期，把前后两边都看一遍。
- 邀请文本可以直接贴到日历或聊天里吗？
- 可以。邀请是一行纯文本，对每个城市都写明了名字、月日、星期和 24 小时制的时间，这样没人需要自己再去换算，也不会搞不清说的是哪一天，适合直接贴到聊天或邮件里。如果要建日历事件，就照常用自己所在时区填写时间，再把这一行贴到说明里，方便其他人核对。点复制不会把任何内容发到别处，你设置的城市和工作时间也只留在自己的浏览器里。
