**Spoons ** is right. But don’t just jump at the certifications just yet - experience counts for a lot.
I’m a technical writer, and I have a B.S. in English from the University of Wisconsin with a minor in technical writing. I encourage you to focus on the technical part in the title - you need to know the technology you’re using, and know it well. If it’s a computer program, is it database-driven? Client/server? How do the clients connect to the server? Thin? Fat? How is data exchanged back and forth? How does it all work together? How are reports generated? Where does the information go after it’s entered? How does it get populated back and forth? (Yes, I work primarily in software development, how did you guess?)
You’re primarily a user advocate; that is, your job is to make users’ jobs easier by explaining how to do things or how something should work. By gathering as much information as possible, you’re better able to do that - your users might not need to know all that information, but you do in order to best be able to explain how the whole thing works.
As a tech writer, I use a lot of tools to get the job done, but the tools themselves aren’t really important. For example, I know HTML, but I don’t need FrontPage or Dreamweaver to put together a webpage (tho’ they are handy). And when I do need them, I can pick them up pretty quickly. Likewise, I currently work mostly in FrameMaker (a desktop publishing program; think Word on steroids), but I can also use Word to do what I need. Some technical writers focus on the tools too much and forget that content is king. Most tools these days are easy enough to learn (or you can get a book that will bring you up to speed pretty quickly), so focus on concepts and knowledge rather than what piece of software you’ll use.
There’s a lot of areas to cover - for example, usability’s a big one, but it’s useless to give you a title if you’re not going to be focusing on usability on the job. Likewise, there’s tons of project management and design books, but I’m not certain how much these’ll help you right now either. My advice is to hit the bookstore or Amazon and just browse. Grab a For Dummies book - yeah, they’re oversimplified, but it’ll give you a good starting point. Grab some books that appeal to you for whatever reason. Check out the Techwr-L website - there’s a lot of good information there, and you can sign up for the email list where people post questions and responses (tho’ they might be rather boring at this point as you might not be able to make sense of them yet).
Best advice I have? Work closely with your boss to determine what your first project is - is it documenting some software you have? writing a proposal? creating a grant application? applying for a patent? creating a basic website? making a help file? Figure that out, define the scope, then hit the web and search.
And yeah - addy’s in the profile. I’d be glad to help any time; just drop a line. Mebbe put SDMB in the subject so I don’t just delete it as spam.
Jump on in - I think you’ll do right.