Tech Writers

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg
Showing posts with label usability. Show all posts
Showing posts with label usability. Show all posts

Tuesday, 24 February 2009

The Personable Manual

Posted on 01:07 by Unknown
Why do product manuals sound formal and stiff-upper-lipped? Why don’t users read manuals? These questions have haunted the hallowed precincts of Technical Writing for quite some time now. From what I have seen in Indian writers, I am forced to conclude that English Composition, as we were taught in school, is the culprit. Our merit was based on how verbose we were. They judged our style based on how ‘formal’ we were.

Take for example, the leave letter. I am sure you have written a few in school or college. Rewind and replay one of those leave letters. Right from the salutation (‘Respected sir/madam’) to the signature (‘Faithfully/Obediently yours’) it reeks of colonialism. And, we have yet to learn our lessons. In this age of globalization (or globalisation, to my stiff-upper-lip comrades), it is important to pay attention to the three Cs: Consistency, Context, and Culture.

The You
I have read manuals that say ‘you can perform this task…’ and in the next chapter add, ‘Users should back up data regularly’. Who is the ‘you’ and who is the ‘user’? Quite a few of my esteemed friends that are Technical Writers shy away from using ‘you’ in their manuals. Again, it is that skeleton in our cupboards (or closets, if you will, my American friend) called Colonial Composition that proves to be the stumbling block. I do not wish to debate on the aesthetic merit of using (or not using) ‘you’ in our manuals. The goal of your manual is to help users be productive. So let us stick to that story for now.

Let us look at an example:
1) If the system displays a blue screen, the OS should re-installed.
2) If your system displays a blue screen, re-install the OS.

Let us not discuss active and passive voice. Let us focus on the word ‘your’ that replaces ‘the’. Both statements offer the same instruction. If you took a poll with your users on which one they liked. I am quite sure they’d pick the one with ‘your’. Why? Because it is personable. The statement is talking to the user and thus telling the user ‘there’s something in it for you’ and urges action. There is no ambiguity (‘OS should be installed? By who?’). And, the ‘your’ statement costs less to Localize.

Also, it is important that your product offers a favorable emotional experience to your users. That is where the Colonial Composition fails. Ask any Interaction Designer and she’ll tell you how important Subjective Satisfaction is to the success of any design.

Personable Manual
Personable writing pays. What would you prefer to read?
"It is recommended that you upgrade your software."
Or
"We recommend that you upgrade your software."
The latter engages you. It makes a convincing statement. It doesn’t hide behind the facade of passive voice, and it puts an arm around you and requests, like a friend, to do the needful.

There again, some of you might say ‘well, if we screw up, then because we used ‘we’ we may get into a soup.’

Let me reassure you here: 1) you don’t write for a contingency called screw-up. 2) You write to ensure your user increases her productivity. And 3) Whether you write in passive voice or active voice, if it is in the manual, you are liable.

Finally, being formal is overrated. Just because you are in business does not meant you have to be business-like in your manual. That is a sad misconception. You got to connect. You have to converse with your user. You need to engage and offer a positive emotional experience to your user. Else, the user will pick that phone and call Support. Now, that, in my book, completely obviates the need for publishing a manual. And, having a writer on board.


Write to me: Sumank[at]gmail[dot]com
Read More
Posted in manual, usability, writing | No comments

Friday, 21 November 2008

Promoting Document Usage: Taking a leaf out of Business Directories

Posted on 01:54 by Unknown
You can argue all day that you know a customer that reads your manuals but my point is that most don't. It is a blessing in disguise for most of us: we get away with some really sloppy writing. But if you honestly want to help your customers but don't want to incur support costs, here goes:

Don't talk to them about your cream. Talk about beautiful, flawless skin. Didn't get it? No problem. Most software vendors bundle documentation or at least provide documentation online. And, most think their duty ends there. It doesn't. If it did, explain why customers still call up your Support Desk for information; the same information that your manual offers.

The explanation to this predicament lies else where: Business Directories. I used to be a Sales Rep for Tata Press Yellow Pages in Chennai (they call it InfoMedia now). After publishing and distributing the directory to users (all homes with a phone), they ran a publicity campaign. The campaign was meant to educate users on how Yellow Pages can help them. "Looking for an Architect? Look under Architects category in Tata Press Yellow Pages" Or something like that. The success of the brand depended on people using the product.

Do you promote the usage of your product documentation? I know the answer. Most of you don't. So what should you do?

Talk to your marketing/sales and support folks and send periodic e-mails to your customers. "Did you know that the Deployment Guide can help you customize the interface?" Or "Want to integrate MS-Office with your_product_name_here? See the Office Integration chapter in the Deployment Guide."

Also:
1) Track the kind of support calls you've been receiving
2)Identify common issues
3) Address them in your documentation
4) Highlight the fixes in your usage mail campaign
5) Start from step 1 and keep iterating!

I said track support calls instead of 'take a survey' because I don't believe in surveys. Surveys are the equivalent of you asking your dinner guests 'Hope you liked the food!' The answer is always yes, unless you have a socially aberrant guest who'd say 'Yuk. That food sucks!'

Think about it.



Write to me: Sumank[at]gmail[dot]com
Read More
Posted in strategy, usability | No comments

Thursday, 24 April 2008

The Zoho CRM User Manual

Posted on 04:13 by Unknown
I admire and respect Zoho a lot. These guys walk their talk on usability. These guys adopted blogging and wikis with a vengeance and I am sure it is paying off.

So, when the cat called curiosity bit me, I downloaded their PDF manual. And, I am sad when I say this, I screamed in my head 'you too Zoho!?' I could see actual content only after 14 pages. That my friend is a sin. And, the bookmarks do not appear on the left-pane. It is bad enough that you offer PDF manuals: you don't zip them; refuse to tell me the size of the file or how long it'd take to download IN TO MY GODDAMNED BROWSER without my permission! Why can't people just zip the PDF! PDF is for print. Not for online consumption.

No, don't say 'everybody does it!' That is not the point. When you as a company set out, embraced, and made usability central to your product(s), why the hell would you treat your user manual like you would a homeless bum?

That said, Zoho's wiki-based documentation seems cool. But PDF... WHY!? gaawd! Why? For a Saas product that too!


Write to me: Sumank[at]gmail[dot]com
Read More
Posted in usability | No comments

Wednesday, 1 August 2007

Citibank Online Banking: Bad Example

Posted on 03:19 by Unknown
There's a service called RTGS in Citibank. If you have a Suvidha account and you use the online facility, chances are, you must have seen it on your screen. Now, here's an example that borders on stupidity. The Citibank website says:
RTGS transfers allowed only for amounts between Rs 1,00,000 to Rs 2,00,000
Please do not include spaces or characters. For example, Rs.7,800.00 should be entered as 7800.00

Did you say 'So, what's wrong with that example?' Hmm?

Write to me: Sumank[at]gmail[dot]com
Read More
Posted in usability | No comments
Older Posts Home
Subscribe to: Posts (Atom)

Popular Posts

  • Localization and Internationalization
    Localization and Internationalization Internationalization: Writing in a neutral, simple language so that the document can be translated to...
  • New resources for tech writers in India
    People I have added a 'Classifieds' program to this site. It is in beta. I am just testing it. Give it a spin at Job Ads and also s...
  • (no title)
    How to save your client $1600 per task per year through Usability Testing I have noticed quite a few mails asking how to conduct a usability...
  • Switching careers: Madman's story of making a business out of one's passion
    Folks Madhu 'Madman' Menon is is featured in an article on career-switching in The Hindu. . When the great exodus to the IT industry...
  • Writing SI units and symbols
    Quite a few of us do not write the SI units correctly. If you are a Physics or Chemisty student, and still remember what you studied in scho...
  • Death to Caps Lock
    "The antagonism toward the Caps Lock key extends beyond its misuse by 13-year-old trolls and naive users. Caps Lock is also responsible...
  • Comments System: Anyone Can Post Comments Now!
    Folks, I know some of you were irritated by the fact that you had to login (if you're a Blogger user) or post as Anonymous while posting...
  • Tech-writers – A Necessary Evil
    In a world where accuracy is all important, a lot goes over the head of the dummy. I don't know if it's intellectual snobbery, but p...
  • Hollywood May Hire You!
    Check this out. This is a brilliant observation: >"Screenwriting = Creative Technical Writing"
  • Microsoft Longhorn Help: Highlights
    "Authors will develop content for "Longhorn" Help using an XML-based markup language called Microsoft Assistance Markup Langu...

Categories

  • conferences
  • contigency design
  • culture
  • design
  • error messages
  • google
  • hall of shame
  • ideas
  • management
  • manual
  • standards
  • stc
  • strategy
  • tools
  • usability
  • writing

Blog Archive

  • ▼  2009 (1)
    • ▼  February (1)
      • The Personable Manual
  • ►  2008 (5)
    • ►  November (1)
    • ►  September (1)
    • ►  May (2)
    • ►  April (1)
  • ►  2007 (7)
    • ►  October (1)
    • ►  August (2)
    • ►  June (1)
    • ►  March (1)
    • ►  January (2)
  • ►  2006 (10)
    • ►  November (2)
    • ►  October (3)
    • ►  September (1)
    • ►  August (3)
    • ►  June (1)
  • ►  2005 (17)
    • ►  December (2)
    • ►  November (1)
    • ►  October (3)
    • ►  September (2)
    • ►  August (3)
    • ►  June (2)
    • ►  May (1)
    • ►  April (2)
    • ►  February (1)
  • ►  2004 (32)
    • ►  December (4)
    • ►  November (1)
    • ►  October (3)
    • ►  September (3)
    • ►  August (2)
    • ►  July (5)
    • ►  June (3)
    • ►  May (1)
    • ►  April (5)
    • ►  March (2)
    • ►  February (1)
    • ►  January (2)
  • ►  2003 (42)
    • ►  December (2)
    • ►  November (3)
    • ►  October (1)
    • ►  September (3)
    • ►  August (7)
    • ►  July (2)
    • ►  June (1)
    • ►  April (4)
    • ►  February (4)
    • ►  January (15)
Powered by Blogger.

About Me

Unknown
View my complete profile