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

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

1. 项目背景

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

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

1.1 项目目标

1. 为车主提供便捷的保养、维修、道路救援预约入口。
2. 为门店建立统一的客户、车辆、里程、服务记录管理体系。
3. 通过后台开放预约日期、预约时段和每时段预约上限，降低线下接待冲突。
4. 通过微信通知提醒预约、服务完成、保养到期、救援接单等关键节点。
5. 建立服务完成后的预约订单评价与反馈闭环，帮助门店沉淀服务质量数据。
6. 保持张雪机车品牌的性能感、专业感与安全感，强化经销商门店的服务可信度。

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. 工单完成，进入车辆服务历史，预约状态变为待评价。
16. 用户可对本次预约订单提交服务评价。

3.2 道路救援流程

1. 用户进入“道路救援”页。
2. 授权当前位置，系统获取救援定位。
3. 用户选择紧急类型：无法启动、爆胎/漏气、事故/摔车、亏电、异响无法骑行、其他。
4. 用户填写联系电话，并可一键拨打门店紧急电话。
5. 用户上传现场照片。
6. 用户提交救援请求。
7. 后台客服收到高优先级提醒并接单。
8. 客服确认救援范围、风险、是否需要拖车。
9. 店长/客服根据实际情况安排救援人员、技师或拖车资源。
10. 后台记录电话确认结果、处理方式、是否转维修工单。
11. 用户端仅展示救援提交记录、门店联系电话和客服备注，不提供实时进度追踪。
12. 救援完成或取消后，后台关闭救援记录；如拖回门店，可转为维修工单。

3.3 里程与保养提醒流程

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

3.4 预约订单评价流程

1. 服务工单完成后，关联预约状态进入“待评价”。
2. 系统向用户发送服务完成通知，并在预约详情展示“去评价”按钮。
3. 用户可对服务态度、技师专业度、门店环境等维度评分。
4. 用户可选择评价标签，填写文字评价，并上传最多 9 张图片。
5. 同一预约订单仅允许提交 1 次评价，提交后不可重复评价。
6. 后台老板、店长、客服可查看评价；老板、店长可回复评价，客服可记录跟进结果。
7. 低分评价进入后台待办，便于门店回访和服务改进。

4. 服务项目分类建议

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

4.1 保养类

4.2 维修检测类

4.3 轮胎与传动类

4.4 道路救援类

5. 微信小程序前台需求

5.1 信息架构

建议使用 5 个底部 Tab：

5.2 视觉设计方向

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

设计原则：

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

5.3 首页

页面目标

让用户快速了解门店信息、查看车辆保养状态与近期预约。

页面结构

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

状态

5.4 预约服务页

页面目标

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

服务入口

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

每个服务卡片展示：

5.5 预约提交流程

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

第 1 步：选择服务

字段：

第 2 步：选择车辆

字段：

第 3 步：确认到店信息

字段：

第 4 步：选择时间

规则：

1. 用户仅可选择后台开放的日期和时段。
2. 时段可用性由后台配置的每时段预约上限和已预约数量判断。
3. 服务项目预计时长仅用于用户预期和后台参考，不参与本期自动排班计算。
4. 店长可在后台人工调整预约。

第 5 步：确认提交

展示：

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

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

5.6 预约详情页

展示字段：

状态流转：

5.7 道路救援页

页面目标

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

页面结构

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

救援记录页

展示：

5.8 车辆管理页

车辆列表

每辆车展示：

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

新增/编辑车辆

字段：

车架号采集规则

1. 用户新增车辆时不需要输入 17 位 VIN。
2. 车架号资料直接以照片形式留存，用户需上传至少 1 张车架号证明照片，可选来源：
   • 行驶证
   • 机动车登记证书（绿本）
   • 车辆车架上的车架号铭刻/铭牌位置
3. 本期不做 OCR 识别，不要求后台人工录入文字车架号。
4. 照片不清晰时，后台可备注“需补充资料”，并联系用户重新上传。
5. 车架号照片属于敏感资料，仅老板、店长、客服等授权角色可查看。

车辆详情

模块：

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

5.9 预约评价页

页面目标

让用户在服务完成后快速反馈服务体验，门店可沉淀评价数据并跟进低分问题。

入口

1. 预约详情页：状态为“待评价”时展示“去评价”按钮。
2. 我的预约列表：已完成且未评价订单展示评价入口。
3. 服务完成通知：点击后进入预约详情或评价页。

表单字段

状态

5.10 我的页面

功能：

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

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. 关键词：姓名、手机号、车牌

预约确认

客服/店长可执行：

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

预约日历

视图：

1. 日视图
2. 周视图
3. 列表视图

颜色建议：

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. 已取消

说明：以上状态主要用于后台内部处理和统计，用户端不展示救援进度时间线。

地图能力

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. 用户端展示说明
4. 预计服务时长
5. 是否启用
6. 是否允许用户预约
7. 是否支持到店
8. 建议处理技师/技能标签
9. 排序
10. 价格展示方式：不展示价格/展示“到店报价”/展示参考价

可预约时段配置

本期不做技师排班、工位管理和自动容量计算，采用门店手动配置时段的方式控制预约量。

规则：

1. 用户端只展示已启用且未满额的预约时段。
2. 每成功提交 1 个预约，占用该时段 1 个名额。
3. 后台取消预约后释放名额；爽约是否释放由后台状态控制。
4. 店长/客服可手动改期，改期时需校验目标时段是否满额。
5. 后续如门店需要更精细调度，可再扩展技师排班与工位管理。

6.9 评价管理

列表字段

筛选条件

1. 日期范围。
2. 综合评分。
3. 服务项目。
4. 技师。
5. 回复状态。
6. 关键词：姓名、手机号、车牌、预约编号。

后台操作

1. 老板、店长可回复评价，回复内容在用户端评价详情展示。
2. 客服可查看评价并记录跟进结果。
3. 低分评价自动进入工作台待办。
4. 涉及隐私、辱骂、无关内容的评价可由老板/店长隐藏，但需保留操作日志。
5. 评价默认仅作为门店内部服务管理数据，不做前台公开展示。

6.10 通知管理

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

通知类型

保养提醒规则

建议后台配置：

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

7. 状态与规则

7.1 预约取消/改期规则

建议默认规则：

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

7.2 评价规则

1. 仅已完成的预约订单可评价。
2. 同一预约订单仅允许提交 1 次评价。
3. 默认评价有效期建议为服务完成后 30 天内。
4. 评价图片最多 9 张，需限制大小、格式和敏感内容。
5. 后台回复评价需保留回复人、回复时间和操作日志。
6. 低分评价建议触发客服回访，但不做自动营销触达。

7.3 道路救援安全规则

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

8. 数据对象设计

8.1 用户 Customer

8.2 车辆 Vehicle

8.3 预约 Appointment

8.4 救援 RescueOrder

8.5 服务工单 WorkOrder

8.6 预约评价 AppointmentReview

9. 角色权限矩阵

10. 非功能需求

10.1 性能

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

10.2 安全与隐私

1. 手机号、定位、车架号照片、车牌属于敏感信息，后台按角色授权查看。
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. 提交评价成功/失败
12. 点击评价邀请

11.2 后台报表

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

12. 验收标准

12.1 小程序

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

12.2 后台

1. 老板、店长、客服、技师可按不同权限登录。
2. 后台可确认、改期、取消预约。
3. 后台可配置服务项目、预计时长、用户端展示说明。
4. 后台可配置可预约日期、可预约时段和每时段预约上限。
5. 后台可查看车辆车架号照片，并备注是否需补充资料。
6. 后台可从预约生成服务工单。
7. 技师可填写诊断、上传照片、录入完工里程。
8. 后台可更新车辆当前里程、上次保养里程、下次建议保养里程。
9. 后台可处理救援工单并记录电话确认、处理结果。
10. 后台可查看、筛选、回复预约评价，并记录低分跟进结果。
11. 后台可查看客户、车辆、服务历史。
12. 后台可查看操作日志和基础报表。

13. 项目分期建议

13.1 MVP 版本

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

范围：

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

13.2 V1.1 版本

目标：增强服务管理效率。

范围：

1. 预约日历。
2. 保养提醒自动化。
3. 工单照片留档。
4. 数据报表。
5. 评价统计与低分评价跟进报表。

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