我来回答一下这个问题哈。
首先你贴出来的版本是5.0之前的，那个时候因为...一系列原因，确实没有做实时PK，用户A向B发起PK，就是与B的历史数据进行PK，因此这个时候C也可以同时向B发起PK并同时作答。这种做法对于随机PK是没有任何问题的，恰恰能更好的解决冷启动的尴尬。通过初始的几个机器人与用户PK，积累一批真实用户的真实数据，然后其他用户再与这些数据继续PK，逐渐形成庞大的数据库。进而减少用户匹配到重复用户的概率、匹配的时间等，形成更为良好的PK体验。
然而到了5.0，人马齐备，粮草满满。我们便新增了实时PK的好友PK模式，这种模式下，用户A和用户B在PK时，其他用户就不能在这一段时间内与用户A和用户B PK（资源独占）。
我们把PK氛围三个流程场景：匹配用户-->答题PK-->战况总结（诱导分享或再战等）。
随机PK的需求在于能快速匹配到水平相当的用户，并与之背词PK；
而好友PK中用户需要匹配的用户是明确的，这个时候的需求更侧重于PK战况的实时交互。
同时作为产品经理不能仅仅只是追求极致的功能，在产品的一定阶段，如何平衡需求与资源相对不足也是很重要的。
