We've all seen posts like these about the increase of writing skills
While I fully agree that written communication is becoming extremely more important in remote and async work. I found no good post on how to improve your writing skills.
So I decided to share with you what I've learned so far and hope to pick up a few things from the comments.
Before we get into tips and tricks, I found it important to understand the different aspects of text.
The upsides are best summarized in this tweet
Chris Dixon@cdixon"Always bet on text" whoo.ps/2015/02/23/fut…07:00 AM - 01 Mar 2015
On the other hand, the async nature of text comes with its limitations: You can not...
- control when your text will be read
- how much attention it is given
- control how your text will be interpreted
- see how well your text is understood
- react to the reader
With that in mind, here are 4 things I do to bring my message across :-)
Assume your Emails, Bug tickets, Commit messages, etc. will be read many times (e.g. they go out to more than 1 person or will be used as reference for related topics in the future).
Therefore, keep your text brief. Exclude anything that is not relevant. Replace "fill words" with clear, easy statements
- In my humble opinion -> I think
- The outcome remains unpredictable -> I don't know
A clear structure can help guide your reader through longer texts. So use headlines, paragraphs, formatting to separate and highlight the different parts of your text.
For some text formats like Commit messages, Bug tickets, regular status updates, a more formal structure make sense for you. Check out semantic commit messages for example.
Texts might be read out context (e.g. forwarded emails) or someone who does not have the same background information you do. Therefore try to use precise term that allow little misinterpretation, e.g.
- Use Names: I've spoken to
- Use Numbers: It happens
sometimesonce a week
- Beware of "and" and "or": We could do
1 and 2 or 3A) 1 and 2, or B) 3. Let me know if you want to do A) or B).
Reduce the amount of communication loops by grouping your questions and anticipating follow up.
E.g. Don't send an email asking "can XYZ be done?", wait 2 days for the reply and then ask "how long will it take?". Instead write something like this
can XYZ be done? I ask because of reason ABC.
If so, can you give me an estimate how long it will take. You don't need to spend much time on this a rough estimate is fine.
If it can not be done, please let me know what would need to change in order for it to become possible. Again, a rough estimate is fine.
This is not urgent. A reply until Friday 23rd is fine.
This way, you have both outcomes of your original questions covered. And follow up questions about the context, and expected quality of the estimations and deadline are also answered beforehand.
To sum it up, whenever I write texts I always ask myself the following 4 questions before hitting send:
- did I keep it brief?
- is my structure clear?
- what could be misunderstood?
- which follow ups will come?