update for syncing by Git pull & push
This commit is contained in:
parent
59d4bb125e
commit
f4efc836b1
@ -1,7 +1,7 @@
|
|||||||
---
|
---
|
||||||
title: 需求整理(持续更新)
|
title: 需求整理(持续更新)
|
||||||
mdate: 2026-03-20 10:23:45
|
mdate: 2026-03-20 14:23:51
|
||||||
mdevice: iPad
|
mdevice: lazy的MacBook Air
|
||||||
doc_id: 204168cc4c3244b992d2f7e45ca44e15
|
doc_id: 204168cc4c3244b992d2f7e45ca44e15
|
||||||
date: 2026-03-18 20:27
|
date: 2026-03-18 20:27
|
||||||
---
|
---
|
||||||
@ -156,7 +156,7 @@ date: 2026-03-18 20:27
|
|||||||
- 在操作界面上加入加班提醒,并在可原班次信息上加入【可加班】的标识。
|
- 在操作界面上加入加班提醒,并在可原班次信息上加入【可加班】的标识。
|
||||||
- 参考原系统的人工命名规则,在开通加班班次时自动应用规则。
|
- 参考原系统的人工命名规则,在开通加班班次时自动应用规则。
|
||||||
|
|
||||||
## 3. 售票需求
|
## 3. 票务需求
|
||||||
### 3.1 动态票价
|
### 3.1 动态票价
|
||||||
**现状**:实际运营是有实施动态票价,但系统中没有能设置动态票价的策略。
|
**现状**:实际运营是有实施动态票价,但系统中没有能设置动态票价的策略。
|
||||||
> - 调价需要在系统中单独选择某些班次进行调整,并在排班的时候完成
|
> - 调价需要在系统中单独选择某些班次进行调整,并在排班的时候完成
|
||||||
@ -232,6 +232,35 @@ date: 2026-03-18 20:27
|
|||||||
- 优化门店自助机程序。门店自助机绑定站点,自助机购票只能购买该站点的线路班次,且出发点为该站点,不允许选择其他站点作为出发点;增加【口岸】快捷选择,该站点线路经过的口岸在自助机上明确列出,乘客点击口岸即可进入购票流程。
|
- 优化门店自助机程序。门店自助机绑定站点,自助机购票只能购买该站点的线路班次,且出发点为该站点,不允许选择其他站点作为出发点;增加【口岸】快捷选择,该站点线路经过的口岸在自助机上明确列出,乘客点击口岸即可进入购票流程。
|
||||||
- 站点二维码优化。每个站点应该有自己的专属二维码,在【后台系统】的站点管理中增设【站点二维码】功能,扫该二维码直接跳转小程序的购票流程,默认起始站点为扫码的站点,其他操作与自助机购票对齐。
|
- 站点二维码优化。每个站点应该有自己的专属二维码,在【后台系统】的站点管理中增设【站点二维码】功能,扫该二维码直接跳转小程序的购票流程,默认起始站点为扫码的站点,其他操作与自助机购票对齐。
|
||||||
|
|
||||||
|
### 3.6 放票设定
|
||||||
|
**现状**:目前线路班次为统一放票,即排班确定后即进入统一售票。
|
||||||
|
> 备注:售票可能存在的问题:
|
||||||
|
> - 可能存在热门班次在一个时间段内全部被抢光
|
||||||
|
> - 可能存在线上全卖光,线下无票可卖
|
||||||
|
> - 可能存在被某些平台商全部卖光,自营门店或代理商无票可卖
|
||||||
|
> - 可能在某个站点(如始发站)被抢光,其他站点无票可卖
|
||||||
|
|
||||||
|
**需求**:灵活的放票方式,如分时段放票、分站点放票、按比例放票等方式
|
||||||
|
|
||||||
|
**建议**:建立班次放票策略
|
||||||
|
- 分时段放票
|
||||||
|
- 线上线下按照比例放票
|
||||||
|
- 可先使用试点线路班次再作推广
|
||||||
|
|
||||||
|
## 4. 站务需求
|
||||||
|
### 4.1 站务协同
|
||||||
|
**现状**: 站务的工作内容较为复杂,包含如咨询、购票、支付、检票、统计、加班、埋数等流程,与之对接的是票务、排班、车务、财务以及客服的部分工作。目前站务在除使用 【检票App】外,与多部门协同仅限于使用电话、聊天软件、纸质记录等方式进行,缺乏高效率的信息流转和协同的信息化手段。与其他业务和协同如下:
|
||||||
|
- 车务协同。车务的 Order 表使用 Excel 并采用聊天软件进行分发。
|
||||||
|
- 站点统计。车辆发出后会将发车时间和站点上车人数统计数据,通过群信息方式流转至下一站点
|
||||||
|
- 站点协同。车辆缺乏跟踪,站务人员不清楚车辆到达什么地点,部分站点有进站的时间要求(如葵芳),需要提前做安排
|
||||||
|
- 排班协同。每一个站点都必须手工统计数据,并才纸质记录。需要同时刷新班次乘车信息和记录站点上车人数
|
||||||
|
- 末班车。需要统计最后还剩多少乘客,是否已经全部完成检票(有的乘客因为通关被拦截,有的可能通关时间太晚,需要暂时等待)。末班车需要利用数据做好兜底工作。
|
||||||
|
>
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|||||||
@ -1,6 +1,6 @@
|
|||||||
---
|
---
|
||||||
title: 项目系列软件
|
title: 项目系列软件
|
||||||
mdate: 2026-03-18 15:24:10
|
mdate: 2026-03-20 14:19:13
|
||||||
mdevice: lazy的MacBook Air
|
mdevice: lazy的MacBook Air
|
||||||
doc_id: 266e6dacb2014e87b5d5e317975b289a
|
doc_id: 266e6dacb2014e87b5d5e317975b289a
|
||||||
date: 2026-03-18 15:23
|
date: 2026-03-18 15:23
|
||||||
@ -29,11 +29,12 @@ date: 2026-03-18 15:23
|
|||||||
作用:自助售卖,即时出票,快捷购票
|
作用:自助售卖,即时出票,快捷购票
|
||||||
对象:到站购票乘客,一般是永东老用户
|
对象:到站购票乘客,一般是永东老用户
|
||||||
|
|
||||||
## 3. 站务App
|
## 3. 协同 App
|
||||||
定义:站务人员专用 App,集合站点班车信息、检票、班次信息订阅、当天历史查看等功能
|
定义:以站务为中心,协同车务(后台)、票务、财务(后台)多个业务环节,实现自动统计和流转。
|
||||||
作用:站点负责人查看当天班车情况,检票人员检票工作,班次信息自动流转,当天未发/已发/完成班次查看。
|
作用:车务每天的 Order 均通过系统流转之每个门店(站点);门店(站点)自动获得当天的班次/车辆/司机信息;检票人员获得检票班次,并在检票过程中自动统计【实检/应检】等信息;检票前后将会触发状态,自动将信息流转至该班次下一站点;司机会获得当天的 Order 记录以及工作统计;集成现场售票(对照 TVM)功能,可以在售票时记录不同的支付方式,并连接打印设备出票。
|
||||||
对象:站务主管、检票员
|
对象:门店(站点)负责人、检票人员、售票人员、司机
|
||||||
|
|
||||||
## 4. 旅游 App
|
## 4. 旅游 App
|
||||||
|
定义:乘客/游客专属 App,整合永东乘客端巴士、包车、旅游产品以及其他新业务。
|
||||||
## 5. 司机端 App
|
作用:承载传统客运购票功能,接入旅游产品以及演唱会等新的业务,打造强交互强粘性的 App 生态。
|
||||||
|
对象:乘客、游客、粉丝团
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user