How to Revise an Email So That People Will Read It
blogs.harvardbusiness.org
blogs.harvardbusiness.org
If they're only going to spend 20 seconds glancing at the response, I want it to be a breadth-first scan of the bolded items rather than a depth-first scan of the first paragraph.
For what it's worth, every management team I've worked under in the past decade of software development has loved it. I feel "uncool" for typing this here, but maybe it'll help someone to try the same approach (in addition to the great revising steps listed in the article).
* Stakeholders need specifics -- While some managers just need to skim, some peers and deeper stakeholders on the thread require details to validate the points because it impacts them specifically.
* Managers want access to details -- The manager wants to be able to skim, but also have details on a specific item if they choose to dive into it (now or later). It's hard to tell which ones these will be, so providing extra information after the heading allows them to pick and choose without obstructing their quick-skim-ability.
http://searchyc.com/How+to+Revise+an+Email
is your friend for finding duplicate submissions:
Summary:
1. Delete redundancies. 2. Use numbers and specifics instead of adverbs and adjectives. 3. Add missing context. 4. Focus on the strongest argument. 5. Delete off-topic material. 6. Seek out equivocation and remove it. 7. Kill your favorites. 8. Delete anything written in the heat of emotion. 9. Shorten. 10. Give it a day.
Who has "a day" to give?
At least, that's what I usually end up doing. The more concise it is, the easier it is to absorb. It's quite sobering how long it can take to get something that concise though.