Note: In a couple of weeks I’m giving a presentation to Brigham Young University Idaho students with this post’s topic (getting a job as a technical writer). My presentation is part of their annual professional writing conference. Oct 09 update: Here’s a recording of the presentation.

Last week on Twitter I asked my followers what advice they would give to students on finding a job in technical writing. Here are the responses:

plaindocs: Show that you are interested in learning about everything!

seeb: don’t know if i would advise students on a job on technical writing – would be technical communication..more encompassing!

floldun: Advice: emphasize what you can do for the company, and know what they need (read and ask around), instead of what you want.

AndreaJWenger: Students: identify your one greatest strength (writing, tools, tech, or whatever) and promote yourself as an expert. #techcomm

mleeuw: Networking gives job seekers the best chance of finding jobs with the proviso that one needs to be in the right location.

kirstyt: Network. Meet tech comm managers. Got both my gigs through meeting the mgr elsewhere/knowing other tech comm staff.

FeliciaRenee: Do as many internships as you can before graduating.

heidilhansen: A tip for students is to apply at Tyler Technologies, but seriously online portfolios w/samples is best & knowledge of TC field.

larry_kunz: One piece of advice for #techcommstudents: Always be curious, like a reporter or a detective.

altmilan: start by asking yourself “how do people get hired?”, and then asking yourself how one goes about finding this out.

jaycie622: Advice to students: Persevere! Keep putting out resumes and don’t give up hope.

Wordtree: Take an existing guide and rewrite it so you have something for your portfolio.

skry: I began tech writing via science journalism. Built a writing portfolio there. Offered to write software doc for coders.

All good advice on how to get a job. Some of the advice is reflected in my recommendations below. Here are my seven steps for college students to get a job in technical writing.

Step 1. Learn the Basics of Technical Writing

Before you can create a stunning portfolio or market yourself to companies as a technical writing intern, you need some grounding in the basics. If you’re in a college that offers a degree in technical writing (usually a degree in English with an emphasis in technical writing), by all means do it. If I were doing it over, I would actually double-major in English and graphic design, or English and computer science. Some students prefer to get domain knowledge, such as in accounting or engineering, and then supplement that knowledge with writing skills.

Whatever your situation, learn the basics of technical communication. For starters, learn how to write well. Learn grammar. Learn to analyze an audience, create personas, approach documentation from a task-oriented perspective. Learn to number your steps, keep your topic titles parallel, and be brief and concise. Learn to write useful instructions rather than obvious statements. Learn when to use screenshots and when to omit them. Learn the strengths and weaknesses of different help formats, such as wikis versus quick reference guides versus video tutorials. You can’t do anything without first grounding yourself in the fundamentals.

You may not learn all of these concepts in your program. If not, you can supplement your program with some instruction from professionals in the field. The Society for Technical Communication (STC) has an excellent certification course from well-known professionals. You can also read the Intercom and Technical Communication Journal. If you don’t have money to join the STC, connect with someone who is a member and ask to borrow back issues. Read blogs and books published by professionals in the field (here’s a list of foundation books). However you do it, get a solid education. This is critical before you can move forward.

Step 2. Get Real Experience Doing Technical Writing

The second step in getting a job in technical writing is to acquire some real world experience by actually doing technical writing. At many companies, employers want someone with experience because the employer plans to point you in the right direction and then let you work independently, rather than providing training. They want to be sure you can manage any situation, and if you don’t have experience in a corporate environment or know what you’re doing, employers may not trust your ability to get the job done.

During your summers as a student, volunteer as an intern at an IT company. Many times positions may not be advertised, but you can join your local STC chapter and ask other writers if they would accept some free labor from a volunteer for a few months.

If your professor assigns you to do documentation projects, see if you can find real projects at actual companies. Again, through your STC network or other contacts (such as through listservs or local companies), you can connect with professionals who can open opportunities for you to do real documentation.

Connecting with someone you know (or a chapter mentor) is the best route, because he or she can give you direction and feedback. However, you can also get real experience on your own. Many open source or community-based projects have need for documentation. Here are a few:

• Open Office
• LDS Tech
• WordPress
• GNU

When you work on one of these projects, you may find that it’s not a typical essay assignment. It will require several weeks of time before you can understand the application, determine an approach that will work with the audience, figure out the tools you’re using, and create a finished product.

Step # 3. Learn Some Tools

Tools are a major part of a technical writer’s world. You’re in charge of designing, laying out, and publishing all your content. Most employers want to you to know certain core tools, or at least to be tool savvy enough to learn their tools. Here are the four types of tools I recommend that you learn.

Learn a help authoring tool, such as Madcap Flare, Adobe RoboHelp, or Author-it. When you document a complex software application, you usually need a powerful help authoring tool to create an online help file. Of the three, RoboHelp is probably the easiest to learn, but there is no industry standard now.

Second, learn a page layout tool, such as Adobe InDesign, Microsoft Word, or Adobe Framemaker. I use page layout tools when I’m creating quick reference guides. Depending on your technical writing role, you may be creating pamphlets, brochures, newsletters, or short guides with a lot of design elements. The page layout tools give you a lot of control over the display, position, and layout of your text and images. (Okay, maybe not Microsoft Word, but you can do some page layout with it.)

Third, learn a graphics tool, such as SnagIt, Photoshop, or Illustrator. You’ll need a graphics tool to capture and modify screenshots, add arrows, or create diagrams showing concepts. SnagIt is the easiest to learn and will probably work for most situations. Try to learn SnagIt’s quick styles.

Finally, learn a video capture tool, such as Camtasia Studio or Adobe Captivate. Although video tutorials aren’t always common help deliverables, when you add this to your mix, you significantly expand what you can offer. Video tutorials are also how a large number of people learn software.

Technical writing positions aren’t always the same. You may be in a company that uses DITA, or one that has a content management system in which you author content, or a company that has some other method for authoring (perhaps they use Visio heavily). Even if you don’t know the exact tools the employer wants, if you have technical aptitude with a variety of tools, such as the ones I listed above, that aptitude may be enough to convince the employer you’re qualified.

To learn tools, go at a slow pace. Try learning them an hour a day over the course of several months. You don’t need to master the tools; just be somewhat familiar with them and be able to produce something using them.

Some students have asked whether they should substitute open source tools for the commercial tools (for example, Gimp instead of Photoshop) because open source tools are the only ones they can afford. I do not recommend this substitution. First of all, it takes a huge investment of time to learn some tools. Second, some employers are so bent on you knowing a particular tool, it’s not worth the risk to put so much effort into a tool they probably don’t use.

Step 4. Put Together a Portfolio

The portfolio is the most important work you can put together when looking for a job. A good portfolio can make up for years of experience. You can have 20 years of experience as a technical writer, but if your portfolio is uninteresting or doesn’t sell yourself, you won’t get the job. Conversely, if you have just 1 year of experience but have an impressive portfolio, you might have a better chance of getting the job.

There’s a reason that putting together a portfolio is step four. You can’t put together a good portfolio until you know a bit about technical writing. For example, if you just jump right into the portfolio and start creating samples that show a full screenshot with each step in a generic Microsoft Word document, your portfolio will be poor and will work against you. You need some theoretical grounding before you can create worthwhile documentation. You need real projects before they are convincing. And you need some knowledge of industry tools before you can create an attractive-looking design.

When putting together your portfolio, keep the following best practices in mind:

• Include 10-15 samples, covering a variety of formats and writing situations. For example, include quick reference guide, a user guide, online help file, video tutorial, newsletter article, release note, magazine article, and any other format you can think of (including some college essays, perhaps).
• Provide a web-based version of your portfolio. Employers may want you to leave the portfolio with them, and some may require you to submit the portfolio through email, so you’ll need a link to a website with a digital portfolio. I recommend a self-hosted WordPress site for this. See “Developing a Web-Based Portfolio” by Steven Kendus for more tips.
• Provide a brief paragraph introducing each work, the situation, purpose, and tool you used to create it.
• Make sure your portfolio samples are free of typos or grammar errors. The employer won’t be able to review the accuracy of your steps (which is probably the most important component of help). What’s left is to focus on the way it looks and reads. Make the layout professional. Clean up the writing so that it’s flawless and graceful.
• Include your transcript in your portfolio. Employers will be curious to learn what courses you’ve taken that qualify you to be a technical writer. Additionally, if you’ve done well in these courses, it will show your aptitude.

Most likely you won’t have a ton of writing samples. If you completed step 2 (“Get Real Experience Doing Technical Writing”), you’ll have a few samples you can show. But you probably need more. Here’s a great tip from Barbara Block in “Finding That First Job.” Can you document how to do your job? (You have a job, right? ) Are there concepts and tasks to master? Steps to perform for each of the tasks? Your current employer might appreciate this little handbook you create, and it can be a perfect addition to your portfolio.

When you go to an interview, always bring a portfolio of your work to leave with an employer. (Don’t expect to really get these back, by the way.) The employer will want to peruse your writing both before and after the interview. Know also that a portfolio provides perfect talking points during an interview.

When I was looking to break into technical writing, I brought a portfolio with about 15 samples to the interview. I later learned that it was an article I wrote about protein that impressed one of the interviewers (who had a PhD in biology). I also had a sample online help file that I created with RoboHelp as well. I beat out 5 other candidates without having any actual technical writing experience. Trust me — the portfolio is key.

Step 5. Start a Blog

Next to a strong portfolio, an engaging blog can also win over the hearts of your employers and get you a job. I cannot restrain my enthusiasm here when I talk about blogs, because in my experience, having a good blog can be your ace card that wins the game for you.

A few weeks ago, a friend of mine at another company interviewed several candidates for a position. He searched for information about the candidates online and was startled to find that almost none had an Internet presence. Zilch. It’s somewhat creepy, in this day and age, with Twitter, Facebook, blogs, and dozens of other social media sites, to find that someone is isolated from all of them, a stranger to the world wide web.

While there are various social media options, a constantly updated blog is the key one. Twitter can just be chatter, but your blog shows depth and engagement. A blog – focused on your profession – can showcase your creativity and knowledge. A blog brands you as an industry expert and reveals your awareness about the latest trends and topics in the field. Employers love to review blogs because it allows them to get to know you better. You’re no longer a piece of paper sitting in a stack of other pieces of paper. You’re a lively writer with an engaging mind and a bit of style.

Penelope Trunk, one of my favorite bloggers, writes a blog called the Brazen Careerist, centered on career advice. In her post, “Blogging essential for a good career,” she explains,

A blogger puts himself out in the world as someone who is interesting and engaging — just the type of person everyone wants to meet.

In another post, she writes,

The reason that people who blog have great careers is that bloggers are always thinking about issues in their industry.

She’s right. When I meet people at conferences, bloggers are always interesting. For example, I remember meeting Darren Barefoot, a prolific Canadian blogger, at Doc Train West a couple of years ago and thinking how smart and approachable he seemed.

Your blog will portray you as one always thinking about issues in the industry, one who keeps up with the latest trends. If your style is friendly and conversational, employers may also perceive you to be a good fit. These are key qualities that you want a company to think about you, and it rarely comes across in a resume.

Robert Scoble, practically a public figure on the web, explains:

Your blog is your resume. You need one and it needs to have 100 posts on it about what you want to be known for. (“If you are laid off, here’s how to socially network“)

Scoble recommends that you only blog about what you want to be known for, or the direction you hope to go. For example, if you want to drive cabs, let cabs be the dominant focus on your blog:

If you want to drive a cab, you better go out and take pictures of cabs. Think about cabs. Put suggestions for cabbies up. Interview cabbies. You better have a blog that is nothing but cabs. Cabs. Cabs. Cabs all the time.

There are about 20 reasons why blogs can help you in your job search. Recently a student in college wrote me to ask for advice on finding a job. Motivated by my blog, he had started a blog as well. I encouraged him to keep up with his blog. About two weeks later he wrote,

I was contacted a week ago by an IT company, World Wide Technology, Inc., and offered an intern position! Before the interview process, one of the managers took the time to look at my blog. He told me that he was impressed with what I was trying to do with it, and he found it interesting. We ended up talking for at least twenty minutes after the interview about communication-related concepts. It was the best interview of my life. Just earlier today I received a call, and I was offered the position! — Brian Kennedy

To recap: When employers read your blog, they start to perceive you as knowledgeable. When you have several posts a week, they perceive you as passionate. If you have an engaging writing style, you’re perceived as likeable. When employers google your name, your blog usually appears at the top of the list. Your blog helps you almost every step of the way.

Now, one warning about blogs. In order for blogs to make a positive impact, you have to steer clear of the following pitfalls:

• Don’t post inappropriate pictures of yourself
• Don’t express views contrary to your potential company’s views (for example, avoid incendiary political posts; actually, just avoid political posts)
• Keep your blog focused on the field of technical communication
• Avoid badmouthing previous or current employers
• Don’t use abbreviations such as gr8 for great or cu for see you.
• Don’t blog with sloppy grammar
• Don’t write excessively about your job search, because it tends to look a little pathetic.
• Don’t blog with the idea that no one will find what you’re writing

Always remember that blogs aren’t anonymous. Blog responsibly by exposing your full identity. Include your blog on your resume, right next to your contact information. Remember, your blog is an asset not a liability. You want it to promote it because it brands you as an expert.

Step 6. Move to a Tech Hub

You’re young. You’re almost out of college. Where are you going to live? If you want a job in technical writing, you probably need to live in a major city. Most technical writing jobs are located in places where there are IT companies. The more IT companies, the more technical writing jobs.

Indeed.com shows you trends for IT jobs by location.

Locations where the most IT jobs are posted

It’s no secret here. The top locations are New York, Atlanta, Chicago, Houston, D.C., Dallas, San Francisco, Boston, Austin, and Los Angeles — all major cities.

Last year, Doug Davis wrote an article about where the most technical writing jobs are. He identifies a similar list of cities:

San Jose, California ( Silicon Valley)
Boston, Massachusetts
Seattle, Washington
Washington, D.C.
Minneapolis/St. Paul, Minnesota
Chicago, Illinois
Atlanta, Georgia
Denver, Colorado
New York, New York
Houston, Texas
Dallas/Ft. Worth, Texas
Philadelphia, Pennsylvania
Portland, Oregon
Los Angeles/Anaheim, California
Raleigh/Durham/Chapel Hill, North Carolina (Research Triangle)

The most recent STC Salary survey database (from 2008) maps a geographic distribution of technical writers and finds the following:

The states with the most technical writers are California, Texas, Massachusetts, Virginia, Michigan and Maryland. Only Wyoming seems to have not reported technical writers.

Where the technical writing jobs are in the U.S.

According to U.S. News, the 10 best places for tech jobs are Atlanta, Boston, Houston, Huntsville Alabama, New York, Phoenix, San Diego, San Francisco, Seattle, and Washington D.C.

I recommend moving to a major city that appeals to you. If you’re really adventurous, you could even move to India. But seriously, location matters. I know that I’ll never live in a rural area such as Wyoming because there aren’t many technical writing jobs there, as beautiful as Wyoming is.

Moving to a new location, however, is harder than it looks. Rarely will a company hire you from afar. When I was living in Florida looking for a job in Utah, the remote location turned recruiters and employers off immediately. Fortunately my wife’s family is in Utah, so while I was vacationing in Utah, I interviewed for a handful of positions here. Then it wasn’t such a problem that I was currently residing in Florida, and a good company eventually offered me a job.

Note: If you think moving to a new city is difficult fresh out of college, try uprooting yourself with three kids and a mortgage payment on a house in a recessed economy. Also, forget about landing that contract position in another state and working remotely from home – it just doesn’t happen with entry-level writers.

However you manage to do it, go where the jobs are.

Step 7. Volunteer for a Position in the STC

If you really want to get serious about moving your career forward, volunteer to be president of your local STC chapter. When I did this at the Suncoast chapter, it did a few things for my career that I didn’t expect. First, it made me extremely visible. Suddenly I was the one making announcements on the listserv, greeting everyone at meetings, organizing and planning programs.

Second, being president also put me in contact with more than a dozen professionals in the area who befriended me and gave me good advice. I’m thinking especially of my friendships with Mark Hanigan, Pam Treme, Mark Lewis, Karen Bachman, Becky Siebenthaler, Kelly Schrank, and about a dozen other people who I got to know precisely because of my participation in the STC.

The STC won’t necessarily find you a job, but it will put you in contact with professionals in your area who can let you know about open positions, recommend you, and give you advice about companies and career paths. Probably the greatest value of the STC, above all else, is the networking/friendship aspect. Not just networking with other professionals, but with professionals in your area.

To get involved in the STC, don’t just show up and ask if anyone knows of any jobs, and then leave when you find out there aren’t any. This happened more than a dozen times while I was Suncoast president. If you do this, your involvement in the STC will backfire. It’s through service that you build relationships. And those relationships are what guide you toward fruitful paths in your career.

Conclusion

To recap the seven steps:

• Step 1. Learn the Basics of Technical Writing.
• Step 2. Get Real Experience Doing Technical Writing
• Step # 3. Learn Some Tools
• Step 4. Put Together a Portfolio
• Step 5. Start a Blog
• Step 6. Move to a Tech Hub
• Step 7. Volunteer for a Position in the STC

You can’t accomplish any of these steps overnight. But if you’re an ambitious student, with a couple of years left in your program, you can line things up so that when you graduate, you aren’t sitting at your parent’s house without a job. Instead, you’ll be working away at your first job as a technical writer, engaged in a new project, learning new tools, interacting with colleagues, and blogging about it every night.

Blog Sponsors

• 3Rabbitz book
• Webworks ePublisher
• Scriptorium
• Help Generator help authoring software
• Southern Polytechnic: Information Design and Communication
• Simplified English
• MindTouch
• Madcap Software
• Dr.Explain
• Adobe Technical Communication Suite
• Congree

Carmen, a student in a technical management program, found me by searching for “technical writers” on Yahoo.com. Fulfilling an assignment in a Career Development course to contact someone working in the technical writing field, she asked me 13 questions about technical writing careers. She’s currently a repair technician who has wanted to enter technical writing for years.

Her questions and my answers are below. Please feel free to build on my answers in the comments section below the post.

Job-Related Questions about Technical Writing

What do you like best about your position as a Technical Writer?

I like the combination of writing and technology. I majored in English and love to write, but careers for writers are usually low-paying. I also really like technology — websites, blogs, gadgets, social media, cyber-utopian imaginations, etc. Technical writing combines my two main interests — writing and technology — in almost seamless ways.

What kind of impact has this position had on your lifestyle?

Given that technical writing jobs pay a decent salary, I’ve been able to support a family with three children and an extremely hard-working stay-at-home mother. I couldn’t have done that had I gone into other writing fields. (For example, here’s a blog about a guy who earned a degree in creative writing but couldn’t put his skills to use, so he started delivering pizzas.)

I’ve found that working as a technical writer has sharpened my troubleshooting skills, given me greater patience and technical familiarity, and has deepened my awareness and interest in technology. For example, my wife jokes that computers — when they seem to work against her — are the Antichrist, and sometimes when she can’t get something to work, she’ll actually slam the keyboard or throw the mouse. Well, I’ve learned that broken websites, procedures that don’t work, and confusing code can all be overcome with some patient problem-solving. This is a skill I developed as a technical writer.

Technical writing also gives me time to pursue other hobbies in the evenings and weekends. Sometimes finishing documentation for a project can require you to sacrifice a few evenings, but by and large technical writing is an 8 to 5 job. That’s nice — not a lot of stress, and it’s not as if people die (regularly) because they can’t figure out the software, unlike careers in medicine.

What advice would you give to someone just entering this career track?

I highly recommend pursing technical writing as a career, especially if you majored in English or Writing. I say English or Writing because much of a technical writer’s day is spent writing (or preparing to write or editing what you’ve already written). Granted, instructions aren’t creatively fulfilling, or even interesting, but you’re still shaping complicated information into easy-to-understand, well-organized text. You’re creating something out of nothing. You are, in fact, writing.

But skill with words isn’t enough (and actually, you don’t have to be very skilled to write sentences like “Click this button,” “Select this from the dropdown box,” and so on). You also need technical aptitude. Does your blood pressure shoot up when you can’t figure something out? Or do you patiently find a way to solve the problem? If you’re a problem solver, technical writing is for you. You’ll be solving technical problems a good part of your day, as you experiment and explore and test how software functions, or might function (or is supposed to function).

To sharpen your technical skills, learn at least three types of programs: a graphics tool (such as SnagIt), an online help authoring tool (such as Madcap Flare), and a video capture tool (such as Camtasia Studio). Create some sample documentation so you can show employers your skills. Start a blog about technical communication so you can demonstrate your enthusiasm and knowledge to your employers. Take responsibility for your own learning, rather than relying on others. Also, get involved in your local STC chapter.

You might also see this post I wrote: “How to Break into Technical Writing”

What kinds of tasks do you complete during a typical day or week?

It’s your lucky day. I’ve already written an incredibly detailed post about this here: “Could you please tell me what the job of a technical writer is like?”

What types of advancement opportunities are available for entry-level candidates in this career track?

Interesting question. Here’s a great podcast on the potential career track for technical writers. Traditionally, junior technical writers become senior technical writers. Then they become managers, or often turn freelance, or do consulting. Some transition into business analysts or project managers, or move into other technology-related fields.

There’s some debate as to whether technical writing is a transitional job — something you do as you’re working your way into another role, such as business analyst, usability specialist, information architect, or project manager. Many people see technical writing as a stepping stone into something else.

Company-Related Questions about Technical Writing

What is the corporate culture of your company?

The corporate culture where I work couldn’t be better. I love the team environment, working with other dedicated and talented individuals who are inspiring and helpful (for example, they give access to what I need, answer questions, provide demos, review my documentation, and keep me up to date on changes). There aren’t any political battles or bitter attitudes. It’s really a fun place to work, especially since the entire project team is grouped on the same floor. There’s even a foosball table. And the technological setup is top-notch — see my previous post, “Top 10 Workspace Configurations for Technical Writers.”

One thing to avoid in corporate cultures is an overbearing bureaucracy, where a thousand regulations and procedures prevent you from being efficient. My current work environment is pretty much bureaucracy free.

I’ve worked in other companies where the environment was more challenging. For example, at one place, it took me two weeks before I was given access to the Intranet. In another place, I felt like I had an abundance of unnecessary meetings all day. But despite these challenges, the other environments have also been decent. I’ve always learned a lot in every situation I’ve worked, regardless of the corporate culture.

For alternative experiences, see this comment by Joseph K on a previous post.

Does the company promote or encourage continuing education?

Certainly my company promotes continuing education. They’re sending me to a couple of conferences this year — Doc Train West in Vancouver and the STC Summit in Philadelphia. (Granted, I’m presenting at both conferences.) They also buy me whatever software I need.

What type of training programs does the company offer?

I hinted at this earlier: you’re responsible for your own learning. I have some intelligent, helpful colleagues who teach me a lot — not just about software, but business process and documentation strategies. But I think ultimately, you’re in charge of your own learning.

That said, my company pays tuition if I want to take college credits (in any field). I have access to Safari, an online library with thousands of books and tutorials — I’m still exploring that one. I occasionally view webinars related to the software I use. I can order books as needed, and probably attend workshops or other training up to my allotted training budget.

What are some of the goals of the company of the next few years?

Hmmm, not sure how to answer that one on a public blog. But we definitely want to find technology solutions that help people on a global scale perform the tasks of their role more efficiently and powerfully. We want to leverage the Internet platform to provide helpful resources and information to people everywhere. We want to use technology to further our organization’s mission. The same could probably be said of many companies.

Industry-Related Questions About Technical Writing

What kinds of challenges is the industry currently facing?

Outsourcing is one threat, although I haven’t been following it much lately. I once interviewed an Indian technical writer who said the tech writing industry is exploding in major ways in India. In my experience, I think the technical writer works best when he or she is on-site (rather than remote).

Another threat is a crash in the technology sector. With the first Dotcom crash, many technology companies made dramatic cutbacks to survive. Technical writing is often an easy cut, since you can have the business analyst or subject matter experts (SMEs) write the manuals (or simply ask the existing technical writers to do more work, which is common).

Some leaders feel SMEs have the potential to do our jobs, but the results are often disastrous. (Think about instructions that lack any numbered steps, have a full-size screen print on each page, and are written in confusing jargon that assumes you’re half-engineer.)

Who are some of the major and minor competitors in the industry?

Some people think wikis will reduce the number of technical writing jobs (or transform the role of technical writers). The idea is that project members and users will simply write the documentation in piecemeal fashion. However, this idea is one that only works in unique contexts, like the WordPress Codex, and even there it doesn’t work well.

I agree with Craig on Helpscribe that wikis won’t kill technical writing. I actually once produced a help project entirely on a wiki. I was documenting the new SharePoint 2007 platform and had about 75 wiki topics. Just two people made a couple of brief edits. That was it. And with the wiki, it was a pain to style, it didn’t single source, and it was hard to manipulate and rearrange information. Wikis have been around 10+ years and haven’t replaced much of anything (except Encyclopedia Britannica).

For more on using Web 2.0 technologies in documentation, see DMN’s post on “Web 2.0 and Documentation Don’t Always Play Well Together.”

Another competitor is, as I mentioned above, outsourcing technical writing to places like India. I don’t have much experience with outsourced projects, but Charles Jeter wrote an interesting post on the state of innovation in India. I personally have never lost a job to outsourcing. In part it’s because I wear more hats than just a traditional technical writer.

Are there any likely changes that may affect the industry in the next few years?

Here’s an interesting observation. You’re writing me to ask about careers in technical writing. You’re asking me to provide insight on the technical writing industry as a whole. But I’ve only been a technical writer for less than 5 years (been a writer for much longer, though). The interesting thing is that I’m the one being asked for advice, and am giving it. Hundreds of others will find this post and take direction from it.

We’re seeing the rise of amateur content. If you want advice from someone with more authority and experience, you should have written someone like Neil Perlin or Doug Davis. Instead, because I’m more visible in Google, I become the de facto expert on technical writing. That reversal of roles, where non-leaders become leaders, amateurs become experts, and ordinary people become highly visible, will shape all industries dramatically in the next few years.

Another change is DITA, an XML language that allows you to reuse topic-based content. Over the next few years, DITA will become a standard technology embedded into the most popular help authoring tools. This will facilitate single sourcing and enable technical writers to be more efficient. As we’re more efficient, we’ll play greater roles with training, support, and quality assurance. I already wear each of these hats to some degree.