However, my feedback from using it on other Linux-related Discourse sites is that a small percentage of people actually read it, most people ignore it and another small percentage of people don’t understand how it works and end up with the template embedded in their actual post.
I think a template that asks for commonly requested info such as the output of inxi, uname, etc. may be good. Other info would totally depend upon the issue and as noted by @vgaetera could likely be irrelevant or not enough.
A template that aims for ‘one size fits all’ would be daunting and often totally irrelevant.
Often a question is simply asking ‘how to’ and may not actually have anything directly related to either the actual hardware or software, but more related to users knowledge or experience.
I am against plaintext / inline templates for posts (the kind that is pre-filled into a single large textarea like the post body). It is not nice for users (just too much to read before posting) and prone to editing errors.
See it a lot on GitHub. Users mangle the template, copy and paste over the wrong lines, or only fill in partially and leave long sections of template text unedited.
A good template must have proper UI (an accessible form, with separate inputs for each item). The Guided bug form on rhbz (requires login) is a decent example. But, it could be overkill for users who just want to ask simple questions.
Overall, I don’t think it is essential for a forum.
How to get a specific dnf/PackageKit transaction history—in response to “something broke after an update”
How to get audio info—I have seen a few times users asking for pipewire service status in response to general audio hardware/software questions, which is almost always irrelevant (unless talking about pipewire config). You want alsa-info.sh and pactl list
Alternatively, these could be written as guides / wiki-posts and linked to (easier for the answerer, but harder for the asker as they have to navigate away from their post).