Home
  • About
  • Contact
  • My Calendar
  • Presentations
  • WordPress Consulting
  • Advertising
  • Podcasts
  • Jobs

  • Ten Lessons Learned as a Technical Communicator — Interview with Rahul Prabhakar

    January 13th, 2007 | Posted in Podcasts 11 Comments »

    Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.

    Download the MP3 File
    Duration: 49 min.

    Rahul Prabhakar talks with us today about ten lessons he has learned as a technical communicator. Rahul is an Indian technical writer living in South Korea working for Samsung. You can read more about the lessons he talks about from his ten lessons learned post.

    Here’s a snapshot of the 10 lessons:

    • Lesson 1: Choose the Right Words
    • Lesson 2: Strike a Rapport with Your Audience
    • Lesson 3: Pay Attention to Details
    • Lesson 4: Meet the Expectations
    • Lesson 5: Break the Mediocrity
    • Lesson 6: Know Your Role Well
    • Lesson 7: Steer Away from the Usual Rut
    • Lesson 8: Don’t Network for the Heck of It
    • Lesson 9: Education is only a Catalyst
    • Lesson 10: Don’t Suppress the Writer in You

    Links mentioned in the podcast:

    Contact Rahul at prabhakar.rahul@gmail.com
    Contact me at tom@idratherbewriting.com. You can also view my blog.

    These icons link to social bookmarking sites where readers can share and discover new web pages.
    • del.icio.us
    • StumbleUpon
    • Facebook
    • LinkedIn
    • TwitThis

    Comments

    You can leave a response, or trackback from your own site.

    11 Responses to “Ten Lessons Learned as a Technical Communicator — Interview with Rahul Prabhakar”

    1. [...] Here are some very wise words from Rahul Prabhakar. He lists and discusses the top 10 lessons he has learned as a technical communicator. I won’t even list them here as a teaser. Go to his site and read them. Or listen to them at Tech Writer Voices. You cannot just read or listen once. [...]

    2. Vandana Sah says:

      Hey Rahul,

      the snapshot of 10 lessons are really too good to be true.
      can i request you to send me these lesson in word / text format on my email id

      your creative, active and technical mind give a inspiration to others

      Keep it up…
      Regards,
      Vandana Sah

    3. Tom Johnson says:

      Vandana, you might want to send Rahul an email with this request, as I’m not sure he checks this site regularly for comments. If you click the first link in this post, you’ll see a written version of the 1o lessons.

    4. [...] Ten Lessons Learned as a Technical Communicator — Interview with Rahul Prabhakar [...]

    5. I disagree with “Don’t suppress the writer in you” part. Technical writing is intended for an audience and with a purpose. Unlike creative writing, technical writers can’t take the liberty. The message has to be precise and unambiguous.

      May be blog, like Prabhakar, to show the writer in you. But, with a manual, just be a technical writer.

      • Tom says:

        It is an interesting comment, not suppressing the writer in you. It all depends on how one defines the term “writer.” Writers certainly use skills of organization, clarity, focus, accuracy. But usually the word writer conjures up associations of novelists and creative types. I do think creativity and innovation are huge parts of the IT industry. And these are the key traits of writers. You have to create a product manual out of nothing. You have to communicate complicated concepts. You don’t have to write everything in dry, short Dick-and-Jane type sentences. You can add some flair and style.

    6. This will help any one wanting to progress in the tech field. Thx for the post.

    7. raid says:

      im trying to get readers to my blog too and was wondering if i could purchase a link in your blog roll via paypal? let me know – thanks :)

    8. Nirmala Rao says:

      True, writers sure should not restrict their creative writing abilities due to the fact that what’s being written is a technical manual – after all it’s read by the end user. At the same time give the user what’s required in a simple and pleasant way. It’s only balancing both – should be a good read aa well as what’s required!

      • Tom says:

        Nirmala, I like your point about not abandoning some creative style to the prose, keeping in mind that it will be read by a real human being. Thanks for the comment.

    Leave a Reply

    « »