景区里加一场演出,看着是多一个能卖的产品,实际上是把库存单位从"张"换成了"场次加座位"。结构一变,门票、剧场、核销三边的规则都要重定。最常见的两个事故是:游客买了门票却进不了剧场,或者剧场明明有空座却卖不出去。
先定门票和场次是哪种关系

通常三种:门票内含某一场,票与场次一一绑定;演出单独售卖,与门票互不相干;门票可约演出,剧场只控名额不控票。第一种最麻烦,游客改期或换场次时要把票和座位一起改,任何一边先改了就对不上。第三种在节假日最稳,剧场按名额放,门票只管进园。关系定下来之前别急着画座位图,后面所有核销校验都挂在这个关系上。
场次自身要能配容量:总座位数扣掉工作位、视线遮挡位、不占座的儿童之后得到可售数,这个数是算出来的。各区域可售量之和必须等于整场可售数,配错了就会出现区域显示有余量、下单却提示无座。
区域票和对号入座是两套核销
区域票只校验这场这个区域还能进多少人,进场不核销到座位;对号入座则要在服务端给座位加唯一约束,场次号加座位号只允许一条有效票。锁座时长要分开配:未支付订单锁多久、支付完成后座位是否永久占用。前者设太长,热度场次会被一堆没付款的订单占住;设太短,游客还没看完支付页面座位就没了。遮挡位和最后一排要在座位图上单独标记并写明原因,客服接到投诉才有依据可讲。

迟到补进要有状态,不是放进来就完
开场后到的人,剧场的真实做法是等幕间或由引导员带入。系统这边仍要照常核销,不然座位计数不准,后面的人会被领到已经坐人的位置;同时在流水上打一个迟到标记,手持终端补录一次就够。入场口核销和区内二次核销要分开记,这两个数差出来的是真实上座率。免票同行的儿童、临时加座也要单列一类,否则报表人数永远和现场对不上。
时间窗要按场次单独配,不要用全局默认值:开演前多久允许入场、开演后多久停止入场、临时延后开演时这两条线跟着推多久。这三个边界定不住,核销端就没有判断依据,只能靠现场人员自己看表。还要注意它和园区的分时预约不是一回事——那是入园时段,这是演出时段,两套时间叠在一张票上时,要在票面上写明以哪一套为准,否则游客按入园时段赶到门口,剧场那边却还没开始放人。
取消与改签要能一键触发
天气原因在开演前取消是常事。这个动作在系统里应该是一次操作:场次置为取消,旗下所有票进入待退状态,同时给联系人推通知,而不是让客服一张张手工退。改签到另一场时,目标场次必须有余量,记录留在原订单上,两边差价按各自的票种规则走。取消之后座位要立刻回池,否则别的渠道还在卖这一场。临时加场要判断的不是票务,是演职班次和同时段的通道压力,这些不在系统里,但排期时一定有人问。
落地时的一句提醒
先把票和座位是否一一绑定这一条定死,再谈选座页面好不好看。演出模块多是后期加上去的,加的时候最怕改动了已有的入园链路,测试至少要覆盖老票种在同一时段的核销表现,确认两条业务互不串。
扫一扫官方微信号