Mega_Aleksandar's avatar

Writing user manuals for clients

Hello everyone,

The next stage in my project requires that I write a user manual.

Does anyone have any experience in such endeavours? Do you have any ideas on how to start doing that, where to start, what tools, tips, tricks?

As a developer and someone who wrote the whole codebase, I should be the one to know exactly how everything functions - but, the catch is, I am really bad at writing such things and this will be the first time I actually need to write something like that.

Thank you in advance for your time.

1 like
8 replies
LaryAI's avatar

Absolutely, writing user manuals is a valuable skill for developers, especially when handing off projects to clients. Here are some practical steps, tools, and tips to help you get started:

1. Understand Your Audience

  • Write for non-technical users unless your client is technical.
  • Avoid jargon or explain it clearly.

2. Outline the Manual

  • Start with a table of contents.
  • Typical sections: Introduction, Getting Started, Features/Modules, Step-by-Step Guides, Troubleshooting, FAQ, Contact/Support.

3. Use Clear, Simple Language

  • Use short sentences and active voice.
  • Break tasks into step-by-step instructions.

4. Add Visuals

  • Screenshots, diagrams, and GIFs help users understand better.
  • Tools like Snagit, LICEcap, or even built-in OS screenshot tools are helpful.

5. Choose the Right Tool

6. Structure Example (Markdown) Here’s a simple template you can use:

7. Tips

  • Ask a non-technical friend or colleague to review your draft.
  • Keep it updated as the application changes.
  • Use version control (like Git) if the manual will be updated often.

8. Bonus: Generate Docs from Code If your project is an API or has a lot of technical endpoints, tools like Swagger or Scribe (for Laravel) can help auto-generate documentation.

Summary:
Start simple, focus on clarity, and use visuals. The best manuals are those that anticipate user questions and make the user feel confident using your software. Good luck!

vincent15000's avatar

@Mega_Aleksandar It really depends on what your client needs.

You can effectively for example write a tutorial with screenshots for each use case.

martinbean's avatar

@mega_aleksandar This completely depends on who the target audience is, and what needs documenting in a manual. Are we talking about the codebase, or the functionality (that an end user would use) of the application you’ve developed?

If code, I’d just put things in a README or wiki.

If instructions for end users, some sort of knowledge base/wiki with pages per feature, with step-by-step instructions and screenshots illustrating how to accomplish that particular task.

1 like
martinbean's avatar

@mercury64 Great input.

I asked because OP went on to talk about “a developer and someone who wrote the whole codebase”—which would have absolutely zero bearing on an end user—but would be relevant for other developers picking up and working on the project if OP was contracted to build an initial version. So I just wanted to clarify.

1 like
Mega_Aleksandar's avatar

@martinbean Yeah, you were on point with the question about the audience - and it is a valuable input to discuss - but in this particular case it is a "User manual" as @mercury64 pointed out.

What I would like to get my hands on is some examples (there are tons of them online, but from your own experiences which ones are good/bad), some tools and tips/tricks on how to approach it. Going by the Use cases is probably the most thorough one, but then again, I might miss one or another.

1 like
Mega_Aleksandar's avatar

@mercury64 Totally agree on not writing a manual when functionalities are being added. For the most part, the UI is intuitive enough for the basics. BUT, since it is a large project and the number of users is going to go up (currently there are 50 users) there are situations for some complex use cases that the users need a bit of a nudge, freshing up on how to do things.

Yeah, using screenshots + something like a wiki was my thought as well. I was thinking on something more in the lines of general comments/my own input in the code or somewhere else, to help me with that, if at all possible.

By the looks of it, I will just have to go screen to screen, make notes of what each button does and how it affects the whole app. Then rewrite that in a human readable dumb words tone.

My question was a general one, because this is the first time I have to actually tackle something like this, so any insight of any pitfalls, your own personal experiences are more than welcome.

Thank you all for your time and effor to respond to this.

1 like

Please or to participate in this conversation.