Async communication that works

0:00 Async communication that works

It's four in the afternoon in Toronto, one in the morning in Karachi, and nine in the morning in Dubai. Your team needs to agree on a product change. If the only way to decide is a meeting, someone joins at dawn or at midnight, or the decision waits a week. There's a better way. In this lecture you'll learn what asynchronous communication really is, when to use it and when to meet, the five building blocks of an async team, how to write for readers you'll never be online with, and three templates you can use tomorrow.

0:43 Why it matters

Why does this matter? Async isn't a slogan about fewer meetings. It's a way of working that lets people across time zones, shift patterns and caring responsibilities contribute fully. It protects focus time, because people aren't pulled into calls every hour. And it creates a written record, so decisions don't get lost or re-argued. Some fully remote companies, GitLab being a well-known example with a public handbook, document an async-first approach in detail. But you don't need to be fully remote. Hybrid and office teams waste the same hours on status meetings and interruptions.

1:24 Async or meet?

Here's the concept. Async means people contribute at different times: written proposals, comments on documents, recorded video walkthroughs, threaded chat and written updates. Sync means real time: meetings, calls and live chat. Neither is better. They're tools for different jobs. Use async for status updates, proposals that need thoughtful input, reviewing documents, decisions with a clear owner and deadline, and walkthroughs. Meet for building relationships, conflict and sensitive topics, messy problems with many unknowns, and genuine crises. Here's the key idea: start async, and move to a meeting when the thread goes in circles or emotions rise. Three rounds, and we talk.

2:08 The family recipe book

Here's an analogy. Think of the difference between a phone call and a well-run relay of letters in a family recipe book. A phone call is great for catching up and sorting out a disagreement. But when your grandmother's recipe passes through the family, each person adds a note in the margin: less sugar, bake ten minutes longer. Nobody needs to be in the kitchen at the same time, and the book keeps the history. Async communication is the recipe book. It's slower for any single exchange, but the whole family contributes and nothing gets lost.

2:50 Five building blocks

Now the five building blocks. One: a written proposal format with a comment deadline, including owner, context, recommendation, options and a decide-by date. Two: channel norms and response times, such as chat the same working day, documents by the stated deadline, and phone only for real urgency. Three: one thread per topic, with a clear title, and no team decisions buried in direct messages. Four: recorded walkthroughs of three to five minutes, always with a written summary. And five: a decision log, a single line per decision: what, who, when, and a link to the thread. That's how async teams avoid re-arguing.

3:34 Writing for async

Writing for async is its own skill. Assume your reader wasn't in any of your meetings and is reading at a different time of day. Put the bottom line first. State exactly what you need, from whom, and by when, including the time zone. Give just enough context, and link to sources instead of writing as discussed. Say how to respond: agree, agree with changes, or object with a reason. And agree as a team whether silence by the deadline counts as no objection. Without that rule, proposals drift for weeks.

4:14 Worked example 1: Maya's shop (illustrative)

A simple worked example. Maya runs a small online shop in Bristol with two part-time staff who work different days. Things keep falling through the gaps because handovers happen by quick chats when they overlap, which is rarely. She sets up one shared thread per topic, suppliers, orders and social posts, and a short written handover at the end of each shift: done, in progress, needs attention. Orders stop being missed within a fortnight, and nobody has to stay late to catch the next person.

4:51 Worked example 2: Farah's team (illustrative)

Now a realistic business scenario, illustrative. Farah leads an eight-person product team split across Karachi, Dubai and Toronto, with only two hours of overlap. The daily stand-up suits Dubai, so Toronto joins at dawn and Karachi misses family dinners. Farah replaces it with an async stand-up in a thread by ten in the morning local time: yesterday, today, blockers. She keeps one forty-five-minute live meeting a week in the overlap, for problem-solving and connection. Proposals get forty-eight-hour comment windows. Blockers now surface earlier, because they're written down, and the team wins back several hours a week.

5:33 AI and async

Where does AI fit? AI features in chat and document tools can summarise long threads, pull out open questions, and draft decision-log entries. That's genuinely useful when you come back from leave to two hundred messages. But the summary can miss nuance or state a decision that wasn't actually made. So the decision owner checks it before it's recorded. And follow your team's rules on which tools can process internal information. Also watch for the opposite problem: AI makes it easy to write long messages. In async, shorter and clearer wins.

6:13 Watch me: an async proposal

Watch me do it. I write an illustrative async proposal: move our monthly client report from a slide deck to a live dashboard. Bottom line: I propose we switch from the March report. Context: the deck takes two days to build, and clients ask for data between reports. Options: switch, keep the deck, or a hybrid. Open question for our analyst: can the dashboard handle client-level permissions? Decide by Thursday, five in the afternoon, UK time. How to respond: agree, agree with changes, or object with a reason. Then I record a three-minute walkthrough of a prototype, paste the link and a written summary, and post it in the reporting thread.

7:01 Measuring success

How do you measure success? Track meeting hours per person and time to decision. Look at the share of decisions that make it into the decision log. Watch blocked-work time. And in pulse surveys, split by location: do people in every time zone feel they can contribute and are kept informed? If proposals routinely miss their deadlines, or the same decisions get re-opened, tighten your norms rather than adding meetings back.

7:32 Common mistakes

Common mistakes. Replacing meetings with a flood of unstructured messages. Proposals without deadlines. Expecting instant replies, which turns async into sync with extra steps. Videos with no written summary or no clear ask. Decisions made in private messages and never logged. Using async for conflict or sensitive feedback. And a leader who says async-first, then calls everyone into ad hoc meetings. People copy what you do, not what you write in the working agreement.

8:04 Recap and try this now

Let's recap. Async lets everyone contribute, protects focus and records decisions. Start async, and move to a meeting after three rounds or when emotions rise. Build the five blocks: proposals with deadlines, channel norms, topic threads, short walkthroughs with summaries, and a decision log. Write so nobody needs a follow-up call. Use AI summaries, but have owners check them. Your try this now: convert one recurring status meeting into an async stand-up or written update for two weeks, using the templates in the lesson, then ask the team what to keep. Next, we'll look at using AI in everyday management responsibly.