![]() | |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I would appreciate comments from developers , analysts et al on the best method of setting up manuals. |
|
What is needed is a "How do I Fix This" section that would be best served by being added to by the operator fixing the issue. One simply cannot dream up all the ways that a person will dream up to pull the gearstick out by the roots. I am considering many ways ,PDF could be possible with amendments from Word but this requires knowledge that operators do not necessarily possess. I thought of blogs, perhaps Tony or Dawn have knowledge of easy and cheap packages to do this. I would want to lock our bit and allow additions at will. |
#3
| |||
| |||
|
|
On Apr 20, 7:51 pm, "Excalibur" <excalibu... (AT) bigpond (DOT) com> wrote: I would appreciate comments from developers , analysts et al on the best method of setting up manuals. The first issue when setting up any form of documentation is to understand the audience and work back from that perspective. Then again, with your background I'm sure you already know this. What is needed is a "How do I Fix This" section that would be best served by being added to by the operator fixing the issue. One simply cannot dream up all the ways that a person will dream up to pull the gearstick out by the roots. I am considering many ways ,PDF could be possible with amendments from Word but this requires knowledge that operators do not necessarily possess. I thought of blogs, perhaps Tony or Dawn have knowledge of easy and cheap packages to do this. I would want to lock our bit and allow additions at will. We just installed a web forum called the Simple Machines Forum for this very purpose. We've wanted to provide support for a variety of different vendor packages, but have regularly run aground with vendors who are more concerned about the potential for competition rather than providing real support and answers for their customers. So we're setting up our own support forum to see if we can help folks that way without the politics and threats from vendors. My hope is that we'll get lots of feedback from these customers and will start to recognize trends that we can use to streamline our support so that everyone gets what they need quickly, efficiently, and affordably. Please take a look at http://www.PrecisOnline.com/forum to see what we have so far. (And the best part, SMF and every component needed to run it is free.) |
#4
| |||
| |||
|
|
Hi I would appreciate comments from developers , analysts et al on the best method of setting up manuals. We have produced heaps over the years using everything from Wordstar, Word, Jet to Pick Items. Invariably they act as a safety blanket for management who do not actually use the system and sometimes they even make a sale look more likely. However we design the screens to contain 95% of the info required to complete a job so operators rarely use them. What we realised a long time ago is that everyone uses a package differently and the sensible ones incorporate specific decisions in their QA manual. The rest re-invent the wheel every time an operator leaves. In fact some even dream up incredible scenarios such as printing the screen with the order and credit card details and manually doing the charge. This instead of installing the bank's new software update and continuing to use our automatic facility which does it in seconds. Yes there are hundreds of entries required, and yes he knew how to run the software as he had done so for years and we only found out when he was fired. What is needed is a "How do I Fix This" section that would be best served by being added to by the operator fixing the issue. One simply cannot dream up all the ways that a person will dream up to pull the gearstick out by the roots. I am considering many ways ,PDF could be possible with amendments from Word but this requires knowledge that operators do not necessarily possess. I thought of blogs, perhaps Tony or Dawn have knowledge of easy and cheap packages to do this. I would want to lock our bit and allow additions at will. This would also have the advantage that we could occasionally check what they were up to. Thanks in advance Peter McMurray |
#5
| |||
| |||
|
|
On Apr 21, 11:51 am, "Excalibur" <excalibu... (AT) bigpond (DOT) com> wrote: Hi I would appreciate comments from developers , analysts et al on the best method of setting up manuals. We have produced heaps over the years using everything from Wordstar, Word, Jet to Pick Items. Invariably they act as a safety blanket for management who do not actually use the system and sometimes they even make a sale look more likely. However we design the screens to contain 95% of the info required to complete a job so operators rarely use them. What we realised a long time ago is that everyone uses a package differently and the sensible ones incorporate specific decisions in their QA manual. The rest re-invent the wheel every time an operator leaves. In fact some even dream up incredible scenarios such as printing the screen with the order and credit card details and manually doing the charge. This instead of installing the bank's new software update and continuing to use our automatic facility which does it in seconds. Yes there are hundreds of entries required, and yes he knew how to run the software as he had done so for years and we only found out when he was fired. What is needed is a "How do I Fix This" section that would be best served by being added to by the operator fixing the issue. One simply cannot dream up all the ways that a person will dream up to pull the gearstick out by the roots. I am considering many ways ,PDF could be possible with amendments from Word but this requires knowledge that operators do not necessarily possess. I thought of blogs, perhaps Tony or Dawn have knowledge of easy and cheap packages to do this. I would want to lock our bit and allow additions at will. This would also have the advantage that we could occasionally check what they were up to. Thanks in advance Peter McMurray We have tackled this issue a number of ways. #1 Users have the ability to add their own site-specific help to any field/process on this system. This stays in place between successive updates, so we can update the "common help", and they keep their site specifics in place #2 We have added a "How do I"/knowledge base - once more, sites can add their own entries, PLUS we update based on real issues coming through the support line. The important part to close this loop is amending entries as/when/if the underlying process changes! Searching is simply by keyword (eg: "debtor terms" - we also have a word equivalence so "customer terms" would give same result #3 Consider linking #2 to a simple "Solution Wizard" - just about as brainless as the ones that Microsoft has - do a step, see if that solved problem, if not then ask next question ... when no more questions then put in a call (and YOU then add the extra step(s) to the Wizard) We don't have complex trees/graphs to navigate, just a simple series of steps/questions, so easy to move things up in the list so that solutions are achieved sooner ... oh, and allow wizards to be linked/ called so that you don't have to repeat steps like "Check power connected/Turned on/Cable connected to back of device/Wall" etc In all cases, by tracking the "site specifics" that someone has added, makes it possible for us to easily update the common core when necessary |
#6
| |||
| |||
|
|
HI Ross That is the way I am thinking. Did you write it all yourself in Pick or do you use a package? We have a dictionary specific help line and then a second level manual explanation. It is adding meaningful site specific stuff that I want to imporove. Plus printing /editing in Pick is a pain compared to modern text editors such as notepad, context, word,Star Office etc. In fact Star office sends bells ringing, does anyone know if one can distribute it without some complex legal procedure? It claims to be free! Peter McMurray"Ross Ferris" <r... (AT) stamina (DOT) com.au> wrote in message |
#7
| |||
| |||
|
|
HI Ross That is the way I am thinking. Did you write it all yourself in Pick or do you use a package? We have a dictionary specific help line and then a second level manual explanation. It is adding meaningful site specific stuff that I want to imporove. Plus printing /editing in Pick is a pain compared to modern text editors such as notepad, context, word,Star Office etc. In fact Star office sends bells ringing, does anyone know if one can distribute it without some complex legal procedure? It claims to be free! Peter McMurray |
#8
| ||||
| ||||
|
|
Essentially everything is Pick based (a bit different with Visage in the mix, 'cause then I get to natively use fonts/colours etc). Rather than text being "dictionary specific", we can also be "process specific" (in data entry you enter/edit a customer code - an enquiry on the same file & you just get to see it) |
|
generates a stack of HTML documents, including pictures of screens, which are derived from process definitions - we support a few more target formats out of Visage, but in both cases the information is also available "context sensitive" from the application - I assume you are the same? |
|
Assuming clients are windows PC's, I'd suggest WordPad over "Notepad" for editing if you are looking at things like font control .... and the price is right;-) To edit just write to a known/unique location/ name & read when complete ... fairly straight forward |
|
HTH |
#9
| |||
| |||
|
|
I thought there was a fee involved for Star Office. On the other hand, Open Office is a descendant of Star Office and is definitely free. Go to www.openoffice.org - however, it is about 80 MB so it isn't a trivial distribution. Cheers, Brian |
#10
| |||
| |||
|
|
Hi I would appreciate comments from developers , analysts et al on the best method of setting up manuals. We have produced heaps over the years using everything from Wordstar, Word, Jet to Pick Items. Invariably they act as a safety blanket for management who do not actually use the system and sometimes they even make a sale look more likely. However we design the screens to contain 95% of the info required to complete a job so operators rarely use them. What we realised a long time ago is that everyone uses a package differently and the sensible ones incorporate specific decisions in their QA manual. The rest re-invent the wheel every time an operator leaves. In fact some even dream up incredible scenarios such as printing the screen with the order and credit card details and manually doing the charge. This instead of installing the bank's new software update and continuing to use our automatic facility which does it in seconds. Yes there are hundreds of entries required, and yes he knew how to run the software as he had done so for years and we only found out when he was fired. What is needed is a "How do I Fix This" section that would be best served by being added to by the operator fixing the issue. One simply cannot dream up all the ways that a person will dream up to pull the gearstick out by the roots. I am considering many ways ,PDF could be possible with amendments from Word but this requires knowledge that operators do not necessarily possess. I thought of blogs, perhaps Tony or Dawn have knowledge of easy and cheap packages to do this. I would want to lock our bit and allow additions at will. This would also have the advantage that we could occasionally check what they were up to. Thanks in advance Peter McMurray |
![]() |
| Thread Tools | |
| Display Modes | |
| |