跨時區開會，先找到公平時間。

時區工具把基準時區的一個具體時刻，轉換成其他城市在同一時刻的當地時間。轉換依賴 IANA 時區資料庫中的偏移量與夏令時間規則；同一城市在冬夏兩季可能相差一小時，因此結果會隨所選日期變化。

它不會替你加上路程，也不會自動選出「公平」時段。你在基準城市選定當地日期和時間，其他欄都是同一個 UTC 瞬間。把日期改到三月或十一月附近，可以看到例會會不會在某地進入或退出夏令時間後整體平移。

假設你在上海安排 9:00 的會議，同時要顧及倫敦的同事。冬季倫敦使用 UTC+0，當地時間是 1:00；夏季實行夏令時間（UTC+1），則是 2:00。工具先按基準城市把時刻換算為 UTC，再按目標城市當日的偏移量換算，即可得到正確結果。

再核一次：七月某個週二紐約 09:00，倫敦是 14:00（BST），上海是 21:00。一月英美都在標準時，倫敦鐘面可能看起來沒變，上海仍差 13 小時。印度是 UTC+5:30，不要按整點去減。發出邀請前把候選時刻貼進規劃器。

適合遠距團隊約會議、確認跨境航班與直播活動的時刻，也適合在訂機票時核對到達地的當地時間。

某地即將切換夏令時間的那一週、以及邀請裡出現半小時時區（印度、尼泊爾）時，再算一遍。本站跨時區會議指南講重疊窗口和公平；本頁只做換算。

最容易出錯的是忽略夏令時間：用固定偏移量換算，會在春季與秋季出現一小時偏差。另一個常見錯誤是混淆「到達地當地時間」與「起飛地時間」，以及忘記部分城市（如上海）全年不實行夏令時間。

邀請只寫「週二 09:00」卻不寫時區，或出差後手機系統時區已換成東京、邀請仍按上海展開。跨越日期變更線時要寫明日曆日。半小時偏移四捨五入到整點會差 30 分鐘。

時區偏移與夏令時間規則來自 IANA 時區資料庫，並按所選日期套用。工具假設城市遵守資料庫目前公布的規則；個別地區臨時調整時區或取消夏令時間，結果可能在一段時間內不準確。

城市列表是規劃用集合，不是全部 IANA 時區。工具不讀航司機刻表或簽證日曆。重要場次在網格裡選出候選後，仍要對方口頭確認。