... in the world of Technical Communication

Long-gone are the times of endless (and excessive) spending – on both a personal and corporate level. As we tighten up our pocketbooks and purse strings, corporations are also analyzing the ways they spend money – specifically as it relates to training, development, and documentation. While some view this as threatening (“They’re cutting my budget so much I can’t do anything!”), I think this is a much needed shift in corporate culture. As professionals, we should be responsible for showing how our efforts impact bottom-line business. So how exactly do we do that?

First, we have to get past the notion that ROI, or Return on Investment, metrics are a bad thing. ROI, in essence, is what justifies our positions as leaders within our fields. I think the fear of change is behind most people’s aversion to ROI. If looked at from a positive light, gathering metrics that show the program’s you’re implementing have a direct impact on the business gives you (and your department) tremendous power. Now, you not only have the ability to implement training programs, but you have a way to measure a program’s success. Imagine walking into an executive committee meeting with a new idea and being able to justify it with hard metrics (actual dollars & hours saved) and soft metrics (employee satisfaction and growth). See the power of ROI?

“Ok, ok,” you say, “That’s a nice ideal, but how do you actually measure those things?” Here’s where it takes some creativity and lots of planning. At the outset of the project, you MUST determine what you’re going to measure. ROI figures will not be accurate unless you figure this out before you even start. You have to take a snapshot of the business BEFORE the training program or documentation project is initiated so you have a baseline.

Then, you must keep track of the costs (effort as well as dollars) it took to implement the program. Sometimes this is straightforward. Other times, you have to look creatively at how to collect this data. Once your development is done, you must have a solid plan in place for the roll-out of your new program. Document your plan and your progress (you can use this later to help you structure other programs.) This roll-out plan should also get factored into the overall “cost” of the project.

Finally, you have to wait and measure. I know; this is always the hardest part! Because of the nature of training and documentation, cost benefits are not realized overnight. Sometimes it takes weeks, most times it takes months, and for some projects it takes years. Be prepared and ensure your management team is prepared to take the time needed to accurately gauge whether your program was successful.

As your program becomes part of your company’s culture, continue taking baseline measurements at regular intervals. Are your metrics different one month, three months, nine months after the implementation? Taking periodic measurements not only helps you chart savings, it also allows you to continue to tweak your program according to the business climate. (Again, be sure to keep track of development costs.) When you reach the end of your measurement term, take your final measurements then analyze the impact the program had on the business, both hard benefits and soft benefits. Was your program successful? Hopefully, the answer is yes and you’re able to see real cost-savings as well as tangible soft benefits.

By viewing ROI as a welcome opportunity to demonstrate your department’s value to the company, you empower yourself (and your employees) to have a bigger impact on the business. Embracing ROI helps eliminate unwarranted fear and replace it with the confidence needed to support the programs you’re passionate about. You also demonstrate that you are committed to being fiscally responsible to your team as well as the business as a whole. With all those benefits, how could you not want to show the Return on Investment for the projects you currently have going?

In a WordPress world, I went with DasBlog. My choice was purely based on language needs – I have a Windows/.NET based website. I needed a blogging platform that seamlessly integrated with it. Enter DasBlog.

My one concern with DasBlog was the limited amount of themes. It was essential that my blog be similar to my Written Designs website and have a professional look-and-feel. On the DasBlog website there are only had handful of themes to choose from. However, the instructions for customizing a theme were readily available. After looking through the themes, I found elements from a couple I liked. Sweet – with these instructions, I’ll be able to create my custom theme in no time!

Well, no time turned into days (a phenomenon many developers are familiar with). While I figured out how to modify the homeTemplate, dayTemplate, and itemTemplate as well as each CSS sheet with ease, I could not figure out how to register my custom theme. The code that the DasBlog site says is in the web.config file is not there. (Grrr!) After doing a few Google searches, I discovered other people had similar issues with customization. “Well, ok,” I thought, “I'll just work around it.”

For the time being I settled with simply overwriting an existing theme to bypass not being able to add my own. The following day, on a whim, I started looking through the code in some of the other theme files. Low and behold, I discovered the problem!

Instead of the registry code being in the web.config file, it is contained within theme.manifest file within each theme folder. While this is noted on the customization page, the explanation is simply that the new version (1.9) now utilizes these new theme manifests. Scrolling down the page, you still find instructions for adding this info to the web.config file. Hmmm, so how does it really work then?

Once you update your specific theme manifest, the code gets referenced from the site.config file. Ta-da you have your theme registered! After thoroughly reading through each page on customizations on the DasBlog site, I found that this information is included, but it takes some looking (you have to read - not skim). So here’s a quick reference to register your new DasBlog theme (for those who are skimmers like me):

1. Copy an existing theme folder down from your ftp server. Or create each file needed for your new theme.
2. Copy the site.config file from your ftp server.
3. Open the theme.manifest file. Update the theme name, title, templatedirectory, and imagedirectory items. Save the file.
4. Open the site.config file. Update the Theme to the theme name indicated in the theme.manifest file. Save the file.
5. Upload your new theme folder and the site.config file back to the live ftp server.

Presto! You’ve got your own DasBlog theme registered and ready to use. Now it’s time to start blogging. Go Write Now!

Writers often hear about “discovering your voice” when writing fiction. After all, the challenge of fiction writers is to craft a story that is compelling, interesting, and dynamic. Your characters must be likable; your readers must be able to relate to them or else they will simply set your story aside for something more interesting. The voice in fiction is often your character’s or narrator’s voice. It is that voice, the tone, the choice of words, how those words are arranged into sentences, that convey the deeper nuances within good fiction.

I am an avid reader. I revel in delightful, compelling fiction yet my attention can be equally captured by the solid, thought-provoking prose in a non-fiction novel. Good non-fiction has a compelling voice else there would be very few of us who continued to buy non-fiction.

Enter technical writing. Technical writing is non-fiction writing, yet many people (both companies and consumers alike) treat their technical documentation as an afterthought -“We have to document our product because we need to offer online help, user guides, etc. But we know our customers rarely use them.” Why is it that customer’s shy away from the technical documentation offered with products and services?

I think it comes down to voice. Let’s face it, most technical documents are boring. We, as technical writers, try to spice things up, but there are only so many ways you can say “Now, click Next.” Too often, companies are in a rush to get their documentation out with their products. This causes writers to rush – they do their best at getting the information down on paper but have little time to consider the voice of the whole publication. They’re just happy when they meet the ever looming deadline. The documentation gets out, hardly ever gets read, and customer service continues to receive the same types of calls in spite of those issues being thoroughly documented.

Now imagine how things might change if the application or service suddenly became a character. You’d still explain all the technical details about your product. You’d still include all the screen shots, tables and instructions, but the tone would be different. Your product would become the main character and, as such, it would have a distinctive voice. Maybe the voice is more familiar and includes current technology slang if your audience is of a younger generation. Perhaps the voice is more formal, but concise and friendly, for a corporate business audience. Either way, the product takes on its own persona. Your writers have the ability to include more details, tidbit, and side bars about how the application works, its quirks, and, ultimately, its power. The documentation becomes an extension of the product itself instead of simply an afterthought.

Once the documentation becomes an integral part of your product, you’ve opened up a whole new realm of possibilities. High-quality, comprehensive documentation, tutorials, and training materials can then become revenue-generating tools that could set you apart in your industry. Your documentation becomes an integral part of your business, driving sales and providing actual ROI to both you and your clients. Your customer service related calls are reduced. Your clients have more successful implementations and adoptions of your products. In short, you’ve reduced overhead while boosting sales – all because you discovered your product’s voice.

Getting Write Now up and running has been on my white board task list for months! I'm pleased to say, however, that it's done and I'm finally getting to write my first post.

So what's Write Now all about, you ask?

First and foremost, Write Now is a reminder to me to write... now... about the things I'm interested in and passionate about. I spend a lot of time writing for clients, and I absolutely love learning about their technology, products and services. In many ways, it's because of client projects that I have such a diverse set of interests.

Yet, as many professional writers know, when you write for a living, you often don't write for yourself. Write Now is my opportunity to share my thoughts, research, readings, and tidbits with you - my clients, friends and colleagues. I'm seeking to explore and start discussions about trends and topics relating to technical communication, instructional design, and organizational learning and development.

In short, Write Now is about all things related to communication. Are you ready to start reading? Great - let's get started write now!