The Name of Your Department Does Matter
December 4th, 2008 | Posted in Technical Writing 14 Comments »
Although some feel the name of your tech writing department doesn’t matter a whole lot (for example, TexasWriter says “Find out what people now call it. Ask what they mean by it. If it’s accurate, use it. You aren’t marketing, don’t make it up”), actually your department’s name does have an impact on the role you’re expected to play.
For example, our current department’s name is “User Education.” Because of this, every time a user has a how-to question about the application, they send the user to me to be educated. It would not be so, I believe, if our department name were different.
Lately I’ve been having conversations with a QA guy as I carpool to work. We’ve been talking about roles. Because I am a “technical writer,” he wonders why I feel I should comment on software prototypes, or interact with users. “You’re a W-R-I-T-E-R,” he says. “You shouldn’t be interfacing with the customer. That would be overlapping other people’s jobs. You should be writing help material. That’s what writers do.”
People make decisions all the time based on connotations of job titles and department names. For example:
- A user needs help with the application. Who should he call? “User Education” or “Information Design”?
- You’re setting up a meeting to evaluate prototypes. Who should be included? “User Information Development” or “Technical Publications”?
- You need to develop some e-learning materials for training. Who should you call? “Learning Support” or “Strategic Communications and Media”?
In each case, I bet you leaned toward the first option. Your department’s name does affect how others perceive the role of your department. I guarantee you will be asked to provide more user training and support with a name like “User Assistance” than “Communication Strategy and Design.”
Given the importance of choosing a department name, here are some options. Many of these were sent to me by tech writers over Twitter. Others I pulled from the archives of the Techwr-l listserv.
- Information Design
- Information Development
- Learning Support
- Technical Publications
- Technical Publications Office
- Technical Communications
- Training and Publications
- Design and Development
- User Information Development
- Technical Information Development
- Technical Documentation
- Documentation
- IT Documentation
- The Knowledge Group
- Knowledge Transfer
- Strategic Communications & Media Group
- Customer Focused Communications
- Global Content and Training Products
- Customer Communications
- User Success Group
- Corporate Publishing
- User Knowledge Center
- User Assistance
- User Help Department
- Help Design
- Documentation Analysis
- Information Architect and Strategist
- Communication Strategies
- Customer Focused Communication Design
- Communication Strategies and Design
- User Assistance Strategies and Design
- Information Strategies and Design
And a few silly names:
- Fellowship Renowned for Excellent Documentation (FRED)
- Masters of All Spatial Order, Chronological Hierarchies and Interesting Sorts of Trivial Stuff
- The tellers of how stuff works and what is
- Department of User Intelligence (DUI)
None of the department names jumps out at me as “the one.” In the end, I’m convinced that a slightly vague name is better than a limiting name. I’d rather be “Information Development” than “IT Documentation.” In the former, you might contribute to prototype design; in the latter, you would more likely just describe the design.
I would rather be “Information Strategies” than “User Knowledge Center.” In the former, I might make high-level analytical decisions about branding, user awareness, and task efficiency. In the latter, someone would assign me to assemble a knowledge base.
I would rather people said, “Communication Strategies and Analysis – what the heck is that? Rather than “Learning Support? Oh, good, I have a group of new users that needs a Webex.”
Have you ever had a department name that you worked against you? What department name do you prefer?
Additional Reading
Tags: assumptions, department names, names, perceptions, roles, stereotypes, technical communication
Twitter
Facebook












[...] The Name of Your Department Does Matter: The name of my department is Technical Content Development. I picked it. I won a lunch! [...]
My last job had a name for our group that I hated: [name of location] Data Services Team. Lame, lame, lame. It meant nothing. Plus, I automatically hate any organizational name with “Team” in it.
At my current job I’m the lone tech writer (which is the first time I’ve been the lone writer, and I love it), so if they don’t just refer to me by name, they refer to me as “the tech writer”. It works
>>“You’re a W-R-I-T-E-R,” he says. “You shouldn’t be interfacing with the customer. <<
Aaargh – interfacing with the customer is exactly what we do, and should do.
Mind if I use this quote in my presentation on raising the profile of the Doc department at the STC Summit next year?
Alan, feel free to quote anything on my site at any time or context.
I don’t know if a vague name would encourage more people to seek your input. It seems unlikely that technical people would feel they wanted to include the “Strategic Communications and Media” department in anything. What the heck does that team do? Marketing fluff, probably.
So, what do technical and business people respect? Data and research, often. Straightforward, easily understandable names like “User Research and Product Mastery” might get a better response.
I agree that a department/position title is important because it provides a cue. I’m a bit mystified, though, on why it is a bad thing to be asked to produce training materials. Our Education department creates the training manuals independently from our Tech Comm departmentAs far as I can tell, this mainly produces duplicated efforts and inconsistencies. I’ve often wondered why our departments don’t work more closely, or why we are in separate departments at all. I do realize not all writers want to physically teach classes, but there is often more than one job type within a department. Maybe you can clue me in on difference that I am overlooking.
It depends on what you want to do. I do create training materials for the products I document. That’s part of the documentation, in my opinion. But it’s one thing to create training materials, and another to conduct all the training sessions — brown bags, webexs, classes, etc. These sessions can be useful, esp. to gather user feedback, and I do train. But I would rather not become a “trainer.” If people perceive you as a trainer, your role morphs into customer support as well.
Oh, I do see that happen with a bit with some of our trainers. I think I see what you mean.
We are “Corporate Education.” However, people still get us confused with “Corporate Marketing.”
[...] The Name of Your Department Does Matter: The name of my department is Technical Content Development. I picked it. I won a lunch! [...]
wow, good point of view.
You seem to know a great deal about this
You seem to be really enlightened about this
thanks for the information!