* The ability to mark which commits/files have been reviewed and so track progress.
* The ability to distinguish resolved and unresolved issues
* The ability to assign a reviewer based on which code is being altered in the PR.
* Useful handling of history rewriting during review.
I also think that the PR model could be implemented in a way that would make for better collaboration. At the moment, if someone submits a PR that has some issues and you want to help them fix those issues it's a huge pain because the commits typically live in their fork to which others usually don't have push access. It would be a considerable improvement if PR branches were set up in such a way that both the original submitter and the people with commit access to upstream could push to the review branch.
We host all of our private repos with Beanstalk, and use GH for our open source repos.
The fact that every comment on a review turns into a separate email is insanity, and just fills up your inbox with crap (one email for all of one person's comments on a review makes a ton more sense).
I hope they make it better, it definitely seems like a place where some TLC can go a long way.