Healing the Curse of Knowledge

Last year I read the book Made to Stick, in which the phrase “The Curse of Knowledge” makes an appearance. The authors of the book will be delighted to know that the phrase stuck in my head and I can be heard applying it in all sorts of scenarios.

The principle is quite simple:

Once we know something, we find it hard to imagine what it was like not to know it. Our knowledge has “cursed” us. And it becomes difficult for us to share our knowledge with others, because we can’t readily re-create our listeners’ state of mind.
Made to Stick

For example, during the course of an average week I will have several conversations with people who have a lot more knowledge of a specific thing than I do. Typically these will be software developers who have an in-depth knowledge of computers, how they work and most specifically how they thingmajig they are currently building works. There is a lot of presumed knowledge in these discussions, some rightly (I do know the principles of object-oriented programming) and some wrongly.

And, of course, I do exactly the same when talking to others. Everyone does it, it’s human nature. Where it really starts to hurt is when the Curse descends upon your technical writing.

I’ve fallen into this trap myself, and we do try and peer review our output to make sure a non-expert is looking at the documentation (non-expert in the specific area but still within ‘target audience’ boundaries of knowledge) and, largely, that’s the best you can expect to do with the typical resource and timescale limitations we all worked within.

There is another aspect to technical writing which falls prey to this Curse. There is sometimes a level of disassociation at play as we focus in on word usage and the grammar of what we write, rather than trying to use our information as a user would. It’s a fine distinction but using the software and documenting it is not the same as using the document to use the software.


  1. Good to see your site back online. I really enjoyed this post, and posted it along with some thoughts of my own to my blog:


    I recently got listed on AllTop. Do you find it brings much traffic? I’ve been surprised — Twitter remains by far my biggest traffic source.

    Another problem I see is that technical writers are just too technical in their approach. The goal of being precise forces a writer to be somewhat abstract, which goes against many of the concepts in Made to Stick.

  2. I think there is a duality at play here, I agree.

    However most technical writers are familiar with the idea of layering information, so perhaps the first (top?) layers are the ones where we can make the idea stick, and then expand on it in more detail later on for those readers that get the idea but want/need the detail?

  3. Hi Gordon,

    Brilliant concept: Curse of Knowledge – thanks for bringing it to our attention.

    Incidentally, I found your blog on Alltop, which I think can be a wonderful source for new followers.

    To comment on your “layering” reply to David, above, I think one absolutely needs to bear in mind the varied experiences (technical expertise, in this case) of one’s audience.

    In journalistic and corporate writing, best practice is to tell the gist of the story in the headline, add some of the context in the sub-head, then round out the major relevant information in the lede. Everything that follows should simply add more finite details for those who care to read on.

    Though I’m not a technical writer by training, I’ve read enough technical manuals to state that the most helpful ones follow this layered approached.

    Thanks for a great post.

    Tom Roux
    The Business Insider Blog (http://www.TimRosaBlog.com)

Comments are closed.