DEV Community

Weather Clock Dash
Weather Clock Dash

Posted on

Managing Multiple Clients in Firefox: Containers, World Clocks, and Context Switching

If you're a freelancer or consultant, you've experienced the context-switching cost of managing multiple clients. One moment you're thinking in one client's framework, the next you're trying to switch to another. Here's how I reduce that friction in the browser specifically.

The Client Container System

I use Firefox Multi-Account Containers to give each client a separate browser context. Each container has:

  • Its own cookies and session storage (so I can be logged into different accounts on the same platform for different clients)
  • A distinctive color in the tab bar (I can tell at a glance which client's work I'm in)
  • Its own browsing history

Setup: Install Firefox Multi-Account Containers, create one container per client (or per project for longer engagements).

World Clocks for Client Time Zones

My clients are in different time zones. Before I had ambient world clocks, I'd regularly forget to check the time before sending a message or scheduling a call — and occasionally catch myself trying to reach someone outside their working hours.

I use Weather & Clock Dashboard as my new tab, configured to show the time zones of my three most active clients. Every new tab shows those times alongside local weather.

It takes about 2 seconds to open a tab and check: "Is it a reasonable time to message Client A?" That check has prevented several late-evening messages and a few scheduling mix-ups.

The Work Session Signal

When I finish working on a specific client, I close their container. This is the signal to myself that I'm switching contexts. Opening the next client's container is the signal that I'm switching in.

This sounds mechanical, but it creates a deliberate transition. Without it, I'd close one client's tab and immediately open the next without any mental reset. The container close/open takes 2-3 seconds and gives my brain a moment to shift gears.

Separate Search Contexts

Different clients have different contexts I search in. Client A is in fintech — searches are about financial regulations, payment APIs, compliance frameworks. Client B is in healthtech — searches are about HIPAA, healthcare workflows, clinical terminology.

Having separate containers doesn't automatically give you separate search history per client, but it does give you separate sessions. If you use a browser extension that provides per-tab search suggestions, containers support that isolation.

Time Zone Etiquette Across Clients

A few principles I've learned:

  • State your time zone in availability messages: "Available 9am-6pm EST" is unambiguous
  • Specify both time zones for meetings: "3pm EST / 8pm GMT" in every calendar invite
  • Don't assume 'afternoon' is universal: I once scheduled an "afternoon" call and it was midnight for the other party

The world clock check at the start of each client session is the lightweight version of this discipline — it keeps me calibrated without a formal system.

What This Doesn't Solve

Context switching is cognitively expensive regardless of tooling. No browser setup eliminates the mental cost of switching from one client's domain to another.

What the tooling does: reduces the friction of the switch itself (so I'm less tempted to stay in one context past when I should move), and prevents mistakes (wrong account, wrong time zone, wrong context) that cost more time to fix than the switch itself.

Top comments (0)