Meeting Planner: Find the Best Time Across Time Zones

Participants

  • Paris Europe/Paris · working hours 09:00–18:00
  • New York America/New_York · working hours 09:00–18:00
  • Tokyo Asia/Tokyo · working hours 09:00–18:00

Best time slots

Friday 2 October 2026

Acceptable

Fri 02 Oct, 11:00 UTC

  • Paris 13:00
  • New York 07:00
  • Tokyo 20:00
Acceptable

Fri 02 Oct, 11:30 UTC

  • Paris 13:30
  • New York 07:30
  • Tokyo 20:30
Acceptable

Fri 02 Oct, 12:00 UTC

  • Paris 14:00
  • New York 08:00
  • Tokyo 21:00

Scheduling a meeting across participants in several countries sounds simple in theory — just pick a time — and often turns out frustrating in practice: a time that suits Paris falls in the middle of the night in Tokyo, an ambiguous "9 am" becomes a source of missed calls, and daylight saving time occasionally shifts everything by an hour without warning. This planner computes, exhaustively, every participant's local time for every possible slot across a two-day window, and highlights the ones that genuinely work for everyone.

Why time zones complicate scheduling

A time zone isn't just a simple whole-hour offset. Most countries do use a whole number of hours relative to Coordinated Universal Time (UTC), but several notable exceptions exist: India and Sri Lanka sit at UTC+5:30, Nepal at UTC+5:45, some Australian territories at UTC+9:30, and New Zealand's Chatham Islands at UTC+12:45 (UTC+13:45 in southern-hemisphere summer). A manual "back of the envelope" conversion easily drops these half-hours and quarter-hours, which is enough to shift an appointment by a full time slot.

The second, more insidious trap is the date boundary. As soon as the gap between two time zones exceeds a few hours, a meeting scheduled on a given day in one zone can land on the previous or following day in another. Announcing "Tuesday 2 pm Paris time" without noting that this corresponds to "Wednesday 9 pm" in Tokyo is a classic source of confusion, especially for participants who don't actively check a time zone converter before every meeting.

A third, lesser-known trap concerns time zones whose rules change over time rather than simply shifting with the seasons: a country can decide to drop daylight saving time, join a neighboring zone, or change its reference offset by political decision, sometimes with only a few months' notice. The IANA database, updated several times a year, absorbs these changes — one more reason never to hard-code your own offset table in a spreadsheet or document, which sooner or later silently goes stale.

Working hours: conventions vary by region

The "9 am-6 pm" range isn't universal. The working week itself differs: it runs Sunday through Thursday in several Gulf and Middle Eastern countries, with Friday and Saturday as rest days, while it runs Monday through Friday across most of Europe, the Americas, and East Asia. Office hours themselves vary too: a day starting around 8 am and ending early in Northern Europe, a long lunch break pushing hours later into the afternoon in some Mediterranean or Latin American countries, and hours stretching well into the evening in parts of Asia.

That's why this planner never assumes a single working range for everyone: each participant has their own working hours, individually adjustable, which determine what counts as "within office hours" for them. This also lets you represent more specific cases — shift work, staggered schedules, part-time — without forcing everyone into the same mold.

Daylight saving time (DST): the classic trap

A good part of North America and Europe moves its clocks forward or back twice a year, but not on the same dates: the European Union switches at the end of March and the end of October, while the United States and Canada switch roughly two to three weeks earlier in spring and later in autumn. During those few mismatched weeks, a gap that's normally, say, 6 hours between two cities can temporarily become 5 hours, or vice versa.

And the southern half of the planet applies daylight saving time in reverse: Australia and parts of Chile or Paraguay spring forward while the northern hemisphere falls back, and vice versa. Many countries simply don't observe daylight saving time at all (most of Africa, most of Asia, Iceland, parts of South America), which means the gap with a zone that does change twice a year is never fully fixed across the whole year.

This planner solves the problem at the root: every slot in the grid corresponds to a precise UTC instant, converted into each time zone on the exact chosen date. Whatever daylight saving rule is (or isn't) in force that day in each zone is therefore automatically accounted for, with no rule for you to remember.

How to read this planner's grid

The grid shows one column per slot (every 15, 30, or 60 minutes depending on the chosen granularity) and one row per participant, over a window of 24 to 72 hours. Each cell is colored according to a four-level verdict: optimal when the slot falls within the working hours of every participant, acceptable when it falls outside those hours but stays within a reasonable range (7 am to 10 pm) for everyone, difficult when it falls in the dead of night for exactly one person, and avoid when it falls in the dead of night for several people at once. The three best slots in the window are automatically highlighted, but nothing stops you from dragging the selection elsewhere in the grid to explore other options — every move updates each participant's local time live.

Best practices for announcing an international meeting

Always state the time with the time zone made explicit — never on its own ("2 pm UTC" or "2 pm Paris time", never a bare "2 pm" that assumes everyone shares your time zone). Add, for each participant or region represented, the corresponding local time rather than asking everyone to work it out themselves. Note the local date whenever a day boundary is possible, with an explicit note like "Wednesday your time". Finally, always attach a calendar invite (.ics) rather than plain text: each participant's calendar app then automatically shows the correct time in their own time zone, with no risk of manual conversion error.

Common mistakes to avoid

Relying on a "remembered" gap rather than a calculation for the exact date. A time zone gap held in memory ("that's 6 hours ahead") can become wrong during the weeks when only one of the two countries has switched to daylight saving or standard time.

Forgetting that a weekday in one time zone can be a weekend in another. Rest days don't fall on Saturday and Sunday everywhere; checking this avoids proposing a slot that lands, for some participants, on a day off.

Ignoring non-integer offsets. Rounding +5:30 or +5:45 to the nearest quarter or full hour introduces a systematic error that can shift the meeting by a whole slot for the participants affected.

Fixing a single time without ever checking everyone's actual working hours. A slot that looks "acceptable" (outside the dead of night) can still fall well outside a participant's usual office hours, which carries a real cost once the meeting repeats every week.

Frequently asked questions

How does this planner calculate each participant's local time?
Each slot in the grid corresponds to a precise UTC instant. That instant is converted into each participant's time zone using the IANA database (the same one phones and operating systems use), which automatically applies the exact offset — including non-integer offsets like +5:30 or +5:45 — and whatever daylight saving rule is in force on the chosen date. No conversion is ever done by your browser: the entire grid is computed server-side in a single pass.
What do the optimal / acceptable / difficult / avoid colors mean?
Optimal: the slot falls within the declared working hours of every participant. Acceptable: it falls outside at least one person's working hours, but stays within a reasonable range (7 am to 10 pm) for everyone. Difficult: it falls in the dead of night (10 pm-7 am) for exactly one person. Avoid: it falls in the dead of night for two or more people. These rules are applied identically to every slot in the grid, so you can spot the good columns at a glance.
Does the planner account for daylight saving time (DST)?
Yes, automatically. Since the grid is computed from absolute UTC instants and then converted to each local time zone on the chosen date, a meeting scheduled just before or just after a spring-forward or fall-back transition always shows the local time actually in effect at that exact moment — including when two participants change clocks on different dates (opposite hemispheres) or not at all (some countries don't observe DST).
What does the small "+1d" or "-1d" indicator next to a time mean?
It signals a date shift: for that participant, the displayed time falls on the following day (+1d) or the previous day (-1d) relative to the reference date chosen for the meeting. This is common as soon as the time zone gap exceeds half a day — a meeting scheduled for "Tuesday" in Europe can land on "Wednesday" in Southeast Asia.
Can I set different working hours for each participant?
Yes: every participant has their own working hours (9 am-6 pm by default), adjustable individually. This is useful for shifted schedules, part-time work, or simply personal preferences — the grid then recalculates each slot's verdict based on those individual hours, not a single range applied to everyone.
How does the .ics export work?
Once you select a slot, the export button generates a standard .ics file (compatible with most calendar apps) containing the start and end time in UTC as well as a summary of each participant's local time in the event description. The file is generated server-side from the same computation engine as the grid, never recalculated in the browser.
Does the planner automatically detect my time zone?
On first load, your browser reports your local time zone (a standard technical piece of information, not precise location data), which pre-fills the first participant. You can change or replace it at any time; nothing is ever sent to a third-party service to determine your location.
How many participants can I add?
Up to twelve at once. Beyond that, the grid stays readable but becomes hard to compare visually; for very large groups spread across many time zones, it's better to pick a representative subset of each zone.