Automation / Bulk Conversion challenge
Posted: Wed Dec 31, 2014 5:59 am
Hi all,
Have a fairly hefty challenge, and am not expecting an easy solution - but wondering about which approach people would suggest.
We have over 50,000 pages of field-level guidance (i.e each field has its own paragraph or more of information). A single record may have 100 fields on it (or more, or many less) , so 100 'chunks' of information for a single record, stored in a legacy system.
We managed to bulk convert each 'chunk' into a single flare topic, and even managed to then automate the link clicking on the field and bringing up the field-specific topic. Which would then enable us to link this field-level information to the wider user guides, training documentation etc that was separately ported into Flare. Fireworks, celebration, cigars all round, right?
Wrong. The users hated the fact that they only saw the information relating to that one field. With the old system, it used to bring up a page, with all 100 items of information, but bring you to that specific field within those 100 other fields. So - we've been forced back to maintaining the legacy field guidance system, not using flare for this area, having 2 documentation silos. Frustration all round.
I want to have another go. Clearly, we have to give the users what they want - all 100 fields visible on the same page. The question is then - should I have one topic per record, with 100 subheadings, and try to automate the system to open that page, and go to the appropriate subheading? or do I stick with one topic per record (my purist preference), in which case is there a clever way to easily publish multiple records on a single page? I know this can be done manually with the TOC, my problem is with scale / automation / governance - the conversion would need to be automated, and subsequent maintenance / enhancement would need to be automated or at least as simple and foolproof as possible.
How would you approach it?
Thanks.
Have a fairly hefty challenge, and am not expecting an easy solution - but wondering about which approach people would suggest.
We have over 50,000 pages of field-level guidance (i.e each field has its own paragraph or more of information). A single record may have 100 fields on it (or more, or many less) , so 100 'chunks' of information for a single record, stored in a legacy system.
We managed to bulk convert each 'chunk' into a single flare topic, and even managed to then automate the link clicking on the field and bringing up the field-specific topic. Which would then enable us to link this field-level information to the wider user guides, training documentation etc that was separately ported into Flare. Fireworks, celebration, cigars all round, right?
Wrong. The users hated the fact that they only saw the information relating to that one field. With the old system, it used to bring up a page, with all 100 items of information, but bring you to that specific field within those 100 other fields. So - we've been forced back to maintaining the legacy field guidance system, not using flare for this area, having 2 documentation silos. Frustration all round.
I want to have another go. Clearly, we have to give the users what they want - all 100 fields visible on the same page. The question is then - should I have one topic per record, with 100 subheadings, and try to automate the system to open that page, and go to the appropriate subheading? or do I stick with one topic per record (my purist preference), in which case is there a clever way to easily publish multiple records on a single page? I know this can be done manually with the TOC, my problem is with scale / automation / governance - the conversion would need to be automated, and subsequent maintenance / enhancement would need to be automated or at least as simple and foolproof as possible.
How would you approach it?
Thanks.