Module 3 / Lesson 3.3
Async Clarity
Write async messages (email, Slack, project doc) that signal remote readiness – clear, considerate, complete, no follow-up needed.
Asynchronous communication happens when location or time, or both, aren’t synchronised. Handing off a project status to a colleague who’ll log on for a later shift. Posting a document your team reads tomorrow morning. You won’t be there when they read it – you can’t clarify, you can’t watch them react. So your writing has to stand on its own, without a follow-up. Async is the default state of distributed work, and it’s one of the most transferable skills in this whole course.
What you’ll produce
A polished async message you’d genuinely send tomorrow – an email, a Slack post, a doc handoff – rebuilt around the four principles below. It saves to your dashboard as a sample of how you write when nobody can answer your follow-up question. Your “one thing I’d change on rereading” stays private to the exercise; only the finished message propagates.
The four principles of async clarity
- Key point first. Not buried under context, not at the bottom after three paragraphs. The first one or two lines tell the reader what this is about and what, if anything, they need to do. A reader triaging their inbox at the end of a long day should grasp it in seconds.
- Context only when needed. Resist including everything you know just because you know it. Give them just enough to act; link to the background briefing rather than pasting chunks of it.
- A concrete close. End with the action, confirmation, or request – or that there’s nothing needed. “Please approve by Friday.” “Awaiting your go-ahead to unblock.” “No reply needed, just FYI.” “Can you check the figure on line three?” Vague pleasantries leave the reader guessing what you want.
- Skimmable form. Short paragraphs (three lines, maybe four), plain words, bullets where they help. A tired reader should extract your message in one pass.
The fifth habit – anticipate the follow-up. Before you send, ask: what does the reader need in order to act? Then answer it before they have to come back. A great async writer isn’t the one with the shortest messages; it’s the one whose messages don’t generate messages.
Etiquette is signal too
- Subject lines that telegraph the message.
[Action]for something you need done.[FYI]for awareness only.[Decision needed]when you need a call.[No reply needed]when you genuinely don’t. Update the subject when the topic changes. - One message, one decision or question where you can – mixing three asks guarantees two get missed.
- Don’t fragment one thought into ten chat messages. Don’t go over someone’s head because they haven’t replied in 36 hours. Don’t send a life-story voicenote when three lines would do.
The self-test, and what “done” looks like
Write it as if handing it to someone with no context. Leave it – ideally overnight. Reread it as the recipient at the end of a busy day: could they act on this without coming back to you? Your message is ready when:
- The key point is in line one.
- It carries only the context needed to act.
- It closes with a concrete ask, deadline, or explicit “no reply needed”.
- It’s short and skimmable, and the likely follow-up is already answered.
The chatbot below runs you through a compressed version of that self-test and coaches you to the bar – then asks you for the one thing you’d change on rereading.