In the intended workflow, the PR itself is a very small part of the process. You fork the repo, study it, analyze it, work on it, test it, ..etc (99% of time spent), you create pull request (1%). Plus there is a reason for the PR - you describe your changes, provide reasoning for them, allow many parties to review them.
With the concert request there is nothing to do, just create the request with specific data (something that would work MUCH better through a web form) and there is no reason to have it public as only relevant people to comment are you and the band's manager (something that would work well through email).
Sorry, semi rhetorical question. Still, there's no easy way to do a quick PR on GitHub. That might be intentional. I suspect it's also intentional on the part of the band—they say if you do a proper PR it's very possible that they'll agree, so it's a kind of proof of work.
But dang that's terrible UX, IMO. I wonder how negatively this affects their sales.