Podcast: Analyzing Your Users and Needs Before Creating the Help Deliverables; Interview with Nicky Bleiel
Listen here:
With all the buzz about web 2.0 deliverables, it's easy to get caught up in the frenzy and think we need to quickly create blogs, wikis, social networks, podcasts, videos, and other new media for our users. Actually, we have to step back and analyze our users and their needs before creating any help deliverables at all.
In this podcast, Nicky Bleiel says we should talk to as many users as we can — conducting on-site visits, sending surveys, gathering information from Marketing, Support, and other departments — so we can have a better understanding of our users' needs and the formats and mediums that will work best for them. After completing this audience and needs analysis, we can then go out and create the deliverables that will best serve our users.
She also recommends the book Groundswell, by Charlene Li and Josh Burnoff, to get a better understanding of how to measure web 2.0 success.
Nicky Bleiel is an STC director at large and works for ComponentOne, which makes the Doc-to-Help authoring software. For more information on Nicky Bleiel, see her bio page and visit her new blog.
Note: I recorded this podcast at Doc Train West 2008 in Vancouver, Canada.
About Tom Johnson
I'm an API technical writer based in the Seattle area. On this blog, I write about topics related to technical writing and communication — such as software documentation, API documentation, AI, information architecture, content strategy, writing processes, plain language, tech comm careers, and more. Check out my API documentation course if you're looking for more info about documenting APIs. Or see my posts on AI and AI course section for more on the latest in AI and tech comm.
If you're a technical writer and want to keep on top of the latest trends in the tech comm, be sure to subscribe to email updates below. You can also learn more about me or contact me. Finally, note that the opinions I express on my blog are my own points of view, not that of my employer.