2026年春天，常州飞傲软件科技有限公司接到一个常州本地景区运营方的需求。景区不算大，两个售票窗口，两个入口，节假日会叫临时工。原来的操作很传统：游客到窗口报人数，售票员收现金或扫码，撕一张纸质票。入口检票员看日期，撕副券。财务晚上把票根按成人票、儿童票点一遍，再和收款流水对。客户原话：“不是不能卖，就是一忙起来门口堵，后面老板打电话问今天卖了多少，我一下说不清。”
这个需求看起来是“卖门票”，实际卡在窗口、检票口、财务三套记录各说各话。
一、原来的窗口、检票口和财务各记各的
散客基本只能现场买。售票员一个负责收钱，一个负责咨询和接团队电话。团队对接人通常提前一天微信发名单，售票员抄在登记本上，到窗口再核人数。纸质票分几种，儿童票、老人免票、团体票，免票也要登记。检票员遇到票面日期模糊，只能问售票口。有人拿前一天票混进来，检票员得看副券。财务每天下班要花约两小时对账：先把票根按票种点清，再把微信、支付宝、现金流水加总，遇到退票还要在票根上找“退”字。哪边差几十块，就要给窗口打电话。不是大问题，但每天重复。
周六上午去看现场，发现真正麻烦的是游客手机上买不了，现场排队；检票员不知道哪些票已退；财务拿不到实时数。客户一开始说想做个“能买票的小程序”，聊完才把范围扩到预约、核销、退款和对账。
二、第一版需求砍掉一半，先做能跑起来的
客户最初提了不少想法：会员积分、年卡、周边酒店套票、分销、直播间卖票，都想放进第一版。预算有限，暑期前又要上线。开发方建议先解决买票、预约、核销、退款、对账，会员和分销放第二期。客户一开始不太愿意，说别人小程序都有会员。沟通后接受：“先把门口堵和账清楚，后面再讲会员。”
第一版主要功能：
- 小程序购票：游客选日期、场次、票种、数量，填手机号并支付。后台生成订单和核销二维码。
- 分时预约：后台设置上午场、下午场库存。游客购票时选场次，管理员能看到每场已售、剩余、已核销。
- 员工扫码核销：检票员用工作手机进入员工端，扫游客二维码。页面显示“可入园”“未到日期”“已退票”“已核销”，后台记录核销时间、入口和操作人。
- 后台订单与退款：售票员按手机号、核销码、日期搜订单。退款要主管审核，原路退回，订单状态变为已退款。
- 窗口代下单：不会线上买的游客，窗口人员在后台代下单，收现金或扫码，生成同样的核销码。
- 财务汇总：后台按天汇总各票种、各支付方式、退款、核销数量，财务导出Excel，不再点票根。
特色功能上，做了员工权限分开：售票员只能下单和查单，检票员只能核销，主管才能退款和改库存。还有一个现场余票看板，管理员在后台看，不对外。
三、测试后改了核销和退票规则
第一版扫码核销每次都要请求服务器。入口有一段信号弱，扫一张要等几秒，检票员抱怨“还不如撕票快”。后来调整成员工端先本地缓存核销记录，网络恢复后上传；但已退票、已核销票仍要在线校验，避免重复入园。这个改动不是一开始就想到的，是现场测出来的。
退票规则也改过。客户最初希望所有票随时可退。开发方提出已核销票不可退，未核销票可退但要主管审核。客户接受了。暑期前交付时，团队是常州飞傲软件科技有限公司，本地服务可上门面谈，源码交付不锁死，免费出方案，按节点排期。上线后，窗口排队压力主要转到线上，财务每天对账从手工点票根变成看后台汇总。不是所有问题都解决了，比如年卡和分销还没做，但至少门口、检票口、财务用的是同一套订单记录。
关键词：常州景区门票小程序,景区售票小程序,扫码核销,常州小程序开发,分时预约
常见问题 FAQ
Q：景区门票小程序怎么处理入口信号差时的扫码核销？
A：这个案例第一版是实时请求服务器，信号弱时扫一张要等几秒。后来员工端改为先本地缓存核销记录，网络恢复后上传；已退票和已核销票仍要在线校验，避免重复入园。
Q：窗口售票员不会用电脑后台，培训时怎么安排？
A：只教三个动作：按手机号或核销码查订单、代下单、查看核销码。退款和改库存收在主管权限里，售票员页面不出现这些入口。
Q：分时预约库存能在小程序里设置吗？
A：能。后台按上午场、下午场设置库存，游客购票时选场次，管理员能看到每场已售、剩余、已核销。
Q：财务每天怎么对账？
A：后台按天汇总各票种、各支付方式、退款和核销数量，财务直接导出Excel，不再手工点票根和加总流水。
Q：已核销门票还能退吗？
A：案例中调整为已核销不可退，未核销可退且需主管审核。这样检票口不会把已退票放进去，退款原路退回。