Turns out that it was a lot….

• We moved to a quarterly release cycle, with regular patch updates.
• We posted more technical information about our products then ever before.
• We released an industry leading “Publish To Wiki” solution in 2008.3 that is already attracting interest from new markets.
• We welcomed Group Wellesley, IFN Solutions Ltd, Scripto bvba, Shree IT, Suite Solutions, Tedopres, and User Aid as partners.
• We continued to reach out to customers through Web2.0 initiatives such as these blogs, Twitter, Facebook, LinkedIn, and The Content Wrangler community, as well as increasing participation in the established wwp-users Yahoo group.
• With assistance from the fine folks at User Aid we completed the first phase of our documentation re-write project, and launched the new Documentation wiki.
• We hosted another great user conference with RoundUp 2008.
• We launched the online “Many Faces of WebWorks” Customer Gallery project.
• We continued our successful Free Webinar series with attendance growing steadily throughout the year.
• We developed more online short video tutorials.

And somehow in the middle of all this we also managed to find time to reconfigure and redecorate our entire office space!

If 2008 was full, we anticipate that 2009 will be even more exciting (although without the office makeover), with new initiatives being planned, more industry participation, increasing communications, and a growing sense of community with both our partners and our customers.

Thanks to everyone who made 2008 such a great year for the WebWorks team. We all look forward to working with you in 2009 – and beyond.

WebWorks & Twitter

Click HERE to read the post.

On her Twitter feed consultant Sarah O’Keefe posted the following quick observation: ‘Inbox Zero once again. Today’s lesson: When you ignore stuff, much of it becomes irrelevant.” This is a productivity, time management technique that I have used for years. One of the first things I was taught at management college was that never keep anything on the “to-do” list longer than 30 days. If you haven’t got around to it in 30 days and no-one’s complained it probably wasn’t that important. Delete it, and if it is important someone will remind you. Like Sarah I also apply a similar philosophy (but not time scale) to the contents of my Inbox.

Then today, Alyssa Fox from NetIQ posted a quick note on her Twitter feed that “SE just found a bug in our doc that’s been in there 5+ years. Obviously no one ever reads that section,” to which I responded “If no-one’s read that doc in 5 years – is it really necessary to have it there at all? Why write and maintain something no-one uses?”

Over lunch I began to realize that the two thoughts had a definite connection. Traditionally we tend to document every feature and function of a product. We expend many hours describing how something works. Yet how much of what we produce is ever read or used?

Most users are only interested in learning how to set something up and start using it in the shortest possible time. Secondly they want to get answers to very basic “how do I” type questions. With this in mind I’ve recently been conducting an ad-hoc, and very un-scientific, straw poll about which documents (print, on-line help etc.) that people are most likely to use. The result is very clear that the thicker and more voluminous the documentation appears, the less likely people are to use it.

So going back to the “ignore it and it becomes irrelevant” thought. If sections of documentation are never read, accessed or used, are they irrelevant? While the engineers and designers may not think so, it seems clear that the users do.

Is there a case for “Just Enough” documentation.

At WebWorks.com we recently went through a process of rewriting our complete documentation set. At least that was the original goal. Yet when we compared the old documentation set against the project time frame we realized that we would have to make a decision about what was necessary and what was just “nice to have.” The project was lead by one of our MVP users who could give us the user perspective on what was needed and what could be left out.

But how will we know if we’ve made the right choices?

We posted the new documentation set online as a wiki. We have enabled comments so users can directly tell us if there’s something we missed. If we need to, we can create a new piece of documentation and publish it quickly. But perhaps best of all we can now track which document pages are visited and more importantly which aren’t.

It may take a few iterations but we will be able to fine tune the documentation to provide just the information that our users need and use; allowing us to focus effort away from maintaining “irrelevant” dead pages to making sure that he have “just enough” documentation to make our users successful.

We will be posting short updates from the show floor at next week’s STC Summit in Philadelphia.

If you are coming to the conference, make sure to stop by the EXPO area and visit Andrew and myself at Booth #422 (Through the entrance and take a right and we’ll be right there.)

We’ll also be kicking of this year’s Vendor Showcase sessions on Monday at 11:00am when we’ll be talking about “Why Publishing is No Longer That Last Step in the Process.”

Hope to see you there.