外部公开案例解读 · 非识度交付项目：素材为云迹科技（港股 2670）2026 年 10 月 16 日《自愿公告 业务进展更新》，文中数字均为该公司披露口径，未经独立验证。
早上九点，前台接了三通电话：一间房要加床被子，一间房空调不制冷，还有一位住客在微信里问能不能延迟退房。三件事分别转给保洁、工程和前台，到下午住客又打来问「被子怎么还没送到」——单子在中途掉了。我们的判断：住中服务的漏单，很少是员工不负责，而是这条需求从来没变成一张有主人、有时限的单——工单管理要做的第一件事就在这里。
工单管理指的是把每一条客户诉求变成一张有编号、有负责人、有时限、能复盘的记录。它管的不是问题有多难，而是这件事现在在谁手上、还有多久到期、卡在哪一步。服务履约的链条越长、交接的人越多，这张单就越不能省。
工单管理最先要解决的，为什么是漏单而不是速度？
速度可以靠加人改善一点，漏单只能靠机制。我们看这类场景，掉单通常掉在三处：交接点（口头转给下一个班，对方以为别人在做）、跨部门（工程等前台确认，前台等工程回话）、非标需求（住客问的事没有现成流程，谁都不敢接）。
这三处有个共同点：没有人对「下一个人有没有接住」负责。所以动作不是催得更快，而是让每次交接留痕——谁接了、卡在谁那里。
这家公司披露了什么？
据其披露，这家公司的 HDOS 客户总数超过 5,000 家，同比增长约 230%，其中付费客户数量同比增长约 220%（数据时点 2026 年 9 月 30 日，公告未给出去年同期基数）。
HDOS 是这家公司的酒店住中服务（客人在店期间的服务）AI 智能体助手：承接住客问询，协调员工与机器人完成服务，减少人工转派和反复沟通。公告里最值得记的一句是——服务记录及异常跟踪帮助管理者识别漏单、延误等问题，优化人员安排和服务流程。这句话把 AI 的位置说清楚了：它先做记录和识别，不做拍板。
AI 接住的是哪一段？一张单其实有四件事
- 有单：电话、微信、前台口头，先汇到一个入口，生成一条记录。这一步 AI 能接，因为它做的是把说过的话结构化，不需要判断。
- 有主：谁去送被子、谁去看空调，派单可以按类型、楼层、技能自动匹配；但值班怎么排、谁现在有空、谁的活已经满了，仍是人的决定。
- 有时限：多久没动要提醒，超时就算延误。异常跟踪是这套东西最实在的价值——漏单只有在「超时被看见」之后才会真的减少。
- 有复盘：一周下来哪类诉求最多、卡在哪个班次、哪个人手上积压，靠记录说话。改流程这一步，AI 只能给依据。
我们的判断：前两件是记录，第三件是识别，第四件是决策。跳过前三件直接要「AI 优化流程」，拿到的多半是一份没人认的报表。
这套做法里，什么不能学？
- 不能推断效果。公告没有披露漏单率、响应时长、单店人效的变化；5,000 家是订阅口径，不等于每家都用满。任何「上了就少一半漏单」的说法都是外推。
- 不能在没有分工的地方上系统。谁接、多久回、超时找谁，这三条没写下来，系统只会把混乱记录得更清楚。
- 不能把可标准化的动作当成全部。配送、清洁这类任务可以交给机器人；涉及赔付、承诺、投诉升级，仍然要人接。
- 不能只看入口数量。把电话和微信接进来很容易，难的是接进来之后有人真的认领。
你的公司不是酒店，这件事还成立吗？
成立。凡是「客户提需求—多人交接—有时限」的场景都一样：连锁门店调货、物业报修、设备安装、B2B 交付变更。区别只是单据叫法，掉单位置几乎一样。
不用买系统也能做的判断：翻上周的微信群，数一数有多少条客户诉求只在群里口头交接、没落到表格里。那个数量，就是你现在漏单的池子。这跟销售不愿意填 CRM 是同一个病根——记录的成本高于收益，人就会绕开记录。
工单管理真正值钱的不是回得更快，是让每一条诉求都有下一个人接住。
工单管理常见问题
工单管理是不是就是买个系统？
不是。系统只是载体。先有「谁接、多久回、超时找谁」这三条规则，系统才有东西可执行；规则没有，买回来的是一张更贵的表格。
小团队也需要工单管理吗？
看两条：诉求每天有没有超过几条，是不是要跨两个人以上才能完成。都成立就值得做；三五个人、当天能当面说完的，先用一张共享表加固定检查时间。
AI 能自动派单吗？
能按类型、区域、技能给出建议，但值班和优先级仍要人定。派错了的代价由人承担，决定权就不该全交出去。
客户诉求很少，也要上吗？
少而重的诉求更该留痕，比如影响交付的那几条，哪怕一周只有三五条。用一张表就够，不必上系统。
回到你的业务：先别问买哪套系统，先把上周漏掉的单子找出来，看它们都掉在哪个交接点上。拿不准的，可以用识度的《私域与销售 AI 接入点自查》逐条勾一遍。要落回你自己的流程，预约一次适配沟通，我们把这几个交接点按你的实际业务过一遍。
← 返回识度案例