夜场、商圈代驾，复购靠的不只是呼叫速度，还有「钱在钱包里、下次随手付」。采购方常问：能不能做充 100 送 20？用户端能不能自定义金额？支付是不是只有微信？按代驾功能文档，用户端我的钱包支持自定义金额充值，充值后可用余额付车费；后台还可配置充值套餐，用户选套餐充值可获得赠送金额。营销中心另有充值活动可设套餐。

近日已写过商户代叫、健康申报、一口价等主线，本文只把充值赠额与支付方式讲透。别把优惠券、最低里程和赠额搅在一页——三条线解决的问题不一样。

两套充值入口：自定义金额 vs 套餐赠额

文档对乘客钱包写明：可自定义金额充值；后台可配置充值套餐，用户选择套餐充值可获得赠送金额。另可开票（需满足最低开票额）、看账单明细。司机钱包也有类似「充值套餐赠额」描述（多用于垫付场景），但面向 C 端拉新拉活，重点仍是乘客侧套餐。

配置建议：先做 2～3 档套餐（例如充 50/100/200，赠额递增），别一次铺十档让人选到烦。赠额是否可提现、是否仅限代驾车费，按财务制度在上线说明里写清——文档确认的是「选套餐可获赠送金额」，未展开赠额核销细则，文中不编造。活动页文案也别写「赠额可当现金提走」，除非财务真批了；没批就老实写「限代驾消费」。

代驾小程序开发联调时，用微信快捷登录进个人中心钱包，分别走自定义充值与套餐充值各一笔，核对余额与赠额入账是否分开显示。账单一笔糊成「充值到账」，事后对账会头疼。

支付三件套：微信、支付宝、余额

用户支付订单文档写明：乘客可使用微信、支付宝、余额三种方式。充值套餐的意义，就是把更多完单导到余额支付，减少临场选支付渠道的摩擦。确认账单阶段司机侧还有乘客支付、司机代付、出示二维码线下收款等路径，但那是完单收款；本文不重写一口价或商户代叫。对采购演示可做一条闭环：套餐充值入账 → 下一单勾选余额支付 → 账单明细可见扣款。三步跑通，比空讲「支持余额」有说服力。

营销中心「充值活动」可设置充值活动套餐，与钱包页展示的套餐配置配合使用。活动档期（周末、节假日夜场）适合加一档限时赠额，活动结束改回常规档，避免全年高赠额伤毛利。限时档记得写清起止时间，别活动过了页面还挂着旧数字。客服话术也统一：活动期讲限时赠额，平时讲常规档，别两套数字混着报。

培训别和优惠券、最低里程搅在一起

优惠券是折扣、满减另一条线；最低里程限制发单门槛；充值赠额解决的是「先把钱充进来」。选型材料建议三行分开：发单门槛（最低里程等）→ 计价（起步/特惠/一口价，另文）→ 钱包充值套餐赠额与三支付。混在一页容易让采购方以为赠额能抵消所有规则，上线后客服解释成本翻倍。

上线前按这几单验收就够：自定义金额能充、套餐充值能入赠额、支付可选微信/支付宝/余额、套餐充值后下一单能用余额付、营销活动档可开可关。要把充值赠额和三支付跑通，联系我们聊 Ptaxi 代驾系统即可。