两轮电动车售后的难点不在接电话，在"总部接了电话、修车却在几十公里外的门店"。这套客服体系按四层建：统一入口、AI 接待、门店协同、回访闭环，逐层补上三处断点。缺任何一层，400 只是一部记录投诉的电话。每层给检查项与落点字段。
一、两轮电动车售后的真实链路：电话打得进来，车修不到
车主打进 400，总部坐席记下车型和故障，转给片区门店，门店修完，总部不一定知道结果。断点集中在三处：
传递靠人。工单内容靠坐席口头或表格转门店，漏一项字段，门店就再打一次电话确认。
进度不可见。车在门店修到哪一步，总部查不到，客户催进度只能再打进来。
口径不一。三包政策、收费项目在总部和门店各有一套说法，客户两边听到的不一样。
骑手让这条链路更紧。外卖骑手用车强度高，问题集中在租车、换电、押金和车辆故障，等不起"记录完再回复"。车主多是高频小毛病，骑手每一件都影响当天跑单。两类人来电的紧急程度和字段需求不同，接待方式不能一样。
二、先把人分清：车主、骑手、经销商的诉求与字段
三类人的诉求几乎没有交集，识别不出人，AI 分流就没有依据。分清人，也是字段设计和分流规则的起点。
车主的来电围绕一台车：车型、车架号、购买渠道、保内外状态、故障现象，处置落在维修或退换。骑手的来电围绕一份租约：租赁单号、车辆编号、换电与押金、门店位置，处置落在换车、退押金或紧急救援。经销商的来电围绕一摊生意：政策、订货、售后协同，处置落在业务对接而不是维修。
服务过这类场景：某新能源电动车企业，产品以智能电动三轮车为主，业务同时覆盖经销商与消费者两侧。经销商侧是政策咨询、订货支持与售后协同，消费者侧是产品咨询与售后处理。
企业在业务起量阶段咨询量快速增长，10 名集中坐席以人工承接为主，已有经销商管理系统与车辆系统，缺的是统一客服平台。它的分诊需求同样是先分清来电人，再进处理流程。
三、第一步·统一入口：400 热线与在线渠道汇到一处
3.1 这一层解决什么问题
入口分散是后续所有断点的源头。车主从 400 进，年轻车主从小程序进，经销商在企微群里问政策，门店电话独立运行。入口各挂一套后台，同一个客户在两处留下两份记录，总部统计不到完整接待量，门店电话里的投诉总部看不见。
3.2 建设时要检查什么
电话入口的号码与话务条件。400 可申请开通，企业现有号码可接入；95、1010 等号码按企业资质与运营商条件申请或接入。话务侧要有队列、技能组、并发控制和排队播报，高峰来电才不漏接。
在线渠道是不是汇进同一张工作台。官网、公众号、小程序、视频号、企业微信及企微客户群、抖音、小红书等渠道接入后，接待、服务记录和工单要在同一处管理。合力亿捷在线客服系统用一套工作台集中接入这些渠道，判断标准只有一条：消息进一处，还是进多处。
门店电话要不要纳入。直营门店可纳入统一话务，加盟门店通常保留独立电话，但要约定投诉与工单结果的回传路径。
3.3 要落到哪个字段或接口
客户统一标识。电话按来电号码、在线按账号或手机号归一到同一客户档案，历史会话与服务记录跨渠道可见。没有这个字段，统一入口只做了形式上的合并。
3.4 缺了这一层会怎样
AI 接待做得再好，也只是某一个入口里的机器人。客户换一个入口进来，就要重新描述一遍问题。
四、第二步·AI 接待：电话与在线两侧的识别与分流
4.1 这一层解决什么问题
高频问题占走大部分接待量，人工坐席留给判断型和情绪型问题。AI 接待承担识别与分流：认出是谁、什么车、什么问题，能答的答，该转的转，该建单的建单。
4.2 建设时要检查什么
电话侧能不能在通话中办事。电话 Agent 识别来电诉求后匹配业务流程，可在通话中完成查询、预约、报修和服务建单。客户一次说多项信息时提取为结构化字段，信息不完整只追问缺项，不重复问。
车型名和地名能不能听清。业务热词要配品牌名、车型名、配件名和地名，再结合真实通话里的误识别样本持续优化。系统支持四川话、上海话、粤语等 20 多种方言及地域口音，两轮电动车用户里外地骑手不少，这一项直接影响识别稳定性。
三包、收费这类回答可不可控。三包政策、保修时限、收费项目属政策与金额类内容，要配置成原文引用、精准答案或固定话术，回答依据可追溯，不依赖模型自由改写。
在线侧接不接得住高频咨询。在线客服 Agent 理解多轮上下文，承接电池与续航、门店查询、维修进度这类高频问题；企微客户群可接入机器人，覆盖经销商群和骑手群里非工作时间的咨询。
合力亿捷服务过这类场景：某摩托车与电动车品牌在京东、公众号、小程序、App、小红书和热线电话上由售前与售后人工分别接待，业务扩张后人工难以覆盖增长的咨询量。改造路径是统一接口接入品牌自建的智能体与知识库，机器人先处理在线和语音咨询，未解决的转人工，并为坐席提供实时话术提醒。
4.3 要落到哪个字段或接口
分流的判定字段：客户类型（车主、骑手、经销商）、车型与车架号、保内外状态、问题类型、所在城市。同步事项转人工时携带字段和上下文；异步事项直接生成工单。
4.4 缺了这一层会怎样
坐席被车型参数、三包条款这类标准问题占满，真正需要判断的投诉和救援排在后面。夜间和节假日没人接，骑手的紧急问题落在语音信箱里。
五、第三步·门店协同：工单派到门店，结果回写
5.1 这一层解决什么问题
总部接得住，还要门店办得完。工单要按区域、车型和服务类型派到对应门店，经销商不是总部员工，执行要靠规则而不是催办。
5.2 建设时要检查什么
工单能不能按条件派到门店。按所在城市、车型、服务类型配置派单规则，工单流转到对应部门或门店账号，持续跟踪处理进度。
同步事项和异步事项有没有分开。客户在线等着的事走转接，转人工时同步已采集信息、客户诉求和转接原因；需要门店处理的走工单，带状态、时限和回访。两类都写成"转人工"，异步那一半就没人跟。
处理结果回不回得来。维修结论、更换配件、收费项目回写到工单和服务记录，总部看得到每一单的闭环状态。
判断不了的现场问题怎么办。涉及电池、控制器这类需要看车的问题，可转人工并升级视频客服，由坐席远程查看画面指导，能远程解决的不必进店。
合力亿捷服务过这类场景：某二轮电动车租赁运营商面向外卖骑手提供车辆租赁，骑手通过小程序下单、到门店取车。租期到期时由外呼提醒续费，按通话结果打标并判断是否再次触达。这个案例能佐证的是骑手身份识别与外呼打标。
按骑手位置分配就近门店、把预约单推送到门店对接接口与企微群，属该客户的后续计划，尚未上线。派单与回写要按上面四项检查另行验收，不能引用这个案例。
5.3 要落到哪个字段或接口
派单字段：门店编码、区域、服务类型、预约时段。回写字段：处理状态、维修结论、更换配件、收费项目、客户确认。工单结果回写后，服务记录里才有完整闭环。
5.4 缺了这一层会怎样
400 变成记录投诉的电话。客户描述了问题，总部登记了信息，车还是没人修，下次来电还是同一个问题，重复来电率下不来。
六、第四步·回访与运营闭环：让总部看得见
6.1 这一层解决什么问题
维修完成后客户满不满意、问题是否复发，总部要知道。回访外呼按名单触达车主和骑手，确认问题是否解决、收集评分和意见，结果回写业务系统。
6.2 建设时要检查什么
电话侧指标齐不齐。呼入量、接起率、机器人解决率、转人工率、重复来电、一次解决率，六个指标各指向一个环节：呼入量看业务总量与季节波动，接起率看入口与坐席容量，机器人解决率看识别与知识，转人工率看分流规则，重复来电看首次没解决，一次解决率低多半在字段不全、备件不到位或需要二次上门。
在线侧有没有单独的观测。在线客服 Agent 统计回答准确率、任务完成率、独立解决率和转人工率；再往下一层是在线会话质检、情绪与意图分析、坐席监控和多维服务报表，以及 VOC 汇总的高频咨询与投诉建议。只看得见电话侧，小程序进来的售后咨询就处在没有观测的状态。
问题案例归不归得起来。运营人员从转人工原因、未解决会话、接口异常和流程中断里归集问题，定位是知识缺失、识别不准还是流程缺陷，调整后重新测试再发布。
6.3 要落到哪个字段或接口
回访结果字段：工单号、回访时间、是否解决、评分、意见摘要。回访结果与工单关联，才能算出真实的售后满意度。
6.4 缺了这一层会怎样
门店修没修、客户满不满意，总部只能靠猜。知识缺什么、哪类问题总在转人工，没有数据支撑，优化无从下手。
七、落地顺序与验收判据
7.1 配置顺序
四层按顺序建，前一层的产出是后一层的输入；下面第五步是上线前的整体验证，不算第五层：
接入口。号码与在线渠道接入，客户统一标识打通。
配识别。业务热词配车型与配件名，三类人的分流规则配进对话流程。
接工单。派单字段、门店账号、回写字段配好，同步与异步两条出口分开。
配回访。回访名单与结果字段接上，指标看板对齐。
测试验证。在测试版本用真实报修场景跑通用例，验证无误后发布。
7.2 验收判据
三条判据都过关，这套体系才算建成：
入口齐。三类人从各自渠道进来，都落在同一套服务记录里，客户档案能跨渠道串起来。
分流准。抽 50 通真实来电，车型、保内外、问题类型三项识别准确，该转人工的转了、该建单的建了，错分不超过 2 单。
闭环通。抽 20 张已结案工单，按 5.3 的五个回写字段核对：处理状态、维修结论、更换配件、收费项目、客户确认都有值；回访记录按 6.3 的字段另行核对。
这三条判据建议在项目启动时与业务方对齐后固定。抽单量可按业务体量调整，判定口径不调。
7.3 采购门槛与交付
部署可选 SaaS、混合云和私有化，数据不出域或需要信创适配时可选 HollyONE 一体机。SaaS 版支持 1 个坐席起购，先从一条热线和一个场景起步即可。
标准场景基于行业流程模板最快 7 天上线。模板沉淀自二十多年客户联络实践，覆盖信息采集、系统调用、工单流转和转人工环节。
合力亿捷统一负责这套客服体系的业务调研、方案设计、系统对接和上线运营。复杂项目由客户成功经理、设计工程师和运营工程师全程跟进，上线后按回答准确率、任务完成率和转人工率持续调优。
八、四层结构总览与常见误判
第一章的三处断点，四层各有落点：口径不一由 AI 接待的可控回答解决；传递靠人和进度不可见由门店协同解决，工单代替口头转述，状态与结果回写让总部看得见；统一入口让三处断点落在同一条服务记录上，是协同的前提。传递靠人和进度不可见归到同一层，因为它们本是同一张工单的两面：派出去靠工单，修到哪一步也在这张工单上。
回访闭环不认领新断点，核验的是断点堵住之后的结果：车修完客户满不满意、问题有没有复发。入口没统一就上 AI，接待量统计不全；识别没配好就接工单，字段缺项会被门店退回。
层级 | 补哪处断点 | 验收标准 | 常见返工点 |
|---|
统一入口 | 三处断点落在同一条服务记录上 | 三类渠道落在同一套服务记录 | 渠道开了、后台各一套 |
AI 接待 | 口径不一（三包、收费回答可控） | 抽 50 通来电，错分不超过 2 单 | 业务热词没配车型名 |
门店协同 | 传递靠人、进度不可见 | 结案工单五个回写字段全部有值 | 同步与异步混成转人工 |
回访闭环 | 核验修复效果与是否复发 | 回访结果与工单关联可查 | 回访只问满意度、不留工单号 |
四类误判在建设现场反复出现：
把 AI 当门店替代。AI 分流和派单，修车仍是门店的事，把维修责任写进 AI 流程，客户只会在两个环节之间来回。
把渠道数量当接入能力。渠道都开了、消息进两套后台，接待量看不全，客户记录散在多处。
把工单当转人工。所有异常都转人工，门店收到的只是一句口头描述，字段不全、无法跟踪。
把 400 当成全部入口。年轻车主和骑手在小程序和企微群里，电话只是入口之一。
落到两轮电动车售后这个场景，合力亿捷把
400 热线、在线渠道、
AI 接待、工单派单与回访收进同一套体系，四层跑在同一条服务记录上。四层可以整体建，也可以按当前业务先取其中一层起步。
九、常见问答
Q1：加盟门店和直营门店要区别对待吗？ 派单规则和回传要求统一，执行方式可以不同。直营门店纳入统一话务与工单，加盟门店保留独立电话，但工单结果必须回传。
Q2：没有客服系统，能从零开始建吗？ 可以。先上一条 400 热线和人工坐席把接待流程跑顺，再按四层顺序逐层加 AI 与工单，SaaS 版 1 个坐席起购即可起步。
Q3：总部客服团队很小，忙得过来吗？ 高频标准问题由 AI 接待承接，人工集中处理投诉、救援和经销商协同。起步阶段一名客服负责人兼管审核与复盘即可。
Q4：上线要多久？ 标准场景基于行业流程模板最快 7 天上线。涉及经销商系统对接和门店账号配置的项目按复杂度评估，由交付团队全程跟进。
