Re: Modern vs Old-fashioned Help
I don't think users know or care whether the three-pane UI isI totally agree with this. As long as you supply what is helpful and can be used, I really think users could care less how it is actually achieved. Unless, of course, the help doesn't work because of the medium such as an iPhone, iPad, iPoke or whatever.
generated by frames or something else.
If you think your help looksI have to take somewhat of an issue with this. By that, I don't mean that I feel Robert said anything wrong or was out of line. Quite the contrary. What I take issue with are the "whiz bang" bells and whistles that are added because "users said they wanted them". For example, these silly "star rating" systems. Seriously? For help content? I really struggle to understand the logic behind them. Not how they work, that part is clear. But about their overall usefulness (or more accurately, lack thereof). Wouldn't it be fair to conclude that after a period of time ALL topics in a help system would be five star?
dated, you probably don't need to do anything other than revise the
CSS and maybe update some icons and other little UI graphics.
Adobe, MadCap, and other tools vendors have put a lot of effort into
new formats, "rich" media, and so on, but that doesn't mean those
features add value to every help system, or even most.
I might better understand the usefulness if it were a blog or something similar and the readers were "voting" on how well the post was written.
What about view frequency? Why do we really care how many times topic A was viewed VS topic B? If topic B was viewed 100,000 times and topic A was viewed twice, does that make topic B vastly more valuable? As a result, I should consider removing topic A? I say that if topic A totally addresses an obscure but seldom encountered issue, it's likely the more successful topic. I suppose it may make sense in that whomever is looking at these statistics would be able to approach the dev team and tell them that the UI failed because topic B is being viewed so often. So sure, in this case it would make sense.
Cheers... Rick :)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Create and publish documentation through multiple channels with Doc-To-Help.
Choose your authoring formats and get any output you may need. Try
Doc-To-Help, now with MS SharePoint integration, free for 30-days.
http://www.doctohelp.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-
To unsubscribe send a blank email to
techwr-l-unsubscribe -at- lists -dot- techwr-l -dot- com
or visit http://lists.techwr-l.com/mailman/options/techwr-l/archive%40web.techwr-l.com
To subscribe, send a blank email to techwr-l-join -at- lists -dot- techwr-l -dot- com
Send administrative questions to admin -at- techwr-l -dot- com -dot- Visit
http://www.techwr-l.com/ for more resources and info.
Please move off-topic discussions to the Chat list, at:
http://lists.techwr-l.com/mailman/listinfo/techwr-l-chat
References:
Modern vs Old-fashioned Help: From: Chris Despopoulos
Re: Modern vs Old-fashioned Help: From: Tony Chung
Re: Modern vs Old-fashioned Help: From: Robert Lauriston
Previous by Author:
Re: Evaluation Process - HATs
Next by Author:
RE: TECHWR-L Digest, Vol 69, Issue 16
Previous by Thread:
Re: Modern vs Old-fashioned Help
Next by Thread:
Re: Modern vs Old-fashioned Help
Search our Technical Writing Archives & Magazine
Visit TechWhirl's Other Sites
Sponsored Ads