Your best bet is to hire me! I’m quick, cheap, reliable, and I take the time to learn about your product. :)

English - created by rude invaders!

English - created by rude invaders!

However, if you don’t have budget for my copywriting and documentation services, then the following may help:

1. Don’t be polite

English isn’t a very polite language.

English results from waves of invaders – Celts, Romans, Saxons, Vikings, Normans – yelling orders to the locals  “GOLD NOW!“, and the locals answering simply so as to be understood,  ”Me give gold quick quick! Please not burn house!

So, say “please” no more than once, and only when making a call to action, e.g. “Please get in touch if you want my help.”

Any more than that, and you’ll get the grammar wrong, or sound like a foreign waiter angling for a big gratuity.

(I’m sorry about this, but English speakers usually think foreigners are funny.)

2. Do use Imperative Mood to describe functions

In English, Imperative Mood - “Do this, do that” – isn’t just for giving commands. Nor does it sound harsh or rude.

It’s common in rhetoric – public speaking  - and in advertising, e.g. “Enjoy a fresh smelling house!” and “Stop worrying about virus protection!

The advantages of Imperative Mood are:

  • Short – Pack lots of information into very few words.
  • Simple – Few words, less error.
  • Call to Action – Imperative implies a call to action, which is a Good Thing.
Oh, and when writing in Imperative Mood, don’t bother with redundant words like, “You can…“,  ”Please…“, or “Imagine…“.

3. Do use lists

Really, it’s OK just to list features and facts.

If possible, describe features using Imperative (see #2), e.g. “Enjoy peace of mind!“. If in doubt, use nouns with modifiers, e.g. “Full featured virus checker!

Lists are great:

  • Easy to get right – Few words to get wrong.
  • Readers like them – Fewer words to read.
  • Adds clarity  - Looks logical and organized.

The best lists use bullets.

However, for product descriptions, it’s OK to use periods, like this:

Easy to  get right. Readers like them. Adds clarity.

Don’t try to be elegant! If it’s a list, then present it as a list.

* * * * * *

 In short; keep it simple! Good luck. (And remember I’m here if you need me.) 

 

It must be the time of year!

A new version of AnyRail is about to hit the tracks and somebody needed to check changes to the manual. I wrote the original manual, way back when it was DRail, and David was happy to come  back to me for the updates.

He said:

“Martin mag dan niet de goedkoopste zijn, maar zijn werk is wel in één keer goed en vlot klaar. Onze klanten zijn zeer tevreden over de handleiding die hij voor ons product heeft opgezet, en nu al jaren met elke update bijhoudt.”

Martin may not be the cheapest, but his work is first time right and delivered quickly. Our customers are very happy with the manual he originally edited for our product. He’s been keeping our manual up to date for years for every software update.

Macedonia… Netherlands… Germany… My map of satisfied clients is starting to look like the screen for one of the Total War games :)

 

I’ve just completed a quick website edit for Moscripto, a lightweight scripting tool for Windows.

As usual, I’m left a bit ashamed that my client’s grasp of English was far better than my grasp of any other non-English language! (Blame the 1980s Scottish education system, or blame my laziness.)

Even so, he needed that last 5% to make the site sound as if written by a native speaker – call it post translation localization. That’s what I’m good at, and that’s what I did.

He liked the result:

Martin did an excellent job for my website copy and to my surprise his services were affordable for my tight budget. He was also very responsive often replying in minutes. Highly recommended.

Мартин направи одлична работа со преводот и проверка на точноста на Англискиот јазик на мојата веб страна и на мое изненадување неговите услуги беа прифатливи за мојот скромен буџет. Топло го препорачувам секому кој има потреба од технички автор за Англиски јазик.

 

I wonder whether the original designer of MS Outlook suffers the classic recurring nightmare of being out in public with no pants?

MS Outlook is missing a feature so blindingly obvious and necessary that it comes as a shock to find it’s not there:

Tasks with due dates don’t appear on the Calendar!

Really! Don’t believe me? Go check.

Yes, it’s true. As designed, the Calendar and the Tasks are two distinct subsystems… like room-mates locked into a permanent sulk… or the AD&D Brawl and Combat systems.

It’s frankly bizarre that a behemoth like Microsoft could put out a product with such an obvious omission. So, if the Outlook designer does have those nightmares, it’s probably because he or she is sufficiently forgetful to have genuinely gone to work sans-jeans!

"Call client" is actually a task...

Fortunately, there’s an independent software provider willing and able to hand you a pair of chinos to cover the shame of your particular Outlook installation…

TaskToCal syncs the MS Outlook calendar with the task list. Tinker in one place and the changes appear in the other.

Oddly, this little masterpiece didn’t require much documentation. However, I was glad to get the gig, especially because I got to make some suggestions about streamlining the UI text. I delivered my work as a Help and Manual project, and the client was very happy:

“Do you love writing software but you hate writing documentation? Then don’t burden yourself any longer. Ask Martin to do this job. The result is pragmatic and overwhelming at the same time. He does his work on time and delivers more than you expect.”

Drop me an email to see how I can help you with your documentation…

 

 

I love my Kindle.

I can read it one-armed while cuddling a dozing child. I can catch up on classic out-of-print Science Fiction, without cramming the house with dusty books or spending a fortune.

I can even legally download the complete works of Edgar Rice Burroughs free from Project Gutenberg without spending a fortune on collectible paperbacks with rather too raunchy covers.

So, no, I’m not one of those people who laments the loss of the feel of the book, the smell of the paper. Give me content. Now!

Alas, when I say  I  love my Kindle, I really mean I love my ebooks.

Good reviews on cnet aside, the Kindle is very unlovable indeed.

Sure, we’re all used to the “Mac-rosoft” logic of menus and clickable links. We don’t need an Interface Metaphor anymore.

However, when a device is a replacement for Something Real, you’d think the designers would have thought through some use cases for the original.

I doubt the Amazon  designers did this. To be honest, I seriously doubt they  read books for pleasure.

How the Kindle matches up against use cases for a paperback book

Think about it. The two main use cases for a paperback  have to be:

  • Linear reading: I read one page, then I read the next. Sometimes I  back-up a page to check I read it right. Mostly, I just trundle through the text.
  • Flicking: Some books have maps, glossaries, dramatis personae and end notes. Others place their illustrations in one clump. I need to flick to them and then back to  the text.

Linear reading – yes, well done, the Amazon designers managed to remember a forward and back button. (Woot!)

Flicking…? With the exception of the way it handles end notes, the Kindle is a flicking fail.

Why the Kindle is a flicking fail

Flicking is all about  back-and- forward action - glance at Glossary, then back to the description of the battle.

How does this go with a Kindle?

I’m reading Six Months Without Sundays. What on earth is TRiM? OK. Let’s check the Glossary…

  1. Click the Menu Button
    The menu opens.
    (I have lots of options, including tinkering with the  WiFi. However, I think I want Go to.. , which is handily highlighted.)
  2. Select Go To and hit the OK button.
    A panel appears offering me 6 standard destinations.
    (Hmm. “Table of Contents”, “Beginning”, “Page”, “Cover”, “End”, “Location”… But I want the Glossary. Is it in Locations… Oh, that just returns me to my place for no apparent reason! OK, I give in…)
  3.  Select Table of Contents.
    The ebook’s Table of Contents opens.
    (Finally! Now I just have to arrow down to the glossary.)
  4. Select Glossary and hit the OK button.
    A panel opens.
    (Do I want to “cancel”, “create note”, “full definition”, or “follow link”…?)
  5. Find the required information.
    (Oh, “TRiM” means “Trauma Risk Management”. Cool.)
  6. To return to your place, hit the Back button several times.
    (Great. Oh, hang on, what’s a “Gimpy”…?)

It takes four (4!) menu steps and many more clicks to get to the glossary. Once you’re back in the text, you have to do it all over again.

This is  rubbish! What were they thinking?

Yes, I could bookmark it, but: using a bookmark requires two navigation steps, and even more clicks; and consulting a glossary is a very routine expectation – I should not have to set it up myself.

Ways Kindle could be better for flicking

Assume we can’t add extra buttons, or get the Kindle to treat the Glossary like a dictionary and have the   definitions appear tool tips… what could we do to make it better at flicking?

Let’s mess with the buttons. Here they are:

Table of Contents button replaces Menu button

Going to the table of contents is a routine action! It shouldn’t be a roller-coaster adventure through a menu tree.

So let’s turn the  Menu button to a Table of Contents button. The table of contents screen can have an item on that leading to the other options.

Forward and Back arrows skip bookmarks, not chapters

At the moment the Forward and Back arrows work like the skip buttons on an MP3 player.  However, instead of skipping tracks, they skip chapters.

How often do readers navigate by chapters? Remember, the Kindle remembers your place; you don’t need to pick it up and go, “Hmmm. I was halfway through chapter seven…”

The arrows would be better used to skip between bookmarks.

It’s not rocket science!

Looking back up at my review, I am starting to wonder whether the Amazon designers thought they were designing an MP3 player, or that they wanted to make the Kindle like one. Or perhaps they saw the shape of the data – the chapter structure – and organized their UI around that. One way or another they missed an opportunity to produce something that really enhanced the reading experience.

It’s a pity because it’s not rocket science. They just needed to sit down with people who actually read books and look at how they use them.

(If you want some help in revising your UI, drop me an email.)

© 2012 Documentation Doctor Suffusion theme by Sayontan Sinha