客户找外包团队做体育小程序，第一句话往往是能预约就行。等真正进入需求评审，才发现预约只是入口，后面还挂着会员、支付、核销、退款、对账和数据回传一整条链路。我们在承接这类项目时，会先把功能清单摊开，让客户逐条确认优先级。
《智慧体育》在分析杭州市职工文化中心时提到，其经营管理系统覆盖场地预订、系统设置、门票售卖、会员管理，并支持支付宝、微信、银联等各种支付方式，还配套财务统计与库存管理。这套逻辑对小程序同样适用：前端体验再好，后端账目对不上，项目就算失败。
一、功能清单：按用户动线排优先级
- 预约：场地日历、分时段可售库存、并发锁座（同一时段两人同时下单只能成一单）、开场前取消规则。
- 会员：储值卡、次卡、时限卡三类，明确有效期与可用场地范围，以及转让、冻结规则。
- 支付与退款：微信支付与支付宝为主，退款原路返回，超时未支付自动释放库存。
- 核销：二维码动态码、闸机扫码或人工核销三种方式，核销记录与订单一一对应。
- 数据回传：订单、到场、消费金额、运动时长按统一字段回传到体育云平台后台。
二、支付与对账是外包项目的高发雷区
我们踩过两次坑之后定下规矩：支付单号、平台订单号、第三方流水号三者必须在数据库里可互相追溯；每日跑一次对账任务，把支付成功但订单未更新的异常单单独列出来并推送告警。对场馆客户来说，财务统计能不能按月导出实收、退款、优惠三张口径的报表，往往比界面好不好看更重要。
三、并发与库存这样处理
周末热门时段的集中下单是并发高峰。常见做法是把可售库存放到缓存里做原子扣减，扣减成功再创建订单，超时未支付由延迟任务回滚。以我们做的一个篮球馆项目为例，改造前高峰时段出现过同一场地被两人同时订走，改造后用库存预扣加15分钟支付超时，冲突降为零，运营也不再需要人工改单。
四、给发包方的四条建议
- 先冻结字段口径再谈页面：订单状态机、会员卡类型、退款原因枚举一次性定稿，后改一次成本翻倍。
- 把第三方依赖列成清单：支付、短信、实名核验、地图分别由谁提供、费率多少、故障时如何降级。
- 验收标准写成用例而不是形容词：并发下单、重复支付、跨天退款、越权访问各写一条预期结果。
- 从第一天就留好数据出口，避免小程序上线半年后要接体育云平台时推倒重做。