---
title: "Update on the Search for Enterprise Authoring"
date: 2011-03-08
description: "$( document ).ready(function() { // Handler for .ready() called. $("
canonical_url: https://idratherbewriting.com/2011/03/08/update-on-the-search-for-enterprise-authoring/
---
# Update on the Search for Enterprise Authoring
It's been a couple of weeks since I posted about my team's search for an [enterprise authoring strategy](https://idratherbewriting.com/2011/02/16/the-enterprise-help-authoring-problem/). So far, we're just as split as ever about the problem. It seems that you can go four separate routes: DITA, HAT, Web, or Wiki. Here are some of the paths and difficulties we're encountering.

## DITA

DITA has traction as a new standard format for help authoring, but the DITA Open Toolkit output isn't attractive out of the box. Further, the HTML output is a far cry from the tripane help output, which we're accustomed to seeing from traditional help authoring tools.

While DITA is a cool idea, relinquishing control over the way the help looks will hurt our chances of getting buy-in from other groups and will leave us powerless to meet the needs of project managers who ask for some customization beyond margin adjustments and typography.

Scriptorium has a DITA PDF and tripane help plugin, which looks promising (see [A makeover for the DITA OT's PDF plugin](http://www.scriptorium.com/2011/01/a-makeover-for-the-dita-ots-pdf-plugin/)). I caught a glimpse of it in the [Attractive DITA webinar](http://www.scriptorium.com/2011/02/webcast-attractive-dita-it-is-possible/). Scriptorium is up front about pricing -- $10k for the PDF plugin, $4K for the tripane help plugin.

Although I like the idea of the DITA standard, I dislike the idea that I would need to be a programmer to control the output. That puts our team in a position of vulnerability that none of us wants to accept. About the only solution in the short term is to hire a consultant to make the help look decent, and then just leave it be. Leaving the output fixed does score a point for consistency, but my team is design savvy and used to being in control.

## HAT

Another path might be the help authoring tool (HAT) route, using tools such as Flare, RoboHelp, or Author-it. Flare has just released version 7, which allows collaboration through SharePoint as a file repository. This would be great, since we have a heavy SharePoint environment at my work. Author-it, another strong HAT, has a mind-blowing plugin called [Author-it Live](http://www.author-it.com/index.php?page=webauthoring) that allows a logged-in user to edit the online help inline similar to a wiki.

HATs are compelling because they seem to offer a complete solution with granular control over the output. The only problem is that each author usually needs an instance of the HAT, which is about $1,000 each depending on the tool. The Author-it Live solution allows concurrent licenses to the product, so the users don't need to be dedicated -- just limited to a certain amount of users at a time.

Author-it is attractive because another group in our organization already purchased this solution (but hasn't implemented it yet). Also, the tool is robust, which is something we welcome. But trying to force the tool on others in surrounding departments who may not be technical or open to change will be an uphill battle. It's hard to go to other groups and say, *Here, buy our tool, learn our ways, use our output profiles *when they already have a simpler solution that seems to work for them.

## Web

Neither DITA nor HATs provide a Web 2.0 output. We're all conscious of the fact that tripane help is a relic of 1995, and invites as much confidence in users as a station wagon. While Sarah O'Keefe suggests that actual user standards for document design are probably below our own -- that is, users are more interested in the content, not so much in how it all looks -- we want our help to fit in line with the current century.

Many web content management systems, such as Drupal or WordPress, provide an abundance of web elements that speak the same language as contemporary Internet users. Categories, tags, comments, RSS feeds, most popular posts, multimedia, jQuery -- it's all available in one experience in a website format.

The problem with these web CMS formats, though, is that you sacrifice content re-use and printed output. At most, a topic on a web page may be printable by itself. Web developers don't care about re-use, so this is not a feature you'll find.

We were excited to see that [EasyDITA](http://easydita.com/2011/) exports to WordPress, even though such an export from DITA is already available through a [free plugin](https://idratherbewriting.com/2009/02/08/merging-worlds-dita-and-wordpress/). Unfortunately many organizations, including our own, don't support MySQL / PHP solutions. And even if they did, we're skeptical that a WordPress theme could offer a navigation-friendly table of contents for hundreds of topics. And once you output to WordPress, there's no round-tripping back into EasyDITA.