So, yes, strictly speaking if you want to be as efficient as possible in your feedback, focus on explaining the problem. State the problem very clearly. Don’t assume the reader, even a dev, understands your shorthand. You might end up talking about two totally different things. Then state the consequences for the problem. That’s it. Suggestions on how to fix it are probably most useful as a way for us to reverse engineer what the specific problem is, but again, it’s more efficient just to state that clearly in the first place.
As an aside, I’ll risk making another sweeping generalization here and opine that player feedback is nearly always too long. There must be this other maxim somewhere that the length of a post is somehow proportional to the strength of the post, but that’s just not true in my experience. Players love bullets. Posts with lots of bullets get upvoted, as if the writer must certainly be an authority on a topic if they can come up with so many things that are busted or so many reasons why something being busted is bad. But longer isn’t automatically better. Longer is automatically less efficient however. You are probably burying your good stuff in a sea of words.