The right story for tech writers to tell in a corporate blog post i’d rather be writing

Despite the fact that I’ve been blogging for more than a decade, and in my spare time, I’d rather be writing, I have rarely engaged in any kind of writing on corporate blogs where I work. I have always found this a bit sad. I mean, while sure I’m a decent technical writer, I think I could hit a home run on a corporate blog if I applied myself to it.

While I was working on my latest post, Articulating the invisible stories that influence product adoption or rejection, I started reflecting more about my role in influencing product adoption, and I thought, you know, I really should be contributing more to my company blog. My closeness to the development scene gives me an awareness about the products, latest releases, user questions, developer interests and issues, and other details.

I could easily use this knowledge to contribute more content. Why don’t I write a post?

I started to realize just how tricky corporate blogging is when it comes to story. In the story you want to tell on the corporate blog, you usually can’t start with anything negative about your company or products. Nothing even slightly negative — no objections users have raised, no market issues, no trending forum criticisms, etc. (Maybe there are some marketers with more open minds about transparency, but they’re rare.)

It’s not an exciting read, but I could push this kind of content out in my sleep. It’s essentially the same story that we tell in documentation — how to overcome technology challenges. And unsurprisingly, the “hero” that helps you overcome these technology challenges is usually your company’s product or service. It doesn’t have to be that way — maybe you could just write about general best practices for approaching difficult technical issues. But the connection to your company’s products is usually immediate and natural. That tends to make the corporation happy.

But with a blog post, readers want to know why you’re writing about this topic right now. What prompted it? So if you can find that hook, you’re set. Most hooks in the technology space are around product and feature releases. The release provides a perfect segue into some technical topic. And since tech writers are pretty much always working on some release, these topics are not hard to brainstorm. Other relevance hooks might be recent events, webinars, or industry news.

You might ask, what’s the point of writing corporate blog posts, especially if users can just find the same information in the documentation? Well, that’s a good point. Blog posts do contribute towards the larger effort to influence product adoption. But blogs also serve another purpose: they put you more squarely in the space of your audience. You don’t write a blog post without looking to see if it gets read, and how much, and whether it’s shared, and so on. This gives you awareness about the interest in topics, their popularity, etc., and this awareness spills into your doc direction as well. I find that tech docs are far too removed from the user space. Given that hundreds of people clicked my post about reconstructing the absent user, I assume that others feel disconnected to.

So I think I might experiment a bit more with regular contributions to the corporate blog and see what comes of it. If nothing else, the blogging might lead toward increased visibility for my tech writer role within the organization. Tech writers tend to stay in the shadows. Few people know we even exist, much less what we do. Blogging is about the most visible activity one can do, and who better to contribute to a corporate blog than … me?