In this article · 14 sections
- 01What “async” really means
- 021. Write things down clearly
- 032. Choose the right channel
- 043. Set response expectations
- 054. Make decisions visible
- 065. Keep meetings for what they do best
- 076. Use regular written updates
- 087. Invest in documentation
- 098. Run demos and show work early
- 109. Build human connection deliberately
- 1110. Be inclusive in language and process
- 12Common mistakes
- 13Checklist
- 14Final thoughts
Working with people across cities and time zones changes how communication has to work. You cannot lean over a desk or catch someone in the corridor, and a meeting that suits one time zone can wreck another. Teams that thrive remotely do not try to recreate the office on video calls. They build asynchronous habits, where work moves forward without everyone being online at the same moment.
Here are practices that make this work.
What “async” really means
Asynchronous communication means a message does not require an immediate reply. People respond when they have time, within an agreed window. The benefits are real:
- Deep focus, with fewer interruptions
- Inclusion for people in different time zones and with different schedules
- A written record of decisions and reasoning
- Thoughtful responses instead of snap reactions
Async does not mean slow. It means being intentional about when you truly need real-time conversation.
1. Write things down clearly
Strong writing is the foundation.
- Give context in every message: what is this about, what do you need, by when
- Put the most important point first
- Use short paragraphs, bullets and headings
- Link to documents, designs or tickets instead of describing them vaguely
- Make requests specific: “Can you review the checkout design and comment by Thursday?” beats “Thoughts?”
A good test: could someone who joined today understand this message without asking a follow-up?
2. Choose the right channel
Agree on what each tool is for.
| Need | Suitable channel |
|---|---|
| Quick, informal question | Team chat |
| Decision or proposal needing thought | A written document or thread |
| Work tracking and status | Project board or ticket system |
| Long-lived knowledge | Wiki or shared docs |
| Sensitive or complex discussion | Short video call |
| Urgent incident | Defined escalation (phone or on-call alert) |
Publish a short guide so everyone shares the same expectations.
3. Set response expectations
Without norms, people feel obliged to reply instantly, which defeats the purpose.
- Define typical response times by channel, for example hours for chat and a working day for documents
- Make it normal to mute notifications and work in focused blocks
- Provide a clear path for truly urgent matters
- Respect working hours and time zones; schedule messages rather than sending them at night
4. Make decisions visible
Remote teams lose time when decisions are scattered across calls and chats.
- Use a decision log or short decision records: what was decided, why, by whom and when
- State the decision-maker up front for each topic
- Invite comments for a set period, then decide and communicate the outcome
- Avoid “silent” decisions that others only discover later
5. Keep meetings for what they do best
Meetings are excellent for relationship-building, brainstorming and resolving disagreement. They are poor for sharing status.
- Share an agenda and context beforehand, and cancel meetings without one
- Replace status meetings with written updates
- Rotate time slots fairly across time zones
- Record or summarise meetings with notes and action items for people who could not attend
- End with clear owners and deadlines
6. Use regular written updates
A brief weekly or daily update keeps everyone aligned without calls. A simple structure:
- What I completed
- What I am working on next
- What is blocking me or where I need input
Make blockers prominent so teammates can help quickly.
7. Invest in documentation
Good documentation is a force multiplier.
- Keep a single source of truth for processes, onboarding, product specs and design decisions
- Assign owners and review dates to avoid stale pages
- Make it easy to search and update
- Treat answering the same question twice as a sign that something should be documented
8. Run demos and show work early
Showing progress regularly builds trust. Short recorded demos or weekly show-and-tell sessions let people see work and give feedback early, which prevents surprises at launch. This fits well with the UX process, where feedback loops matter.
9. Build human connection deliberately
Remote work can feel isolating. Make space for informal connection:
- Optional social chats or coffee pairings
- Celebrating wins publicly
- Occasional in-person meetups, if feasible
- Check-ins that ask how people are doing, not just what they are shipping
Psychological safety matters: people should feel able to ask questions and admit mistakes.
10. Be inclusive in language and process
Not everyone writes in their first language. Use plain words, avoid idioms and be patient. Offer more than one way to contribute, such as writing, voice notes or calls, and make sure information is accessible to everyone.
Common mistakes
- Expecting instant replies
- Vague messages without context
- Decisions made privately in calls
- Too many meetings and too little documentation
- Ignoring time zones
- Neglecting team connection
Checklist
- Channel guide published
- Response time expectations agreed
- Decisions recorded with owners
- Meetings have agendas and notes
- Weekly written updates in use
- Documentation owned and searchable
- Regular demos
- Social and wellbeing touchpoints
Final thoughts
Async communication is a skill and a habit, not a tool. Write clearly, document decisions and protect focus time, while keeping real human connection. We work with clients and collaborators across time zones, and these habits keep our projects moving. To work with a distributed team that communicates well, see our process or get in touch.