Categories
Business Computer Languages Language Marketing Process Training Writing

What Makes a Great Technical Writer

By Rachel Shoap

In a world full of individuals with such diverse skill-sets, interests, and passions, there are few who possess the expertise and chutzpa needed to be successful technical writers. The following list represents what I (a relative outsider to the field) think you need to possess to be a great technical writer:

  • Technical Aptitude: You know the old saying: “You can’t explain what you don’t understand”? Never was this truer than in the field of technical writing. If you don’t understand what you’re writing about, I guarantee no one else will either. You don’t have to be a software developer to describe how to use an app (in fact, that would probably be an impediment because you already know how it works). But you do have to understand how to use it to be able to describe the steps for someone to follow for that person to be able to use it. After all, the goal here is to communicate your knowledge.

  • Common Sense: Overthinking can be detrimental to one’s success, so it’s best to use the KISS (Keep It Simple Stupid) mindset, an acronym that I, as a salesperson, have taken to heart and that is now ingrained in my DNA. By using basic tech knowledge, and incorporating it into your writing process, you can become an asset to any company you work for.


  • Effective Communication Skills: How many times have you talked to a friend about something important, and she repeats what you said just to prove to you that she was listening, but can’t go into detail about what the conversation was about? I cannot stress enough the importance of communication in the technical writing industry. It starts with listening. Being able to listen to your clients’ needs and showing them that not only are you paying attention, but understanding and implementing those needs into the finished product (the deliverable) will build trust, surely fostering a long-term working relationship that will most likely result in repeat business.

  • Organization: The great Mark Twain once said, “The secret of getting ahead is getting started.” You can’t get ahead if you don’t even know where to start. Usually this inability to begin is a consequence of disorganization. Organization does not just mean making sure everything is in its rightful place, but mental organization and process organization: know what you want to say and have a roadmap on how to get there. Having a set organized process permits a technical writer to produce consistent results. There are always exceptions (client requests), but if you stray too far off the beaten path, then you’ll struggle to meet deadlines, which will lower customer confidence, and ultimately diminish your own confidence as a writer.

  • Declutter Your Mind: Clearing your mind allows you to become sharper and more focused. If you can’t get in the right mindset for work, your day will be full of procrastination and justifications as to why, for example, you’re taking a two-hour break when you just started working. People who can organize their thoughts and execute tasks promptly and swiftly can take on bigger projects with ease.

  • Empathy: As technical and methodical (and, let’s face it, sometimes boring) as technical writing can get, you may think that everything is written in black and white. But the ability to not only reach different audiences, incorporate those different backgrounds into your work and be understanding to the fact that not everyone can follow directions the same way – AND take that into consideration in your work – is a talent that is hard to come by.  Knowing your audience and knowing its needs can greatly increase your success when completing a project. Many companies struggle to get their intended message to customers, which ultimately leads to complaints and frustration on both sides.

If you are someone interested in starting in a new profession, or you are a client (potential or current) hoping to gain some insight and clarity as to what you should look for in a writer, then take these points into consideration. When you’re the spawn of a successful technical writer, whose business has flourished for over 30 years, you start to notice things.  Happy hunting!

Categories
Business Computer Languages Language Process Tools Uncategorized Writing

Technical Writing for the Cloud

Technical Writing for the Cloud

By: Eric Sedor
Eric Sedor, a frequent contributor to the Shoap Technical Reader, is a senior software engineer at MongoLab, a cloud-based database provider located in San Francisco. Eric cut his technical writing teeth at Shoap Technical Services before returning to his true passion, software engineering.

The Cloud encapsulates the idea of a distributed system built of formable, destructible, re-creatable components. Even the data within cloud systems is redundant and spread out, capable of being restored in parts to specific points in time, if necessary. Cloud systems even overlap one another.

Categories
Computer Languages Language Marketing Process ROI Training Uncategorized Writing

Documentation Needs vs Wants: What’s the Value Proposition?

Do a little research and the prevailing opinion expressed by those who write and those who want documentation is that it’s not done because (as I’ve written in a prior blog  — see http://www.shoap.com/why-bother-writing-technical-documentation/):

• It costs money.
• No one wants to do it.
• No one uses it.
While those facts remain true, the more important issue – what kind of documentation do companies actually need? – rarely gets addressed. Perhaps it’s time to talk about that issue.

Categories
Business Computer Languages Language Process Tools Training Uncategorized Useful Links Writing

Designing Effective API Documentation

The user interface of an application – even one with a convoluted design – gives users some sense about how to navigate the application. It may be painful, but users can usually muddle through if they have to. APIs, on the other hand, offer no natural affordances or signifiers allowing developers to learn how to use the API. Therefore, good documentation is crucial for any API project.

Categories
Computer Languages Language Training Uncategorized

How the Audience Affects Technical Communication

Paul Clifton is a Ph.D. student in Digital Media at the Georgia Institute of Technology. He has been an on and off technical writer with Shoap Technical Services since 2007 and is currently working in interaction and user experience design at Intel.

Recently, I helped my friend update his resume. I’d helped him make a brand new one a few years before, and it had been an extremely painful process, so when he asked me to help update it, I nearly just said no. To my surprise, the draft he sent me proved that he had been paying attention when I had originally explained the rules for making a good resume, why they were the rules, and why following them mattered. His grammar and spelling still weren’t very good, but grammar and spelling are the easy part. Clearly communicating complex information by meeting the expectations of the reader is the hard part, and I was happy to see that he had pretty well taken care of that.

Categories
Computer Languages Process Screencasting Tools Training Uncategorized Writing

How Waterfall/Agile Development Impacts Technical Writing by Eric Sedor

“Waterfall is dead, long live Agile,” many voices cry, heralding a transition in the software industry from heavyweight engineering efforts to an almost sports-like scrimmage. Waterfall didn’tkeep up, they complain. Projects turned into congested pipelines and out of desperation to reclaim fluidity, the entire cycle broke down into an environment of iterative re-development that gave birth to Agile. Increasingly, developers collaborate in short sprints to rapidly address evolving concerns rather than as construction crews working from blueprints. What does this new era mean for technical writing as part of software development? More specifically, what is expected of an Agile Technical Writer?

Categories
Captivate Computer Languages Process Visual Aids

Interactivity Brings New Life to Traditional e-Learning

The Work Management Process is an initiative of one of our clients to standardize the process of work identification, planning, and completion at power plants the Company owns and operates. This process aims to transition work activities at power plants from a reactive to a planned mode, thereby improving asset reliability and lowering costs.

The purpose of this training is to present an overview of the Work Management Process either as a refresher for existing employees or as an introduction for new employees.

The training is broken down into six lessons, each of which correspond to a particular step within the Work Management “Wheel.”  Unlike a training course delivered via a learning management system, this training is completely open-ended so learners are free to explore and learn at their own pace.

Although this training is open-ended, some managers wanted their employees’ progress  to be tracked to test their mastery of the content.  Learners can directly link to a short quiz stored within an online learning management system from the Work Management Process Training site.

Goals and Objectives

The original Work Management Process Training existed as a 180-page document that learners had to read.  Once our Technical Communications project team got our hands on that, we all recognized that we had an opportunity to create a unique eLearning experience from this training.

The primary goal of the training site is to create an interactive, online resource that employees can visit to learn about the Work Management Process.  Using a simple design, contextual links and actions, drill-down exploration of content, and leveraging interactive learning experiences, our training site easily stands out as a technology-based learning site unlike any other training initiatives we have created in the past.

Categories
Computer Languages VBScript

Using Visual Basic to Automate PowerPoint Printing

For the past three years, I have been trying to find a way to automate the tedious task of printing two copies of 30 plus PowerPoint Presentations to PDF, first as Notes Pages and then as 3 Slides Per Page Handouts.  Every six months I would spend a few hours testing various batch printing applications to see if they would complete this task for me.  Unfortunately, every time I would find they would only print the standard One Slide Per Page view without the Notes field included.