Rant

I feel your pain, and want to share two tips I have used that has worked well for internal documentation.

You may already do this, but just in case I thought I'd share.

1. Use informal keywords at the bottom of the article. Especially rude ones. One monday when I came into the office I was met with a pissed off colleague, he wasn't angry with me, just the bad situation during the weekend, the server room (a purpose built server room) had had the AC fail during the weekend. So he had biked in and tried to fix it, there was a window that could be opened and we even had bought extra industrial fans, so we should be good right? Nope, they were stored in a locked room with a code lock next to the server room, we even had the code documented in the shared password manager, it was called something like "janitor's code" and he could not find it. I don't remember how he solved the situation, but seeing his frustration and irritation made me realize that we needed better keywords for the code. So I added stuff like "emergency code" and "general access code", but then I also added keywords like "fucking code", "idiot code", "damn door", "fucking door", "dickhead code" "just fucking get me in", "i give up" "fucking hell balls", stuff like that, it worked great, it was funny and made sure that everyone remembered how to get the code. Same goes with other documentation, pour your frustration into the keywords, lean into the office slang for best effect, I am Swedish and have used some rather creative compound words "nätverkshelvete", "skrivardjävel", "rövhålsjira" and "förbannade skithusswitch" are just some from the top of my head at this time.
2. The second tip I can give you is to write every guide in two versions, one summary, assuming the reader knows their way around, and only really focusing on special actions like, "when creating a user with role X, make sure to set extensionAtribute24 to Y", and the other part is a full step by step part with highlighted screenshots for every step. This is something I tried and it did cut down on annoying people asking the same thing over and over.

I wish it was professional to just reply with "RTFM" sometimes.

Sorry, I'm bad about this. Only way to beat it is to keep referring them to the docs. Be specific! "Check page 10 of the doc. Need that link again?"

"The short answer is , but it can be complicated. Here's a link to my document. You can find the details on page ."

Been my response for a while. Occasionally, I ask if they've got the documentation site bookmarked or if there's anything in the documentation file that doesn't make sense. That tends to prod people in the right direction, and it also gets me helpful feedback when people complain that the document is unclear.

I started just linking to the documentation instead of answering the questions. Works most the time.

"That's a stupid question"

This is exactly why I stopped writing documentation.

You would never hear about all the people who were helped out by your documentation and were able to get by without contacting you.

I actually like discussing and going over stuff with people. Its more the boss and company not considering it efficient and accepting time will need to go to it.