张雪机车余杭店预约小程序 PRD

版本：V1.0 日期：2026-08-01 项目类型：微信小程序 + Web 后台管理系统 适用对象：张雪机车品牌单一经销商门店 结算方式：仅预约与服务管理，费用到店/线下结算，不做在线支付

1. 项目背景

张雪机车（ZXMOTO）是由张雪创立的高性能摩托车品牌，公开品牌信息强调“极致、热爱、挑战、骑行生活、性能、安全与客户关怀”等关键词。官方站点展示了 SPORT、NAKED、RALLY、ADVENTURE、OFF-ROAD、CRUISER 等车型分类，并将高性能、技术、赛道表现作为核心品牌信号。

本项目服务于张雪机车品牌的一家单一经销商门店，不涉及多门店扩展。小程序的核心不是线上商城，而是围绕线下售后服务建立一个稳定的预约、接待、派工、客户车辆档案与救援响应入口。

1.1 项目目标

1. 为车主提供便捷的保养、维修、上门取送车、道路救援预约入口。
2. 为门店建立统一的客户、车辆、里程、服务记录管理体系。
3. 通过技师排班、工位管理、预约时段容量控制降低线下接待冲突。
4. 通过微信通知提醒预约、服务完成、保养到期、救援接单等关键节点。
5. 保持张雪机车品牌的性能感、专业感与安全感，强化经销商门店的服务可信度。

1.2 产品边界

2. 用户与角色

2.1 用户端角色

2.2 后台角色

2.3 权限原则

1. 老板拥有全部权限。
2. 店长拥有运营管理权限，但敏感系统配置可由老板控制。
3. 客服可管理客户沟通、预约确认、救援接单，不可删除核心数据。
4. 技师只可查看与处理分配给自己的工单，不可查看完整客户资产数据。

3. 核心业务流程

3.1 普通预约流程

1. 用户进入小程序首页。
2. 选择服务类型：保养、维修检测、轮胎/制动、电气系统、车辆检查、上门取送车等。
3. 选择车辆；若无车辆，则先添加车辆。
4. 选择服务方式：到店、上门取车、送车返还、取送车。
5. 选择预约日期与时段。
6. 系统根据技师排班、工位容量、服务预计时长判断可预约时段。
7. 用户填写问题描述、当前里程、联系方式，可上传车辆/故障照片。
8. 用户提交预约。
9. 后台客服/店长确认预约，必要时电话沟通。
10. 系统发送微信通知。
11. 用户按约到店或等待取车。
12. 门店接车后生成服务工单。
13. 技师服务完成后录入当前里程、上次保养里程、下次建议保养里程。
14. 客服通知用户线下结算、取车。
15. 工单完成，进入车辆服务历史。

3.2 道路救援流程

1. 用户进入“道路救援”页。
2. 授权当前位置，系统获取救援定位。
3. 用户选择紧急类型：无法启动、爆胎/漏气、事故/摔车、亏电、异响无法骑行、其他。
4. 用户填写联系电话，并可一键拨打门店紧急电话。
5. 用户上传现场照片。
6. 用户提交救援请求。
7. 后台客服收到高优先级提醒并接单。
8. 客服确认救援范围、风险、是否需要拖车。
9. 店长/客服分配救援人员或技师。
10. 后台更新状态：已接单、救援人员已出发、已到达现场、已拖回门店/现场处理、已完成。
11. 用户端实时查看救援进度。
12. 救援完成后可转为维修工单。

3.3 里程与保养提醒流程

1. 用户首次添加车辆时填写当前里程。
2. 用户每次预约时可更新当前里程。
3. 门店每次服务完成后由技师或客服录入：
• 当前里程
• 上次保养里程
• 下次建议保养里程
4. 系统根据下次建议保养里程和用户当前里程判断是否触发提醒。
5. 用户端展示车辆保养状态：
• 正常
• 接近保养
• 已超建议保养里程
6. 系统发送保养提醒微信通知。

4. 服务项目分类建议

服务项目本期不设置固定价格，后台支持配置服务名称、预计时长、适用车型、是否需要工位、是否需要技师、是否支持上门取车。用户端展示服务范围和“到店检测/沟通后报价”。

4.1 保养类

4.2 维修检测类

4.3 轮胎与传动类

4.4 上门取送车

4.5 道路救援类

5. 微信小程序前台需求

5.1 信息架构

建议使用 5 个底部 Tab：

5.2 视觉设计方向

整体风格建议：延续张雪机车余杭店线下物料的门店导视系统，克制、清爽、专业、年轻。 视觉关键词：灰蓝/钢蓝主背景、白色 ZXMOTO 与闪电 Z 标识、白色分割线、荧光黄重点提示、蓝白渐变导视块、门店真实服务照片、简洁数据卡片。

设计原则：

1. 首页首屏必须明确呈现“张雪机车余杭店服务预约”或门店正式名称。
2. 救援入口需要固定且醒目，优先使用荧光黄/亮蓝提示，避免隐藏在多层菜单中。
3. 预约流程要短，优先用选择项、标签、日期时段组件，减少长表单。
4. 车辆档案要突出里程与下次保养建议。
5. 不使用营销化大篇幅活动页，保持服务工具属性。
6. 所有关键操作按钮需支持一键拨打门店电话。
7. 数字界面应与门头发光字、吧台背景、营业时间牌、玻璃贴等线下物料保持同一套灰蓝、白色、荧光黄视觉语言。

5.3 首页

页面目标

让用户快速完成预约、救援、查看车辆保养状态。

页面结构

1. 顶部品牌区
• 张雪机车经销商门店名称
• 门店地址简写
• 营业状态：营业中/休息中
• 一键电话按钮
2. 快捷服务入口
• 预约保养
• 维修检测
• 上门取送车
• 道路救援
3. 我的车辆卡片
• 车牌
• 品牌/车型
• 当前里程
• 下次建议保养里程
• 保养状态标签
4. 近期预约卡片
• 预约时间
• 服务项目
• 当前状态
• 修改/取消入口
5. 门店信息
• 地址
• 营业时间
• 导航
• 联系电话

状态

5.4 预约服务页

页面目标

让用户选择服务类型，并进入对应预约流程。

服务入口

1. 保养服务
2. 维修检测
3. 轮胎/制动
4. 电气/仪表
5. 车辆安全检查
6. 上门取送车

每个服务卡片展示：

5.5 预约提交流程

建议分为 5 步，减少单页表单压力。

第 1 步：选择服务

字段：

第 2 步：选择车辆

字段：

第 3 步：服务方式

选项：

1. 到店服务
2. 上门取车
3. 送车返还
4. 上门取车 + 送车返还

字段：

第 4 步：选择时间

规则：

1. 用户仅可选择后台开放的日期和时段。
2. 时段可用性由服务预计时长、技师排班、工位容量共同计算。
3. 若服务项目预计时长较长，系统需要占用连续时段。
4. 若选择上门取车，系统还需占用取车人员/客服处理时间。
5. 店长可在后台人工调整预约。

第 5 步：确认提交

展示：

1. 服务项目
2. 车辆信息
3. 当前里程
4. 服务方式
5. 预约时间
6. 联系方式
7. 地址信息
8. 费用说明：最终费用以门店检测与线下结算为准

提交后进入“预约提交成功”页。

5.6 预约详情页

展示字段：

状态流转：

5.7 道路救援页

页面目标

在紧急场景下，让用户用最少步骤完成求助。

页面结构

1. 顶部紧急电话
• 一键拨打门店救援电话
• 提示“如涉及人身安全，请优先拨打 110/120”
2. 定位卡片
• 获取当前位置
• 手动修正地址
• 导航坐标
3. 救援类型
• 无法启动
• 亏电
• 爆胎/漏气
• 摔车/事故
• 异响/高温/故障灯
• 其他
4. 现场照片
• 最多 9 张
5. 联系电话
6. 补充说明
7. 提交救援

救援详情/追踪

展示：

5.8 车辆管理页

车辆列表

每辆车展示：

1. 车牌
2. 品牌
3. 车型
4. 当前里程
5. 下次建议保养里程
6. 保养状态

新增/编辑车辆

字段：

车辆详情

模块：

1. 基础信息
2. 里程信息
3. 保养提醒
4. 服务历史
5. 最近预约
6. 发起保养预约
7. 发起维修预约

5.9 我的页面

功能：

1. 微信头像/昵称
2. 手机号绑定
3. 我的预约
4. 道路救援记录
5. 我的车辆
6. 联系门店
7. 隐私政策与用户协议
8. 消息订阅设置

6. Web 后台管理系统需求

6.1 后台导航结构

6.2 工作台

页面目标

让老板、店长、客服一眼看到当天运营压力。

核心数据

1. 今日预约数
2. 待确认预约数
3. 今日到店/取车计划
4. 当前服务中工单
5. 待派工工单
6. 待处理救援
7. 今日工位占用率
8. 今日技师排班人数
9. 保养提醒待发送数量
10. 异常订单：超时未确认、超时未完工、客户取消、爽约

交互

1. 点击待确认预约进入预约详情。
2. 点击救援待办进入救援工单。
3. 点击工位占用进入预约日历。
4. 支持按角色展示不同卡片：
• 老板：经营数据更多
• 店长：调度数据更多
• 客服：待沟通事项更多
• 技师：我的工单更多

6.3 预约管理

列表字段

筛选条件

1. 日期范围
2. 状态
3. 服务类型
4. 服务方式
5. 技师
6. 工位
7. 关键词：姓名、手机号、车牌、VIN

预约确认

客服/店长可执行：

1. 修改预约时间。
2. 分配技师。
3. 分配工位。
4. 添加内部备注。
5. 添加给用户看的备注。
6. 确认预约并触发微信通知。

预约日历

视图：

1. 日视图
2. 周视图
3. 技师视图
4. 工位视图

颜色建议：

6.4 服务工单

工单来源

1. 用户预约转入。
2. 救援转入。
3. 门店现场新建。

工单字段

工单状态

1. 待接车
2. 已接车
3. 待派工
4. 服务中
5. 待质检/复核
6. 待结算/待交车
7. 已完成
8. 已取消

技师端后台视图

技师登录 Web 后台后默认进入“我的工单”：

1. 今日待处理
2. 服务中
3. 待填写结果
4. 已完成

技师可操作：

1. 开始服务
2. 填写诊断说明
3. 上传照片
4. 录入当前里程
5. 录入下次建议保养里程
6. 提交完工

6.5 救援管理

列表字段

救援状态

1. 已提交
2. 客服已接单
3. 救援人员已分配
4. 救援人员已出发
5. 已到达现场
6. 现场已处理
7. 已拖回门店
8. 已转维修工单
9. 已完成
10. 已取消

地图能力

1. 后台展示用户定位点。
2. 支持复制地址。
3. 支持打开地图导航。
4. 支持记录救援范围外的拒绝原因。

6.6 客户管理

客户列表字段

1. 客户姓名/微信昵称
2. 手机号
3. 车辆数量
4. 最近预约时间
5. 最近服务时间
6. 当前待处理预约/工单
7. 客户备注
8. 创建时间

客户详情

模块：

1. 基础资料
2. 联系方式
3. 车辆列表
4. 预约记录
5. 服务工单
6. 救援记录
7. 沟通记录
8. 内部标签：重点客户、需回访、爽约风险、事故维修等

说明：内部标签仅用于门店管理，不做会员等级、积分、优惠体系。

6.7 车辆管理

车辆字段

里程记录

每次里程变更生成记录：

6.8 排班与工位

技师排班

字段：

规则：

1. 技师不在班时不可被自动分配。
2. 服务项目可要求特定技能标签。
3. 店长可强制分配，但系统需提示冲突。

工位管理

字段：

预约容量计算

可预约容量 = 可用技师能力 + 可用工位 + 服务预计时长 + 已占用时段。

基础规则：

1. 营业时间由后台配置。
2. 每个时段默认 30 分钟或 60 分钟。
3. 服务项目配置预计时长。
4. 同一工位同一时间不可重复占用。
5. 同一技师同一时间不可重复占用。
6. 取送车服务可占用客服/取车人员时间，但不占工位。
7. 道路救援优先级高，可允许店长挤占或调整普通预约。

6.9 服务配置

后台可配置：

1. 服务大类
2. 服务项目
3. 用户端展示说明
4. 预计服务时长
5. 是否启用
6. 是否允许用户预约
7. 是否支持到店
8. 是否支持上门取车
9. 是否支持送车返还
10. 是否需要工位
11. 是否需要技师
12. 所需技能标签
13. 排序
14. 价格展示方式：不展示价格/展示“到店报价”/展示参考价

6.10 通知管理

本项目使用微信订阅消息。由于微信订阅消息通常需要用户授权订阅，产品需在预约提交、救援提交、车辆详情等关键节点引导用户授权。

通知类型

保养提醒规则

建议后台配置：

1. 距离下次建议保养里程小于等于 300km 时提醒。
2. 当前里程大于等于下次建议保养里程时提醒。
3. 同一车辆同一提醒周期最多发送 1 次，避免骚扰。
4. 用户可在小程序关闭非必要提醒。

7. 状态与规则

7.1 预约取消/改期规则

建议默认规则：

1. 用户可在预约开始前 2 小时取消或改期。
2. 预约开始前 2 小时内，用户端不允许自助取消，仅可电话联系门店。
3. 已进入“已取车/服务中”的预约不可取消，只可由后台结束或异常关闭。
4. 后台取消必须填写原因。
5. 用户爽约后后台可标记爽约，不做自动惩罚，只作为客服参考。

7.2 取送车规则

1. 用户必须填写详细地址、联系人、联系电话。
2. 后台可配置取送车服务范围。
3. 超出范围时用户仍可提交，但页面提示“需门店确认是否可服务”。
4. 取送车不代表服务费用固定，费用线下沟通。
5. 接车时建议后台上传车辆外观照片，减少纠纷。

7.3 道路救援安全规则

1. 页面明确提示涉及人身安全时优先联系 110/120。
2. 用户提交救援后仍展示紧急电话。
3. 救援接单需尽快电话确认现场风险。
4. 后台可记录“无法救援/超出范围/用户取消”的原因。
5. 救援照片、定位属于敏感数据，仅授权角色可查看。

8. 数据对象设计

8.1 用户 Customer

8.2 车辆 Vehicle

8.3 预约 Appointment

8.4 救援 RescueOrder

8.5 服务工单 WorkOrder

9. 角色权限矩阵

10. 非功能需求

10.1 性能

1. 小程序首页首屏加载建议小于 2 秒。
2. 预约时段查询响应建议小于 1 秒。
3. 道路救援提交后后台应实时出现待办，延迟不超过 5 秒。

10.2 安全与隐私

1. 手机号、定位、VIN、车牌属于敏感信息，后台按角色授权查看。
2. 救援定位和照片仅用于本次救援与后续服务留档。
3. 后台关键操作记录操作日志。
4. 用户端需展示隐私政策与用户协议。
5. 图片上传需限制大小、格式和数量。
6. 后台账号需支持强密码或短信/邮箱验证机制。

10.3 可用性

1. 小程序所有预约表单支持自动保存草稿。
2. 弱网情况下提交失败需提示重试，不应丢失已填写内容。
3. 救援页面必须保留电话直拨，不依赖在线表单。
4. 后台列表支持导出，便于门店留档。

11. 埋点与报表

11.1 用户端埋点

1. 首页访问
2. 点击预约
3. 选择服务项目
4. 选择时间
5. 提交预约成功/失败
6. 点击道路救援
7. 提交救援成功/失败
8. 添加车辆成功
9. 点击拨打电话
10. 点击导航

11.2 后台报表

1. 预约数量趋势
2. 服务类型占比
3. 预约确认平均时长
4. 预约取消率/爽约率
5. 工单完工平均时长
6. 技师工单量
7. 工位占用率
8. 救援响应时长
9. 保养提醒触达数
10. 保养提醒后预约转化数

12. 验收标准

12.1 小程序

1. 用户可完成微信登录和手机号绑定。
2. 用户可新增、编辑、查看车辆档案，字段包含品牌、车型、车牌、VIN、排量、当前里程、上次保养里程、下次建议保养里程。
3. 用户可提交保养、维修、上门取送车预约。
4. 用户选择预约时间时，系统能基于后台容量展示可用时段。
5. 用户可查看预约状态与服务工单结果。
6. 用户可提交道路救援，包含定位、现场照片、紧急电话和问题描述。
7. 用户可查看道路救援进度时间线。
8. 用户可收到预约成功、预约提醒、服务完成、保养提醒、救援接单通知。

12.2 后台

1. 老板、店长、客服、技师可按不同权限登录。
2. 后台可确认、改期、取消预约。
3. 后台可配置服务项目、预计时长、是否需要工位/技师。
4. 后台可管理技师排班和工位。
5. 系统可根据排班和工位计算可预约容量。
6. 后台可从预约生成服务工单。
7. 技师可填写诊断、上传照片、录入完工里程。
8. 后台可更新车辆当前里程、上次保养里程、下次建议保养里程。
9. 后台可处理救援工单并更新进度。
10. 后台可查看客户、车辆、服务历史。
11. 后台可查看操作日志和基础报表。

13. 项目分期建议

13.1 MVP 版本

目标：先把门店预约和救援闭环跑通。

范围：

1. 小程序登录、手机号绑定。
2. 车辆管理。
3. 服务预约。
4. 道路救援。
5. 预约记录和救援记录。
6. 后台预约管理。
7. 后台救援管理。
8. 服务工单。
9. 客户和车辆管理。
10. 基础角色权限。
11. 服务项目配置。
12. 微信订阅消息。

13.2 V1.1 版本

目标：增强调度效率。

范围：

1. 预约日历。
2. 技师排班。
3. 工位容量计算。
4. 保养提醒自动化。
5. 工单照片留档。
6. 数据报表。

13.3 V1.2 版本

目标：提升精细化运营。

范围：

1. 客户回访记录。
2. 车辆健康档案。
3. 救援响应时长分析。
4. 更细的技师绩效统计。
5. 服务满意度评价。
6. 数据导出优化。

14. 待确认事项

以下信息需要门店或品牌方最终确认：

1. 门店正式名称。
2. 门店地址、营业时间、客服电话、救援电话。
3. 品牌授权物料：Logo、标准色、门店照片、车辆图片。
4. 车型库：当前经销车型、排量、官方车型名称。
5. 技师人数、技能标签、排班规则。
6. 工位数量、工位类型、是否有升降台/轮胎设备/检测设备。
7. 上门取送车服务范围与收费规则。
8. 道路救援服务范围与收费规则。
9. 预约最小提前时间、可取消时间。
10. 微信订阅消息模板 ID。
11. 是否需要将“现场新建客户/车辆”作为后台强需求。
12. 是否需要接入地图服务商的路线距离和救援范围计算。

15. 参考来源

1. ZXMOTO Global Official Site：https://global.zxmoto.com/
2. ZXMOTO 820RR 官方车型页：https://global.zxmoto.com/index.php?c=show&id=65
3. 新华网《张雪机车“一战封神”启示：心存热爱、专注向前》：https://www.news.cn/20260401/c6ec9cee57f54f8e8211b8e843e7cd88/c.html