Meridian
找到大家都方便的那一小時。
拖拉一條時間軸，比對各城市重疊工作時段。
為遠距團隊、跨境貿易與創作者合作而設計。
跨時區會議規劃
拖拉標記或任一城市時間條。綠色區段代表共同工作時段。
會議邀請文字
拖拉時間軸時，預覽會同步更新。
分享連結
開啟此連結的人會看到相同城市與選定時間。
遠距團隊怎麼用 Meridian
-
01
選 3～4 個城市
加入台北、倫敦、紐約或任何 IANA 時區。也支援 PST 轉 GMT。
-
02
拖拉共同時段
一個標記同步所有列。工作時段色帶會標出真正重疊的時間。
-
03
複製會議邀請
匯出含時區的會議說明，可貼到 Slack、Email 或合約——免後端，在瀏覽器即可完成。
如何規劃跨時區會議
遠距團隊需要的時區轉換器，核心其實只有一句話：我們什麼時候都有空？ Meridian 是跨時區會議規劃工具，拖拉時會把所有城市鎖定在同一個 UTC 時刻。 你不必先心算 PST 轉 GMT，再換倫敦、再換東京——而是直接比對同一個時段。
操作步驟
- 打開規劃工具，可保留預設城市，或搜尋合作對象（例如洛杉磯代表 PST/PDT、倫敦代表 GMT/BST）。
- 設定符合團隊習慣的工作時段（常見是 09:00–18:00；客服團隊可能需要更長）。
- 拖拉任一城市時間條或標記。所有列會一起更新，跨日界線時日期也會正確顯示。
- 注意綠色重疊帶：它代表落在「每個已選城市工作時段內」的共同時間。
- 按現在可跳到目前 UTC；找到合適時段後，複製邀請文字或分享連結即可。
遠距協作小建議
- 先從三個城市開始。四個適合全球產品團隊；六個常會幾乎沒有重疊。
- 若亞洲與美西幾乎沒有共同上班時間，可改採非同步更新，把即時會議留給亞歐或歐美組合。
- 邀請一定要寫日期。「週二 10:00」在跨日時很容易對錯天。
- 歐美夏令時間轉換前後（約三／四月與十／十一月）請再確認一次。
遠距團隊的跨時區會議
跨時區會議常因為大家各自換算、貼出互相衝突的當地時間而出錯。 共用規劃工具能把討論鎖定在同一個 UTC 瞬間，再顯示各城市的日期與時間—— 包含容易在 Email 裡漏掉的「+1 天」。請先用上方的互動規劃工具， 再依步驟教學帶夥伴上手。
美西與英國通話，洛杉磯＋倫敦就是經典的 PST 轉 GMT 組合。 亞歐協作則台北／東京搭配柏林或倫敦，通常比硬拉美西時段更容易找到重疊。 時差與夏令時間規則可繼續往下看，或直接跳到常見問題。
PST 轉 GMT 轉換器（含 PDT / BST）
需要快速的 PST 轉 GMT？在規劃工具加入洛杉磯與倫敦，拖拉到你想開的時間， 就能同時讀到兩地當地時間。夏令期間美西可能顯示 PDT（UTC−7）、英國可能顯示 BST（UTC+1）—— Meridian 仍會對齊，因為兩列共用同一個 UTC 分鐘。
這比死記「PST 比 GMT 慢八小時」更可靠，因為夏令轉換時固定時差會失效。 名詞解釋見UTC、GMT、PST 與夏令時間；團隊流程可回到 跨時區會議建議。
UTC、GMT、PST 與夏令時間
UTC（協調世界時）是全球排程的基準鐘。Meridian 把選定會議視為 UTC 分鐘，再投影到各城市。 GMT（格林威治標準時間）在英國冬季大致等同 UTC；夏季則改用 BST（英國夏令時間，UTC+1）。
PST（太平洋標準時間，UTC−8）與 PDT（太平洋夏令時間，UTC−7）涵蓋洛杉磯與多數美西城市。 在 Meridian 搜尋「PST」或「洛杉磯」即可加入該時區，PST 轉 GMT 只要兩列時間軸就能完成。
夏令時間的出現，是因為部分地區會季節性調整時鐘。並非所有國家都採用——例如台灣、日本、中國採固定偏移，
而美國、英國與多數歐盟國家一年調整兩次。使用 America/Los_Angeles、Europe/London 這類 IANA 時區，
比寫死「UTC−8」更可靠，函式庫才能套用正確的歷史與未來偏移。
Meridian 採純前端設計：運算在瀏覽器以 Luxon 完成，工具輸入不必上傳伺服器，也能用網址參數分享城市與選定 UTC 分鐘。
常見問題
什麼是跨時區會議規劃工具？
它能把同一個會議瞬間同步顯示在多個城市，讓遠距團隊找出重疊工作時段，而不必逐一換算。
如何用 Meridian 做 PST 轉 GMT？
加入洛杉磯與倫敦，拖拉標記。兩地當地時間會對應同一個 UTC 時刻，就是你的 PST↔GMT 對照。
Meridian 有處理夏令時間嗎？
有。城市使用 IANA 時區，進入或離開夏令時間時會自動更新偏移。
會議資料會上傳到伺服器嗎？
不會。規劃在瀏覽器完成；分享連結只在查詢字串中編碼城市與選定的 UTC 分鐘。
最多可以比較幾個城市？
最多六個。多數團隊用三到四個城市，重疊時段會更清楚、邀請也更好寫。