The Problem, As I See It
I'm growing to really love PbF as a format for posting adjudication and recruiting new players to games, particularly as we have a pretty vibrant and variant-friendly community here. However, where our php-bb forums still lack, considerably, is person-to-person messaging. It's frankly a hassle. The interface that comes with php-bb private messaging wasn't really built to support robust conversations. It's like using email, except that it's not mobile-friendly and lacks many of the conveniences that come with modern email clients.
Now I run Play-by-Email games as well, and what I've found there is that it's a bit better for person-to-person messages, but primarily when it's long messages back and forth (like letters in old play-by-mail games). Both email and PM's are pretty bad for handling fast, interactive conversations.
The Proposal
Would players be amenable to running a sort of hybrid-communication game? Official orders submissions would still be submitted via PM, so that there's a full record of them (should an admin ever be needed to investigate a dispute). However, player-to-player conversations would be handled through Cisco Spark, a robust messaging client that has been pretty widely adopted by the face-to-face community, particularly when they play online games in-between tournaments.
From a standpoint of anonymity, Spark allows you to subdivide your messaging into Teams, which basically means that you'd have a unique identity that only your fellow players and GM's would have access to. You'd also be able to maintain anonymity similar to how you do on the forum; you might have to give the GM your email* initially, but that's it.
*Even that might not be mandatory for much longer, per talking to Chris Martin, who works for Cisco and has become the chief evangelist for this platform within the F2F community.
Feedback
What do you think? Would you welcome an alternate messaging system like Spark or Slack, or do you prefer forum-based PM's?
Edit:
Changed the title to note that I'm investigating the use of Slack as an alternative to Spark, since it may provide more of the features that would be useful to PbF setups.