给本地商家卖AI，第一单不要卖机器人：从漏接电话恢复做一条可审批、可量化、可维护的收入流程
“客服机器人、自动预约、全天在线。” 听起来都像AI项目。 AH-0405真正厉害的地方，是把这些大词全部删掉，换成老板每天能看见的一个损失： 电话没接到，客户半小时后找了下一家。 这不是“AI能力展示”。 这是一个真实业务漏斗的断点。 因此这篇的核心不是Coze或飞书教程，而是： Local Service Recovery Workflow Contract --- #
给本地商家卖AI，第一单不要卖机器人：从漏接电话恢复做一条可审批、可量化、可维护的收入流程
“客服机器人、自动预约、全天在线。”
听起来都像AI项目。
AH-0405真正厉害的地方，是把这些大词全部删掉，换成老板每天能看见的一个损失：
> 电话没接到，客户半小时后找了下一家。
这不是“AI能力展示”。
这是一个真实业务漏斗的断点。
因此这篇的核心不是Coze或飞书教程，而是：
> Local Service Recovery Workflow Contract
---
一、先卖Broken Workflow，不卖AI
问老板：
最近一周有多少未接来电？ 多久回拨？ 哪些客户再也没联系上？ 一单平均值多少钱？
这比： “要不要部署AI Agent” 有效得多。
---
二、为什么第一版不要自动接所有电话？
电话场景里有： 报价； 退款； 投诉； 紧急情况； 医疗； 法律； 承诺。
一次错误就可能让客户： 失去信任； 投诉； 产生责任。
---
三、所以默认架构应该是Draft-before-Send
Missed Call → create lead → classify → draft follow-up → human approve → send → customer reply → human takeover
AI在中间。
不是最后责任人。
---
四、Manual-first不是“技术落后”
源文建议： 店员先把未接电话手动放进飞书多维表格。
这非常正确。
因为第一阶段要验证： 流程值不值得自动化。
---
五、如果手工跑一周都没人跟进？
你自动化采集也救不了流程。
---
六、Diagnose Before Automate
先诊断： Volume； Loss； Delay； Question types； Escalation； Ownership。
---
七、为什么“最近10通/20通”是好起点？
不是因为10是科学阈值。
而是足够小： 客户愿意拿出来； 你能人工看完； 能快速发现例外。
所以它是： Experiment Scope。
不是通用统计法则。
---
八、AI分类器需要哪些标签？
New inquiry； Existing customer； Price question； Booking； Complaint； Refund； Emergency； Medical/legal/high consequence； Unknown。
---
九、Unknown必须允许存在
分类器最危险的状态： 什么都强行归类。
---
十、Human Escalation Rule
Price； Medical； Legal； Refund； Complaint； Emergency； Contract； Safety； Special commitment
默认人工。
---
十一、为什么价格也最好人工？
不同客户； 不同服务； 不同时间； 附加条件
可能变化。
AI给一个旧报价， 损失可能超过节省的人工。
---
十二、Knowledge Base只放客户确认过的信息
营业时间； 地址； 服务； FAQ； 禁止回答。
---
十三、不要把网上搜来的“行业答案”偷偷放进去
这是客户自己的业务。
---
十四、Source-of-Truth Contract
每条知识： Owner； Last approved； Expiry； Source； Allowed channel。
---
十五、短信草稿要短
不是为了“像真人”。
而是： 用户处在漏接后的恢复阶段。
第一目标是： 恢复对话。
不是一次讲完全部业务。
---
十六、消息结构
Identify business → acknowledge missed call → clarify need → offer next step → one question。
---
十七、不要假装“真人刚看到”
自动消息的透明度按当地法律、行业和客户政策决定。
至少不能制造： 不存在的人工行为证明。
---
十八、客户手机号是个人数据
电话号码； 来电时间； 问题内容； 健康/法律信息
可能涉及个人信息甚至敏感信息。
---
十九、所以流程必须加Privacy Layer
Purpose； Legal basis/consent where needed； Minimum fields； Access； Retention； Deletion； Third-party processors； Opt-out。
---
二十、把所有通话记录永久喂给模型，不是默认好方案
Data Minimization。
---
二十一、如果是牙科/医疗？
风险更高。
不让AI： 诊断； 提供治疗建议； 判断紧急程度
除非有合规专业系统和明确职责。
MVP只做： “已收到，人工回电”。
---
二十二、两周Pilot为什么好？
Scope小； 能复盘； 不会一次改整个前台。
---
二十三、One Pilot = One Channel + One Outcome
例如：
营业时间未接电话 → 15分钟内生成并审核跟进消息。
不要同时： 电话； WhatsApp； 预约； 报价； CRM； 广告
全上。
---
二十四、Pilot Acceptance Criteria
Missed calls captured； Draft time； Approval time； Follow-up sent； Reply； Human takeover； Opt-out； Error； Complaint。
---
二十五、不要把“回复了”写成“追回收入”
回复只是： Recovered Conversation。
---
二十六、Recovered Conversation ≠ Revenue Attribution
客户后来成交， 也可能： 本来就会回来。
---
二十七、怎么更接近真实价值？
建立Baseline。
过去： 漏接后24h内联系率。
Pilot： 联系率。
再看： qualified conversation； booking； sale。
---
二十八、不要承诺“提高30%收入”
除非真实可验证数据支持。
---
二十九、真正的漏斗
Missed → Captured → Approved → Sent → Replied → Qualified → Booked → Paid。
---
三十、每一层都要看Drop-off
否则： “AI生成100条” 没有商业意义。
---
三十一、源文报价拆成诊断/试跑/部署/月维护，非常成熟
因为这四段卖的不是同一东西。
---
三十二、Diagnostic Fee
卖： 问题地图。
---
三十三、Pilot Fee
卖： 最小结果验证。
---
三十四、Deployment Fee
卖： 稳定流程、权限和培训。
---
三十五、Maintenance Fee
卖： 规则持续正确。
不是： “模型还在调用”。
---
三十六、为什么本地AI自动化需要月维护？
价格会变； 员工会变； 营业时间会变； 服务会变； 规则会变； API会变。
---
三十七、Maintenance Contract
Check cadence； Exception review； Knowledge update； Staff onboarding； Error review； Data deletion； Provider version。
---
三十八、Scope Creep必须提前挡
“既然能跟进电话，顺便自动报价。”
不。
先重新风险评估。
---
三十九、Automation Authority Ladder
Observe； Draft； Recommend； Ask Approval； Act； Act-with-limit。
漏接短信MVP： Draft / Ask Approval。
---
四十、什么时候可以自动发送？
当： 内容低风险； 模板稳定； 客户批准； 错误可逆； 退订机制清楚； 法规允许； 历史错误率可接受。
仍然要保留： 监控与暂停。
---
四十一、Stop Rule
连续出现： 错误承诺； 客户投诉； 敏感信息泄露； 系统重复发送
立即停自动动作。
---
四十二、Coze/飞书只是实现层
源文使用： 飞书多维表格； Coze workflow。
当前这些产品确实具备工作流/数据自动化能力。
但长期资产不应该锁死到： 某个按钮位置。
---
四十三、Provider Adapter
Lead store； LLM； Messaging； Approval UI； Analytics。
都可替换。
---
四十四、第一版为什么不用电话机器人？
因为语音Agent会增加： ASR； latency； interruption； accent； real-time hallucination； call recording； consent； telecom rules。
复杂度跃升。
---
四十五、文本恢复是更好的楔子
异步； 可审； 可修改； 可留痕； 可停。
---
四十六、本地商家真正愿意付费的不是“AI”
是： 少漏掉订单； 前台少做重复操作； 回复更及时； 责任仍然可控。
---
四十七、获客话术也要遵守同一原则
不要群发： “我做AI自动化”。
问： “你们周末漏接电话一般怎么处理？”
---
四十八、Problem Signal > Tool Pitch
这是本地服务销售的重要规则。
---
四十九、产品化：Local Service Recovery OS
不是通用CRM。
只解决： “已经找上门但因为响应断裂而丢失”的需求。
---
五十、可能扩展的场景
Missed call； website form； WhatsApp； email inquiry； after-hours lead。
一个一个加。
---
五十一、行业Suitability Matrix
Lead value； Response sensitivity； Exception rate； Regulatory sensitivity； Message volume； Staff capacity。
---
五十二、哪些行业更适合？
高价值； 响应速度重要； 重复问题多； 人工确认可行
的行业优先。
---
五十三、哪些不适合全自动？
医疗； 法律； 金融； 紧急服务； 高额定制报价。
---
五十四、V3怎么做？
10家真实小商户。
每家只取一个入口。
2周baseline + 2周pilot。
---
五十五、指标
Capture rate； Approval time； Reply rate； Qualified conversation； Booking； Errors； Complaints； Staff time； Net recovered value。
---
五十六、为什么要算人工时间？
如果员工每天审核200条， AI并没有省事。
---
五十七、为什么要算维护时间？
如果每周坏一次， 月费可能都补不了售后。
---
五十八、Product Kill Rule
如果： 漏接量本来很低； 客户自然会回； 人工已处理很好； 系统新增复杂度高于价值，
不要卖。
---
五十九、这比“AI自动化创业”更像生意
因为： 有具体问题； 有明确买家； 有可验证结果； 有可控范围； 有维护需求。
---
结论
本地商家不需要听你解释什么是Agent。
他只需要知道：
**以前漏掉的电话，现在有没有更快回到队列？ AI说错话之前，谁能拦住？ 客户回复以后，谁负责？ 两周后到底少漏了多少真实机会？**
第一单AI服务最好的起点， 不是“全自动”。
是：
把一段看得见的损失，变成一段可审批、可量化、可维护的流程。