帐篷烧烤篝火分开卖？露营基地票务系统套餐怎么做

　　上个月去一家露营基地，营位费198，烧烤套餐另算88，篝火晚会再加50，皮划艇体验再加60，最后还收了30块停车费。一趟下来小四百块，买的时候每个项目都得单独下单、单独填信息、单独付款。我问老板为什么不打包卖，他说："系统里只能一个一个挂，没有套餐功能。"

　　不是他不想打包，是系统不支持。

　　露营基地跟传统景区不一样。景区卖一张门票就结束了，露营基地卖的是一个体验组合——住、吃、玩、停，四件事打包才是完整的一天。拆开卖，游客觉得贵还麻烦;打包卖，客单价反而能上去。问题出在大部分票务系统是按"一张票一个价格"的逻辑设计的，没有"组合销售"这个概念。

　　套餐销售的核心不是把几个价格加在一起打个折，而是把几个独立项目绑成一个产品，从下单到核销到退款都按一个订单走。

　　先说下单。一个"周末亲子套餐"包含营位、烧烤食材、篝火、儿童手工体验四个项目。游客选套餐→选日期→填一个人信息→付款，一步搞定。而不是先买营位再买烧烤再买篝火再买手工，四次操作四次付款。下单转化率差一倍以上。

　　再说定价。套餐定价有两种做法：一种是总价低于单项之和，给游客一个"打包省了多少"的心理暗示;另一种是总价跟单项之和持平，但购买流程简化了，省的不是钱是麻烦。露营基地票务系统要支持这两种定价逻辑，而且套餐价格和单项价格可以独立维护，改单项价格时套餐价格自动重新计算或者人工确认更新。不能改了一个烧烤食材的单价，周末套餐的价格还是旧的，游客下单时看到的价格跟实际不符。

　　再说核销。一个套餐里四个项目，游客到了营地不是同时消费所有项目。营位是全天使用的，烧烤是晚餐时段，篝火是晚上八点以后，手工体验是上午十点。每个项目的核销时间和方式都不一样。系统要能做到：一个订单四个项目，分别核销、分时段记录，而不是"整单核销"一次就完事。如果一次核销整个套餐，游客晚上想参加篝火晚会时，前台查系统显示"已核销"，到底是哪个项目核销了根本看不出来。

　　再说退款。买了亲子套餐，到了营地发现篝火晚会因为天气取消。游客要求退篝火那部分的钱。如果系统不支持套餐部分退款，要么整单退(游客住了一天的营位也得退，不合理)，要么不退(游客投诉)。好的做法是按项目金额比例退款，篝火50块退50块，其他项目继续生效。露营基地票务系统要能拆开算、拆开退。

　　最后说库存。烧烤食材有数量限制，篝火有场地容量限制，皮划艇有设备数量限制。套餐绑了多个项目，每个项目有自己的库存上限。一个套餐卖出去，扣减的不只是一个"套餐库存"，而是套餐里每个项目的库存都要同步扣减。烧烤食材备了50份，套餐卖出去30份加单品卖出去15份，还剩5份，而不是套餐扣了30份库存、单品又从自己的库存池里卖。两个池子不通，超卖就来了。

　　十八洞村的露营区域用了易景通的系统做套餐销售，做法是：周末套餐包含营位+烧烤+篝火，平日套餐只包含营位+烧烤(篝火周末才有)。套餐里的每个项目独立核销、独立库存扣减、独立退款计算。旺季套餐的篝火名额用完了，系统自动把周末套餐切换成不含篝火的版本，价格同步调整，不会出现"买了套餐但篝火没名额"的尴尬。这个逻辑看着简单，大部分系统做不到——套餐和单品是两条平行线，库存互不感知。

　　选型的时候，问三件事就行：套餐里每个项目能不能独立核销?能不能部分退款?套餐库存和单品库存是不是同一个池子扣减?三项都答"能"的，套餐销售才跑得起来。否则上线第一周就会出问题：不是核销搞混了，就是退款算不清，要么就是超卖。

　　露营基地卖的不是一个项目，是一段体验。体验拆成碎片卖，游客觉得麻烦不想买;打包成套餐卖，客单价和满意度都上去。露营基地票务系统能不能把组合这件事做好，决定了基地是赚一笔散碎银子还是赚一笔整钱。