Time Zone Meeting Planner

Find fair meeting times for global teams. Visual heatmap shows who sacrifices sleep.

Participants

Start typing to see suggestions. Add up to 10 participants.

  • Tokyo JST
  • London GMT
  • New York EST
  • São Paulo BRT

Required for accurate DST detection.

Optimal Window

Best UTC Time
14:00 UTC
Fairness Score
83%
Participants in work hours
3 / 4
DST transitions detected
None

All Suggestions

24-Hour Fairness View

Scroll horizontally. Green = work hours. Orange = early/late. Red = sleep.

City000102030405060708091011121314151617181920212223
Tokyo JST
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
00
01
02
03
04
05
06
07
08
London GMT
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
New York EST
19
20
21
22
23
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
São Paulo BRT
21
22
23
00
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
OptimalWork hoursEarly/LateSleep time

Actions

Complete Guide to Scheduling Meetings Across Time Zones

Scheduling a meeting with participants in Tokyo, London, New York, and São Paulo is not a math problem — it's a fairness problem. Most time zone tools show you what time it is elsewhere. They don't tell you who is being asked to wake up at 4 AM, or whose family dinner is being interrupted. This guide explains how to use the fairness score, handle DST transitions, rotate meeting burdens, and choose the right tool for your team's geography.

Why Fairness Matters More Than Convenience

Circadian disruption research (Harvard Medical School, Czeisler et al.) shows that even single-night sleep loss reduces cognitive performance by 15–30%. That's why our algorithm penalizes sleep hours 3× more than early/late hours: the person who joins at 03:00 is not just inconvenienced — they're meaningfully impaired the next day.

When to Use This Tool vs. Alternatives

ToolBest ForLimitationOur Advantage
WorldTimeBuddyQuick glance at 3–4 citiesNo fairness scoring; static displayVisual burden heatmap
TimeAndDateExact time conversionNo DST conflict detectionAuto-detects DST gaps/overlaps
Calendly1-on-1 schedulingAssumes everyone shares your working hoursMulti-party fairness optimization
Spacetime.amTeam dashboardNo calculation; just visualizationCalculates optimal windows
EveryTimeZoneSimple UTC referenceNo participant-specific analysisPer-person burden analysis

Use this tool when: you have 3+ participants across 3+ time zones, you meet regularly (weekly standups, sprint planning), or you want to rotate who takes the early/late slots. Use simple converters for one-off calls between two people.

Interactive Scenarios

How to Handle DST Transitions (The Most Common Mistake)

  • Spring-forward gap: clocks jump 02:00 → 03:00. Meetings 02:00–03:00 don't exist. Tool flags and suggests next valid time.
  • Fall-back overlap: clocks fall 02:00 → 01:00. Hour 01:00–02:00 happens twice. Tool uses UTC anchors to avoid ambiguity.
  • Southern Hemisphere offset: Sydney enters DST October, New York exits November. Gap shifts by 2 hours for 2–4 weeks. Tool auto-adjusts weekly.
  • Countries that abolished DST: Russia 2014, Turkey 2016, Morocco suspends during Ramadan. Tool uses IANA tzdb with weekly updates.

The Fairness Algorithm: How Scores Are Calculated

  1. Working hours (09:00–17:00 local): Weight = 1.0
  2. Acceptable (07:00–09:00, 17:00–21:00): Weight = 0.6
  3. Sleep (22:00–07:00): Weight = 0.0
  4. Deep night (00:00–05:00): Weight = −0.5

Formula: Fairness Score = sum(weights) / participants. A 4-person meeting where 3 are in working hours and 1 is in sleep hours scores 75%, not 85%, because the sleep penalty drags the average down — that one person's cost is higher than the others' benefit.

Rotating Schedules: The Long-Term Fix

For a 6-person London/New York/Singapore team meeting weekly, a 3-week rotation distributes the early-and-late burden roughly equally across a quarter. The rotation generator is DST-aware, exports directly to calendar invites, and sends email alerts when a previously fair time becomes unfair due to seasonal clock changes.

Cultural Working Hours: Not Everyone Works 9-to-5

  • Middle East: Sunday–Thursday work week, Friday prayer hours blocked.
  • Spain/Italy: Siesta-aware (14:00–17:00 lower weight).
  • Japan: Later start (10:00) common; overtime culture means 18:00+ still acceptable.
  • India: Staggered shifts (09:00 and 11:00 starts common in tech).

These adjustments change the heatmap colors and fairness scores without requiring manual time-zone math.

When to Go Async Instead

  • Split into two sessions (APAC + EMEA, Americas + EMEA).
  • Record the meeting for async viewing with timestamped chapters.
  • Use Loom or Slack huddles for under-15-minute updates.
  • Rotate the "async sacrifice" — one person watches the recording each week.

The tool includes an Async Threshold setting. If no time scores above your threshold (e.g., 80%), it automatically suggests async alternatives.

API for Power Users

The REST API returns JSON with local times per participant, UTC anchors, fairness scores, DST warnings, and rotation schedules — ideal for Slack bots, HR systems, calendar apps, and project management tools. Free tier allows 100 requests/day; see API documentation for parameters and citation policy.

Data Sources and Update Frequency

IANA Time Zone Database (tzdb 2024a)Weekly automated checks. Political changes incorporated within 48 hours.

OECD Working Time StatisticsAverage working hours by country, adjustable per team profile.

Circadian Rhythm ResearchHarvard Medical School (Czeisler et al.), Nobel Prize 2017. Sleep penalty weighting from meta-analysis.

Update FrequencyTime-zone rules weekly · political changes 48h · working hours annually with OECD releases.

Common questions

  • Our algorithm weights each participant's local time: working hours (9–17) = 1.0, acceptable (7–9, 17–21) = 0.6, sleep (22–07) = 0.0, deep night (00–05) = −0.5. Score = sum(weights) / participants, normalized to 0–100. Sleep disruption is penalized 3× more than early/late because circadian research shows higher cognitive and health costs.

  • Yes. We use the IANA Time Zone Database (tzdb 2024a) with automatic DST detection. We flag spring-forward gaps (missing hour) and fall-back overlaps (ambiguous hour). We use UTC anchors to avoid ambiguity. Southern-Hemisphere offsets are handled separately.

  • 500+ cities across all IANA zones including fractional zones: Nepal (+5:45), Chatham Islands (+12:45), Lord Howe (+10:30). Historical time zones back to 1970 are available for analyzing past meetings or planning around historical DST rules.

  • Yes. Create a free account to save templates with fixed participants. We'll automatically recalculate optimal times as DST changes throughout the year and send email alerts when a previously fair time becomes unfair due to seasonal clock changes.

  • WorldTimeBuddy shows static time conversions. TimeAndDate provides exact conversions but no fairness analysis. We calculate fairness — who bears the burden of odd hours. We detect DST conflicts, suggest rotating schedules to distribute pain equally, and export directly to calendar invites with pre-filled UTC times to avoid timezone confusion.

  • A rotating schedule changes the meeting time each week so no single timezone always takes the early/late slot. For a team across London, New York, and Singapore: Week 1 might be London-friendly (09:00 UTC), Week 2 New York-friendly (14:00 UTC), Week 3 Singapore-friendly (01:00 UTC). Use this for recurring meetings where static times create chronic burden.

  • Yes. REST API returns JSON with local times per participant, UTC anchors, fairness scores, DST warnings, and rotation schedules. Free tier: 100 requests/day. Pro tier ($9/month): 10,000 requests/day, bulk calculations, webhook notifications. See API docs.

  • When participants span 12+ time zones, no single time puts everyone in working hours. The tool suggests: split into two sessions (APAC + EMEA, Americas + EMEA), record the meeting for async viewing with timestamped chapters, use Loom or Slack huddles for under-15-minute updates, or rotate the async sacrifice — one person watches the recording each week. The tool includes an Async Threshold setting; if no time scores above your threshold (e.g., 80%), it automatically suggests async alternatives.

Related Calculators

View all Global Tools →