预约排队融合方案 - 理想态业务流转图

横版演示稿：说明维保现有方案与新统一方案，分别在 C 端、作业端、管理后台如何共存、融合、收口。
C 端用户体验 统一预约排队能力 业务系统校验 作业端与管理后台

1. 总体融合关系：两个方案分层融合

适合开场讲清楚：维保现有方案不被立即替换，新统一方案先承接场站，二者通过统一入口、统一扫码、统一状态逐步收口。
flowchart LR
    subgraph A["当前两套方案"]
        direction TB
        A1["维保现有方案
小超修车预约单
扫码到店签到
维修门店接车"]:::biz
        A2["新统一方案
场站提车/退车预约
到店排队
叫号服务"]:::platform
    end

    subgraph B["短期融合方式"]
        direction TB
        B1["C端统一入口
预约 / 到店服务"]:::user
        B2["线下二维码可分开
场站码、维保码各自部署"]:::user
        B3["扫码后统一识别
按服务类型和网点分流"]:::platform
    end

    subgraph C["业务规则保留差异"]
        direction TB
        C1["提车
按提车码、订单号、合同编号、手机号校验"]:::biz
        C2["退车
按车牌号、订单号、合同编号、手机号校验
预留退车码"]:::biz
        C3["维保
按手机号、车牌号、维修预约单校验"]:::biz
    end

    subgraph D["长期统一能力"]
        direction TB
        D1["统一预约单"]:::platform
        D2["统一号票"]:::platform
        D3["统一排队状态"]:::platform
        D4["统一统计口径"]:::platform
    end

    subgraph E["三端最终形态"]
        direction TB
        E1["C端
一个入口、一个进度页"]:::user
        E2["作业端
按业务处理，但状态统一"]:::ops
        E3["管理后台
统一配置、监控、统计"]:::ops
    end

    A1 --> B1
    A2 --> B1
    B1 --> B2
    B2 --> B3
    B3 --> C1
    B3 --> C2
    B3 --> C3
    C1 --> D1
    C2 --> D1
    C3 --> D1
    D1 --> D2
    D2 --> D3
    D3 --> D4
    D4 --> E1
    D4 --> E2
    D4 --> E3

    classDef user fill:#e8f7f2,stroke:#0f9f7a,color:#064e3b,stroke-width:1.4px;
    classDef platform fill:#eaf1ff,stroke:#2563eb,color:#1e3a8a,stroke-width:1.4px;
    classDef biz fill:#fff4df,stroke:#f59e0b,color:#7a4b00,stroke-width:1.4px;
    classDef ops fill:#f1ebff,stroke:#7c3aed,color:#4c1d95,stroke-width:1.4px;
    classDef risk fill:#fff0ee,stroke:#d92d20,color:#7a271a,stroke-width:1.4px;
    classDef decision fill:#ffffff,stroke:#667085,color:#1f2937,stroke-width:1.4px;

2. C 端融合：入口统一，规则分流，进度统一

适合对齐用户体验：用户看到的是一个预约入口和一个到店进度，不需要理解背后是维保系统还是场站系统。
flowchart LR
    A["小程序首页
预约 / 到店服务"]:::user --> B{"选择服务类型"}:::decision

    B -->|提车| C1["填写或识别
提车码、订单号、合同编号、手机号"]:::user
    B -->|退车| C2["填写或识别
车牌号、订单号、合同编号、手机号"]:::user
    B -->|维保| C3["填写或识别
手机号、车牌号、维修预约单"]:::user

    C1 --> D1["进入场站提车校验"]:::biz
    C2 --> D2["进入场站退车校验"]:::biz
    C3 --> D3["进入维保预约校验"]:::biz

    D1 --> E{"是否可办理"}:::decision
    D2 --> E
    D3 --> E

    E -->|否| F1["给出对应兜底
场站联系工作人员
维保引导预约"]:::risk
    E -->|是| F2["选择或确认
服务网点与时间"]:::user

    F2 --> G["预约成功
统一展示预约详情"]:::platform
    G --> H["到店扫码
场站码、维保码可不同"]:::user
    H --> I["统一到店页
展示签到结果、前方人数、办理进度"]:::platform
    I --> J["服务完成后
消息通知、评价、历史记录"]:::user

    classDef reservation fill:#e8f7f2,stroke:#0f9f7a,color:#064e3b,stroke-width:1.4px;
    classDef checkin fill:#eaf1ff,stroke:#2563eb,color:#1e3a8a,stroke-width:1.4px;
    classDef ticket fill:#eaf1ff,stroke:#2563eb,color:#1e3a8a,stroke-width:1.4px;
    classDef work fill:#f1ebff,stroke:#7c3aed,color:#4c1d95,stroke-width:1.4px;
    classDef ops fill:#fff4df,stroke:#f59e0b,color:#7a4b00,stroke-width:1.4px;
    classDef risk fill:#fff0ee,stroke:#d92d20,color:#7a271a,stroke-width:1.4px;
    classDef done fill:#f2f4f7,stroke:#98a2b3,color:#344054,stroke-width:1.2px;
    classDef decision fill:#ffffff,stroke:#667085,color:#1f2937,stroke-width:1.4px;

3. 作业端融合：各自处理业务，统一排队状态

适合说明现场人员怎么用：短期场站和维保仍在各自作业端工作，但叫号、签到、排队、完成状态逐步统一。
flowchart LR
    subgraph A["场站作业端"]
        direction TB
        A1["查看今日提车/退车预约"]:::ops
        A2["叫号 / 过号 / 开始办理"]:::ops
        A3["完成提车或退车服务"]:::ops
    end

    subgraph B["维保作业端"]
        direction TB
        B1["查看维修预约单"]:::biz
        B2["确认到店签到"]:::biz
        B3["接车 / 完成维修接待"]:::biz
    end

    subgraph C["统一排队状态"]
        direction TB
        C1["待签到"]:::platform
        C2["排队中"]:::platform
        C3["已叫号"]:::platform
        C4["服务中"]:::platform
        C5["已完成"]:::platform
        C6["过号 / 作废"]:::platform
    end

    subgraph D["融合要求"]
        direction TB
        D1["短期：作业入口可不同"]:::user
        D2["中期：状态口径必须统一"]:::platform
        D3["长期：作业能力逐步收敛到一套"]:::ops
    end

    A1 --> C1
    A2 --> C2
    A2 --> C3
    A2 --> C6
    A3 --> C5

    B1 --> C1
    B2 --> C2
    B3 --> C4
    B3 --> C5

    C1 --> C2
    C2 --> C3
    C3 --> C4
    C3 --> C6
    C4 --> C5

    C5 --> D1
    C6 --> D1
    D1 --> D2
    D2 --> D3

    classDef user fill:#e8f7f2,stroke:#0f9f7a,color:#064e3b,stroke-width:1.4px;
    classDef platform fill:#eaf1ff,stroke:#2563eb,color:#1e3a8a,stroke-width:1.4px;
    classDef biz fill:#fff4df,stroke:#f59e0b,color:#7a4b00,stroke-width:1.4px;
    classDef ops fill:#f1ebff,stroke:#7c3aed,color:#4c1d95,stroke-width:1.4px;

4. 管理后台融合：统一配置、监控、统计

适合和管理后台、数据同事对齐：即使作业端短期不同，后台配置和统计口径也要朝一套收敛。
flowchart LR
    subgraph A["短期：先接住共存"]
        direction TB
        A1["网点配置分开维护
场站、维保各自生效"]:::biz
        A2["后台只做必要字段映射
服务类型、网点、预约、签到、排序"]:::platform
        A3["看板先分业务查看"]:::ops
    end

    subgraph B["中期：规则与数据收口"]
        direction TB
        B1["统一网点模型
场站、维修门店统一管理"]:::platform
        B2["统一规则配置
容量、距离、过号、消息"]:::platform
        B3["统一状态口径
预约、签到、排队、服务完成"]:::platform
    end

    subgraph C["长期：一套后台管理"]
        direction TB
        C1["统一配置中心"]:::ops
        C2["统一排队监控"]:::ops
        C3["统一运营统计"]:::ops
        C4["统一权限与灰度"]:::ops
    end

    subgraph D["输出给业务的结果"]
        direction TB
        D1["运营看到同一套指标"]:::user
        D2["网点按服务类型管理能力"]:::user
        D3["研发维护一套核心系统"]:::user
    end

    A1 --> B1
    A2 --> B2
    A3 --> B3
    B1 --> C1
    B2 --> C2
    B3 --> C3
    C1 --> D1
    C2 --> D2
    C3 --> D3
    C4 --> D3

    classDef user fill:#e8f7f2,stroke:#0f9f7a,color:#064e3b,stroke-width:1.4px;
    classDef platform fill:#eaf1ff,stroke:#2563eb,color:#1e3a8a,stroke-width:1.4px;
    classDef biz fill:#fff4df,stroke:#f59e0b,color:#7a4b00,stroke-width:1.4px;
    classDef ops fill:#f1ebff,stroke:#7c3aed,color:#4c1d95,stroke-width:1.4px;
    classDef phase fill:#ffffff,stroke:#344054,color:#101828,stroke-width:1.8px;
演示口径：C 端统一入口和进度体验；作业端短期分开、状态统一；管理后台从字段映射开始，逐步统一配置、监控和统计。