抖音「检车 / 修车预约」小程序
建设方案

00执行摘要

一页看懂方案结论。若时间有限，请重点评审第 2、3、10 章。

01需求理解与业务假设

先把问题定义清楚，再谈做什么。

1.1 我理解的需求

在抖音生态内建设一个可挂载于短视频、直播间、企业号主页与门店 POI 的预约入口，让车主能在线选择检车 / 修车服务项目、门店、日期与时段，留下车辆与联系信息，按预约时间到店完成服务；门店侧能管理产能、接单、履约并沉淀客户，形成「内容种草 → 预约 → 到店 → 复购」的闭环。

1.2 三个必须先厘清的业务前提

1.3 汽后预约的业务本质

这是最容易被低估的一点。餐饮预约是"订个位子"，汽后预约是预订一段产能：一个「小保养」占用 1 个举升机工位约 40 分钟，一个大修可能占用 1 个工位半天，年检代办占用的是一位外勤人员与一段外部流程。因此系统必须按「门店 × 工位 × 技师 × 服务时长 × 营业时段」建模，而不是简单地把一天切成上午/下午两个格子。

由此带来四个必须在一期就回答的问题：

• 容量怎么算：不同项目占用不同时长，同一时段剩余可约量如何计算与展示；
• 超约怎么防：多人同时抢同一时段，需要预占与超时释放机制；
• 爽约怎么控：抖音流量偏冲动决策，爽约率天然高于私域预约，需要提醒、确认与黑名单策略；
• 增项怎么处理：车辆上架后发现额外维修项，是汽后投诉高发区，需要线上明示报价 + 用户确认后再施工。

02平台路径选型

这一章是方案的核心决策，请重点评审。

2.1 三条路径对比

说明：抖音开放平台「到综行业解决方案」明确覆盖汽车服务，支持「线上购买 + 服务预约」，并允许小程序与商家自有库存、订单、核销、会员系统打通；流量入口包含短视频 POI、直播间、抖音号主页、搜索、私信、订阅消息与线下扫码。

2.2 推荐方案：双轨并行、两期落地

不建议在 A/B/C 里单选，因为流量验证和经营系统建设是两件周期完全不同的事。推荐把它们解耦：

轨道 1 的意义：小程序从注册到可挂载需要完整审核链路，如果等它上线才开始做内容，会白白浪费数周流量窗口。用原生 POI 和团购商品先把账号、内容、投流、到店话术跑通，小程序上线时直接承接已经验证过的流量。

轨道 2 的意义：把"预约"做成真正的经营资产——可调度、可复访、可沉淀会员，而不是平台里一张用完即走的券。

2.3 明确不建议的一期范围

03合规与资质清单

这一章最可能卡住上线时间，建议评审后立即启动办理。

3.1 主体、类目与资质

3.2 上线接入链路

1. 入驻抖音开放平台：注册账号 → 企业主体认证 → 填写基础信息与经营类目 → 行业身份认证（商家）→ 对公验证
2. 绑定抖音来客：认证本地自营商家身份时关联来客账号；无来客账号可由入驻资料同步开通
3. 开发者身份绑定：在来客后台「店铺管理 → 服务应用授权 → 商家自研服务」绑定开发者（自研或服务商代开发）
4. 创建小程序：创建应用、配置基础信息、完成备案、开发并配置服务器域名（HTTPS）
5. POI 认领：提交门店资质完成 POI 认领，这是短视频/主页挂载与到店导航的基础
6. 能力申请：获取用户手机号、订阅消息、获取地理位置等按规范单独申请；部分需向平台运营申请
7. 交易（二期）：开通担保支付进件 → 接入商品库 → 接入交易系统 → 订单同步 → 提交小程序审核
8. 挂载配置：配置短视频自主挂载、直播间挂载、抖音号主页挂载、搜索服务直达与线下扫码跳转

3.3 交易与内容红线

• 凡涉及在线交易，平台要求接入【担保支付】+【订单同步】；线下履约订单需在订单同步内回传核销态后才能发起结算/分账。这是二期必须实现的硬要求，不是可选项。
• 非广告落地页不得在首页首屏放置留资框；留资组件应出现在用户产生明确意向之后（如服务详情页、点击"立即预约"后）。
• 不得对用户手机号信息做内部二次流转或用于其他用途；车辆与证件信息需明示用途与保存期限。
• 商品名称与套餐内容需与实际服务一致，不得超范围宣传（如以保养名义售卖救援、上门洗车等）。
• 保证金、软件服务费、单笔支付限额、结算账期以抖音来客后台当期公示政策为准。

04业务闭环与用户旅程

从一条短视频到一次复购，完整链路长什么样。

4.1 全链路

4.2 两类转化链路要同时支持

4.3 预约状态机

状态机是后台与消息触发的依据，建议一期就定义清楚：

05功能架构与分期

按"能上线、能验证、能扩展"三档切分。

5.1 功能全景

5.2 一期 MVP 页面清单

C 端约 8 个页面：首页 / 门店列表 / 服务分类 / 服务详情 / 预约填写（项目·时段·车辆·联系人）/ 预约确认 / 我的预约列表 / 预约详情（含二维码）。后台约 6 个页面：登录 / 数据概览 / 预约单 / 排班与容量 / 服务项目 / 门店与基础设置。

原则：一期的目标是"能稳定接住一单"，不是"功能齐全"。任何不影响这一目标的模块都往后放。

5.3 二期与三期方向

• 二期（交易与留存）：担保支付与订单同步、团购券核销、定金/套餐、会员与次卡、优惠券、评价回传、增项线上确认、与自有 DMS/收银打通、达人推广计划。
• 三期（规模化）：多门店与加盟权限、智能推荐时段（按产能与路程）、保养周期提醒、配件库存与报价单、透明车间（施工影像回传并二次剪辑成内容）、跨端复用（同一套代码输出微信小程序）。

06关键业务规则

这些规则如果不在需求阶段定死，开发后期会反复返工。

07技术方案

给出可落地的技术基线，具体框架可在评审后按团队栈调整。

7.1 分层架构

7.2 核心数据实体

门店 Store、工位 Bay、技师 Technician、服务项目 ServiceItem（含时长/工位类型/价格）、排班 Schedule、时段库存 SlotCapacity、用户 User（抖音 openid + 手机号）、车辆 Vehicle、预约单 Appointment（含状态机/来源/核销码）、工单 WorkOrder、增项 AddonQuote、订阅消息记录 NotifyLog。

7.3 抖音开放能力对接清单

7.4 非功能要求

• 并发：时段库存预扣必须原子化，防止同一工位被重复预约；
• 可用性：预约链路核心接口目标 99.9%，门店后台故障时需有降级方案（电话/纸质登记后补录）；
• 安全合规：手机号、车牌、证件信息加密存储，最小必要收集，明示用途与保存期限，操作留痕；
• 可观测：全链路来源埋点，能回答"哪条视频带来多少预约、多少到店"；
• 可扩展：平台适配层与业务层分离，为三期跨端与多门店留口。

08运营与冷启动

小程序只是承接工具，抖音生意的胜负在内容端。

8.1 冷启动动作

1. 先搭流量底座：企业号认证、POI 认领、团购/预约商品上架、门店主图与套餐详情打磨，这些在小程序上线前就能开始；
2. 内容选题围绕"确定性焦虑"：年检流程与所需材料、常见故障判断、保养价格拆解、增项如何避免被坑、施工过程实拍——汽后在抖音上最有效的是科普 + 透明报价，不是硬广；
3. 设置低门槛钩子：如免费检测/低价基础检查，用它承接"先预约再转化"，并在预约流程中自然收集手机号；
4. 挂载与投流：短视频自主挂载 + 直播间挂载 + 主页固定入口；稳定日更与开播频次比单条爆款更重要；规模化后可上达人推广计划；
5. 履约反哺内容：接车检查、增项说明、施工影像回传，经用户同意后剪辑成二次内容，形成"内容 → 预约 → 内容"循环。

8.2 建议盯的指标

09里程碑与投入估算

以下为量级估算，用于评审决策，不构成报价；实际以团队规模、自研/外包方式与平台审核时效为准。

10风险与待决事项

这一章是评审会最该逐条过的内容，请直接在旁边批注结论。

10.1 主要风险

10.2 请评审拍板的 8 个问题

11依据与说明

本方案的平台规则部分依据抖音开放平台与抖音生活服务学习中心公开资料整理，主要包括：

• 抖音开放平台《【到综行业通用】抖音小程序解决方案》（覆盖汽车服务、服务预约、系统打通与流量入口）；
• 抖音开放平台《汽车行业运营规范》（担保支付 + 订单同步、核销态回传、手机号使用限制、首页留资限制）；
• 抖音生活服务学习中心《商家入驻及资质要求》《汽车维修保养 - 到家类目管理规范》与《团购审核规则指引》（汽车服务各类目资质与保证金信息）；
• 抖音开放平台小程序类目与资质文件示例、交易系统接入相关公开资料。