update for syncing by Git pull & push

调研和需求/需求整理/需求整理（持续更新）.md

@@ -1,6 +1,6 @@
 ---
 title: 需求整理（持续更新）
-mdate: 2026-03-23 12:31:55
+mdate: 2026-03-23 17:12:42
 mdevice: lazy的MacBook Air
 doc_id: 204168cc4c3244b992d2f7e45ca44e15
 date: 2026-03-18 20:27
@@ -317,6 +317,52 @@ date: 2026-03-18 20:27
 - 设备增补方式：通过在检票地点增加信号热点或局域网方式进行有效验票。
 - 在车辆或车票上做好对应的标识，降低乘客上错车的概率。
 
+### 4.5 加班车检票
+**现状**：加班车在售票时的班次不明显，尤其是在自助机上，如果有加班的存在，会出现两个相同班次，乘客无法区别哪个是加班车；同理，在检票时，检票员也无法确认乘客买的是否加班车。
+> - 目前后台系统已经在对加班车的情况进行了改进，在排班时增加了加班的标识，但没有自助机没有与之对应。
+> - 口岸站点（大站点）可能会同时有两辆及以上是加班车，乘客和检票员均无法对应哪辆是加班车，因此只能直接上车。口岸返回香港的不会因为此存在大问题，但往湾区城市的车辆，是有选座的设置，可能会存在上错车而占用别人位置的情况。
+
+**需求**：增强加班车的标识，能够在售票和检票过程中都有明确的标识。
+
+**建议**：从系统和车辆标识上做合理的配置。
+- 后台排班与前端购票、检票的程序需要信息一致，同步更新，确保乘客和检票员能够在系统各应用上保持一致性。
+- 在车辆上做明确的标识，能够在外观上识别车辆是否加班，例如增加电子显示牌或某些颜色的标志牌。
+- 在车票上注明加班车信息。（目前票面上已经增加了加班的班次号）
+
+## 5. 客服需求
+### 5.1 退票需求
+**现状**：乘客在购票的时候大多不太清楚退票的条款，当临时需要退票时，才从客服得知退票的代价，从而引发投诉。
+- 退票的条款不够明显，属于隐藏式收起，没有点开【退改说明】用户是不了解具体的退改规则的。
+- 在用户订单处也没有【退改】的相应说明。
+
+**需求**：对前端购票程序加入明显的【退改说明】，能够在购票时证明乘客已经阅读并或系统以尽到告知义务。
+
+**建议**：可以在以下环节补充【退改说明】的显示操作。
+- 在购票前弹出【购票注意事项】，其中醒目标识【退改说明】的条款，5 秒后方可手动关闭（自助机可以不加入这个功能）
+- 如果有短信息或电子邮件通知购票成功，可在短信息或邮件处附录【退改说明】的链接地址。
+- 在用户订单处，查看订单时，可补充退改的一些基础内容。
+
+### 5.2 来回票不能退回程票
+**现状**：购票了来回票的乘客，因特殊原因不能及时返程，需要退返程票。目前系统上没有针对回程退回程票，要么在还未出发前全程退票，如果已经出发了，不予退返程票。
+>  备注：来回票是有一定的折扣优惠，如果能够退回程票，则需要按照规则进行退款，不能简单地退一半价钱。
+
+**需求**：需要对双程票的回程部分合理退票。
+
+**建议**：通过系统改造，明确对回程票退票的规则，并予以退回程票。
+- 需要有明确的回程票退票规则约束，明确其参与退票部分的基数，例如，退票基数=双程票价-单程票正价，再用基础参与退票规则的计算。
+- 系统增加增加回程退票的功能的功能，在退票前先显示规则和计算处退票的款项，乘客确定退票时才进行退票操作。
+
+## 6. 新业务需求
+### 6.1 对接自我游系统
+**现状**：目前正在开着的一些旅游产品，通过【自我游】平台（Saas 平台）进行销售和订单管理
+**需求**：需要与旅游 App 进行对接。
+**建议**：【自我游】平台已经有较为成熟的【微商】体系，项目前期可以直接进行对接，利用其后台功能发布和推广新的旅游产品，并且对接到旅游 App 中，可在旅游 App 连接其商品信息，并实现 App 内支付和管理。
+>  长期做法可以通过引流转化，逐渐将【自我游】的用户导向永动的旅游 App
+
+### 6.2 组合产品订单需求
+**现状**：
+ 
+