35c0147a7b
背景: 单纯按 UDAS 严格扁平,prop-acc/scenarios/ 装齐 7 子模块后预计 100-150 篇 .md 单一文件夹,Explorer 无法浏览、Quartz folder page 无法阅读。 扩展规则(已写入 SKILL.md 多域章节 + multi-domain.md 第 10 节): - 单类型文件夹文件数 > 30 且能按业务子模块分组时,启用嵌套 - 路径:<domain>/<type>/<sub-feature>/<file>.md - 文件名去 <sub-feature>- 前缀(路径已表达) - title 三段式:<domain> · <sub-feature> · <名> - frontmatter 新增 sub_feature 字段(便于 RAG 过滤) - 跨子模块文档落在 <domain>/<type>/(不进子文件夹),与"跨域→cross/"对称 本次迁移: - prop-acc/concepts/adhoc-*.md (3) → prop-acc/concepts/adhoc/*.md - prop-acc/scenarios/adhoc-*.md (25) → prop-acc/scenarios/adhoc/*.md - 每个文件:title 加 adhoc 段、aliases 追加旧 prop-acc · 前缀形式(兼容)、 新增 sub_feature: adhoc 字段 WikiLink 解析未受影响: - 既有 [[场景-A流-...]] 等 200+ 引用通过 aliases (含旧 basename) 解析 - 新引用可用 [[adhoc · 前台购买 IC 卡]] 或 [[prop-acc · adhoc · 前台购买 IC 卡]] - 各域 knowledge-map.md 内 WikiLink 全部仍有效 Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
139 lines
4.5 KiB
Markdown
139 lines
4.5 KiB
Markdown
---
|
||
title: prop-acc · adhoc · 场景 - A 流 - 前台购买泳票
|
||
aliases:
|
||
- prop-acc · 场景 - A 流 - 前台购买泳票
|
||
- 场景 - A 流 - 前台购买泳票
|
||
- 场景-A流-前台购买泳票
|
||
tags:
|
||
- 场景
|
||
- prop-acc
|
||
- 一次性收费
|
||
- 业务场景
|
||
- A流
|
||
audience:
|
||
- 业户
|
||
- 业务人员
|
||
status: 已发布
|
||
sub_feature: adhoc
|
||
last_review: 2026-05-25
|
||
code_version: 2026-05-22
|
||
---
|
||
|
||
# 场景:前台购买泳票
|
||
|
||
夏季高频小额场景。**单次入场票**、**月卡**、**季卡**都按一次性收费处理。
|
||
|
||
## 典型情境
|
||
|
||
> [!example] 真实情境
|
||
> 周日下午 2 点,小区泳池开放。陈太太带儿子来游泳,直接在泳池前台买票 —— ¥20 单次 × 2 人 = ¥40。
|
||
|
||
## 业户视角
|
||
|
||
### 单次票(最常见)
|
||
|
||
| 角色 | 价格 | 备注 |
|
||
|---|---|---|
|
||
| 业户本人 | ¥20-50 / 次 | 折扣价 |
|
||
| 业户家属(同户人)| ¥20-50 / 次 | 折扣价 |
|
||
| 业户访客 | ¥30-100 / 次 | 全价 |
|
||
| 非业户(社会公众)| ¥50-150 / 次 | 部分小区不对外开放 |
|
||
|
||
### 月卡 / 季卡 / 年卡
|
||
|
||
| 类型 | 价格 | 适用 |
|
||
|---|---|---|
|
||
| 月卡 | ¥200-500 | 暑假期间高频用户 |
|
||
| 季卡 | ¥500-1200 | 整夏使用 |
|
||
| 年卡 | ¥1500-3000 | 含冬季室内泳池 |
|
||
|
||
### 怎么买
|
||
|
||
1. 到泳池前台(注:**通常不是物业大厅**)
|
||
2. 报房号 + 人数 / 选择卡类型
|
||
3. 付钱(现金 / 微信扫码,POS 在泳池前台少见)
|
||
4. 拿到**纸质票** / **入场卡**
|
||
|
||
> [!success] 简单粗暴
|
||
> 全过程 1 分钟内完成,业户进泳池游泳。
|
||
|
||
## 业务人员视角
|
||
|
||
### 操作差异(对比 IC 卡)
|
||
|
||
| 维度 | IC 卡 | 泳票 |
|
||
|---|---|---|
|
||
| 频率 | 偶尔(丢卡时)| **每天高频**,夏季尤甚 |
|
||
| 单价 | ¥30-50 | ¥20(单次)~ ¥3000(年卡)|
|
||
| 凭证 | 实物 IC 卡 | 纸质票 + 入场记录 |
|
||
| 退票需求 | 几乎没有 | **较常见**(下雨、孩子拉肚子等)|
|
||
| 现金占比 | 60-70% | **80-90%**(年龄段差异) |
|
||
|
||
### 业务人员压力
|
||
|
||
> [!warning] 夏季高峰期注意
|
||
> 周末下午 2-5 点排队最多。建议:
|
||
> - 提前打开 Filament 后台,免去频繁登录
|
||
> - 月卡 / 季卡固定收费项目,避免每次手动改单价
|
||
> - 现金抽屉里准备好 ¥1 / ¥5 / ¥10 / ¥20 零钱
|
||
> - **现场不要给二维码扫错收款码** —— 用商户分类码,款项直进物业账户
|
||
|
||
### 月卡 / 季卡的"二维码核验"
|
||
|
||
物业泳池通常会给业户**绑定刷卡入场**或**二维码核验**:
|
||
|
||
```
|
||
方案 A:绑定门禁 IC 卡
|
||
└── 买月卡时同时把权限写入业户的 IC 卡
|
||
└── 业户用 IC 卡刷卡入场(系统识别卡是否在有效期)
|
||
|
||
方案 B:小程序生成二维码
|
||
└── 业户买月卡后,小程序端生成动态二维码
|
||
└── 泳池入口扫码核验
|
||
```
|
||
|
||
**两种方案系统层面都不涉及一次性收费模块** —— 只在购买时建一笔订单。后续核验属于设备/小程序模块。
|
||
|
||
## 系统流程
|
||
|
||
```mermaid
|
||
sequenceDiagram
|
||
participant 业户
|
||
participant 泳池前台
|
||
participant 一次性收费
|
||
participant 现金抽屉
|
||
|
||
业户->>泳池前台: 报房号 + 买票
|
||
泳池前台->>一次性收费: 选项目 + 数量 + 现金
|
||
一次性收费->>一次性收费: 一气呵成建三件套
|
||
一次性收费-->>泳池前台: 完成
|
||
泳池前台->>现金抽屉: 收钱 + 找零
|
||
泳池前台->>业户: 给纸质票 + 收据
|
||
```
|
||
|
||
## 常见问题
|
||
|
||
> [!question] 业户买完月卡发现孩子要补习不能游了,能退吗?
|
||
> 这取决于物业政策。技术上走 [[场景-已收款作废]] 流程可作废 + 退现金。**建议物业制定明确规则**(比如"购买后 7 天内无使用记录可全额退、超过 7 天按比例")。
|
||
|
||
> [!question] 业户买单次票当天没去游成,能改天用吗?
|
||
> 物理纸质票的话,**纸票本身没限定日期**(取决于物业政策)。系统里那笔订单不需要改 —— 业户拿着原票来即可。如果是入场卡 / 二维码,要看核验系统怎么算。
|
||
|
||
> [!question] 泳池前台和物业大厅前台是同一个系统吗?
|
||
> **是的**。同一个 Filament 后台,只是不同员工登录。所有交易归到同一个数据库。
|
||
|
||
> [!question] 高峰期能批量录入吗?
|
||
> 当前每笔订单需要逐个录入。如果业户买 10 张单次票一次性付款,职员**填一笔 "数量=10"** 即可(不用录 10 次)。
|
||
|
||
## 相关概念
|
||
|
||
- [[概念-A流与B流]]
|
||
- [[概念-CollectionOrder与Receipt]]
|
||
- [[场景-A流-前台购买IC卡]] — 标准 A 流模板
|
||
|
||
## 异常分支
|
||
|
||
- 录错张数 → [[场景-已收款作废]]
|
||
- 业户当场反悔 → [[场景-已收款作废]]
|
||
- 业户多扫了款 → [[场景-已收款作废]] + 微信退款
|