It likely is simple for you, because you are suffering from an acute case of the curse of knowledge.

You can’t remember what it was like to not know how to use your product, just like the mechanic can’t remember the first time they removed a lug nut or unhooked a car battery.

It’s only easy because you’ve done it before.

Your documentation’s primary target audience is the frustrated beginner who has tried multiple ways to understand something before they even resorted to the documentation.

Perhaps another (this time true) story will help, here.

One of my kids got a RipStik recently, and has become a bit of an expert at it. For the uninitiated, RipStiks are like skateboards with only one wheel on each end, and they pivot in the middle. The wheels are on swiveling casters, so the device can move in any number of directions.

For me, the more times I try it, a RipStik seems to be a fancy way to identify my out-of-pocket costs at the Emergency Room. It’s a frustrating experience where it feels like I’ve forgotten how wheels, gravity, or inertia works.

After my 15th attempt to stand up on the thing, my 8-year-old comes in the room only to announce “Dad, it’s super easy, just…”

He probably said something after that, but I definitely didn’t hear it. I was too busy coming up with creative ways to avoid jail time and also smack my kid.

What I needed at that point was simple, clear instruction on how to mount the thing. To be told it’s easy is equivalent to being told “you’re too dumb for easy stuff.”

The only people that should call your product “easy” or “simple” are the users. And they will only be able to call it that after they use it.

What to say instead

OK, so if “easy” and “self-explanatory” are off limits, what adjectives can we use to describe things?

In most cases, sentences or phrases discussing how easy a process is should be left out altogether. Instead of “3 easy steps” your documentation could reference “3 5-minute steps” or just “3 Steps”

The goal is direct instructions clearly presented with language that is neither condescending nor overly technical, with a call to action to contact you if the documentation doesn’t clear things up.

* The diagnoses here are a rough approximation of what I hear every time my mechanic speaks. Any resemblance to actual auto parts is purely coincidental. Please don’t let me fix your car.