同城活动、交流沙龙或体验课程，常同时涉及名额、付款和签到。只用聊天记录核对转账，人数稍多就容易遗漏。更清楚的做法，是让每次报名都有独立记录，再将支付结果关联到这条记录。

报名页先交代清楚安排

展示时间、地点、人数上限、费用包含项目、取消方式与联系入口。需要选择场次、规格或同行人数时，应在确认订单前完成选择，不能让顾客付款后再补交关键资料。

业务系统记录报名人、场次、人数与应付金额，联系方式按实际通知需要收集。组织者用于签到的名单不需要包含完整支付凭证，更不需要暴露每位参与者的私人信息。

名额与付款期限一起设计

有限名额可以在订单创建后暂时保留，超过约定付款时限则释放。名额保留期与支付单有效期要衔接，并在报名页说明。释放名额后如果仍收到有效付款，必须进入异常核对，不能默默丢弃交易记录。

处理超时到账时，先确认该场次是否仍有容量，再按已说明的安排提供补位、改期或退款选择。不能简单以本地订单已关闭为由认定钱没有支付，也不要让用户重复支付来恢复名额。

确认凭证与现场签到

后端确认付款后，向报名者提供订单查询与报名凭证。凭证绑定报名记录，现场核验通过后记录签到状态；同一凭证再次使用时，能看到已签到结果，避免重复计数。

付款人和实际参加人不一致时，要在报名阶段定义代报名规则。修改参加人保留操作记录，签到工作人员只获得必要信息，财务人员仍能通过订单号核对原交易。

改期与退款分别留痕

  • 个人取消：记录申请时间、适用规则和退款处理结果。
  • 活动改期：保存原场次与新场次的关联，通知已付款用户。
  • 组织方取消：建立受影响订单清单，逐笔跟进结果。
  • 部分人数退出：核对退款金额与剩余名额，避免整单误退。

活动结束后，将报名数、有效付款数、退款数与签到数分别复盘。它们反映不同环节，不应使用同一个“参与人数”笼统代替。退款流程可按售后退款设计建立核对记录。