上线前的验收不是一次演示。演示顺着菜单走一遍,谁都能点头;验收是带着"这一步出问题谁会堵在门口"去逐项过。排法建议按角色而不是按功能模块:窗口、检票、客服、财务四个岗位各拿自己的活儿测一天,能多找出一堆照着菜单永远看不见的问题。十二项分四组,逐项过、逐项签字。
第一组是配置,四项

第一件,票种规则卡。每个票种写清可售渠道、有效期口径、可核销次数、退改规则,一张一张对着看,漏一项就意味着现场靠猜。第二件,日历与生效边界。日型、时段、特殊日切换时,重点验页面展示的时间和服务端生效的时间是不是同一刻,改规则和改价最容易在这里错位。第三件,库存。共用池与独立额度各下一单,看扣减与回滚,尤其是未支付订单释放之后余量有没有真的回来。第四件,票面。纸质票与电子票的要素要一致,包含项目名称、有效期、入园时段、退改说明,两边不一致就是投诉源。
第二组是现场,三项
第五件,闸机逐台验,不能用一台代表全部。每条通道单独验六件事:通道号与进出方向是否正确、正常凭证放行、重复刷被拦、无效或已退凭证被拦、断网时走什么兜底、离线名单到期后的表现。第六件,手持终端。单独验一次补录,补录的数据最终也要进流水;同时验权限边界,谁能在系统不可用时先放人、事后补录要不要填理由。第七件,断网演练要真的拔线。挑非高峰时段把主链路断掉一刻钟,看三件事:现场能否持续入园、恢复后本地数据是否补齐、补齐时有没有重复计数。演练要出记录,含断网时长、放行人数、恢复后的差异数。没做过这一步的景区,第一次断网通常就落在节假日。
第三组是钱和账,三项

第八件,售后实测。拿几单走一遍退款与延期,验退款是否原路、退后凭证在通道端多久真的失效、延期有没有留下审批痕迹,把那个时间差实测出一个数值记进文档。第九件,渠道归集。线上、现金、团队、自助设备各出一张日结,检查每笔订单是否只归一个渠道,出现交叉说明扣减或回滚有问题。第十件,三表勾稽。客流表的入园人数、核销流水条数、营收表的售出票数,三个数要互相对得上;对不上就追差异来源,最常见的两处是免票同行和人工补录。这三项平不了,财务不会签字。
第四组是留痕,两项
第十一件,权限与日志。改价、退款、改规则三类动作分开授权,操作记录要能按人按时间导出来,抽查两三笔即可验证。第十二件,遗留问题分级。十二项里通常会有两三项没过,过不了的要写清现象、影响范围、责任方、有无替代动作、是否阻断上线。口径提前定:影响入园和钱的必须阻断,报表口径与界面体验类可以带病上线但要给期限。
签字之前再读一遍条款
验收单最后双方签字,未通过项附在后面,别停在口头同意上——口头同意的部分三个月后没人认。同时把后续维护是否强制、定制开发的边界怎么算、接口新增走什么流程这几条再确认一次。系统是一次部署长期用的,这些条款影响的是几年后的改动成本,不在验收当天看清楚,之后很难再提。
扫一扫官方微信号