活动只剩一个名额,两个人几乎同时提交。运营在表格里给其中一人标了确认,另一份表又把两个人都算进总人数。随后有人取消,候补第一位却没有收到通知。
名额管理需要状态和顺序,不是多加一列备注。报名页面必须明确每一步如何进入下一状态,以及失败后怎样释放名额。

先画出有限的状态集合
至少区分提交中、待确认、已确认、候补、已取消和已过期。每个状态说明谁可以触发变化,避免运营人员用自由文本创造新状态。
名额占用需要处理并发
提交表单不等于获得名额。可以短暂占位并设置确认时限,超时后自动释放。Frontend Design Skill用于构建与具体业务状态匹配的页面和交互结构;Webapp Testing Skill用于测试关键页面流程、边界状态和异常路径。负责构建页面与测试并发、取消、递补和失败路径。

候补顺序必须可解释
通常按有效提交时间排序,但资格审核、会员优先或多人同行会改变顺序。规则要在报名时说明,任何人工插队留下原因和操作记录。
取消后先递补再开放新报名
有候补人员时,空位先按规则发出确认邀请,并设置回复期限。直接把名额重新放回公开页面,会绕过已经等待的人。
测试不要只走成功路径
重复邮箱、同一人多次提交、支付失败、网络中断、取消后反悔和最后一席并发都要验证。上线后监控确认数、候补数和释放中的占位,及时发现卡死状态。

技能提升网