机器人一天给你打八个电话——AI语音外呼做营销和催收，三个必须先判清的合规问题

　　先说一个很具体的场景。一家做职业培训的公司，把获客环节交给了AI语音机器人：系统从历史咨询名单里拉号，自动拨号，接通后播放一段合成女声，介绍课程、询问意向，有兴趣的再转人工。上线第一个月，接通率和留资率都比人工团队漂亮，成本只有原来的几分之一。直到有客户把通话录音发到投诉平台，问了一句：这到底是人在跟我说话，还是机器在跟我说话？

　　这个问题听起来像情绪，其实是法律问题，而且不止一个。机器人拨出电话的那一刻，至少同时踩到四套规则的交叉地带：商业性电话的同意要求、私人生活安宁的保护、人工智能生成合成内容的标识义务，以及个人信息处理的合法性基础。很多企业以为自己只是"换了个更便宜的电话员"，但在监管视角里，这是一次自动化决策驱动的大规模个人信息处理活动，义务密度完全不同。下面三个判断，建议在立项、号码入库、脚本上线三个节点各走一遍。

#一、机器人算不算"打电话的人"：主体、告知与标识

　　《中华人民共和国消费者权益保护法实施条例》第二十四条写得很干脆：未经消费者同意，经营者不得向消费者发送商业性信息或者拨打商业性电话；消费者同意接收的，经营者应当提供明确、便捷的取消方式；消费者选择取消的，应当立即停止。这条没有给"用机器打"留任何豁免空间——判断标准是"是否向消费者拨打了商业性电话"，不是"由谁拨"。

　　问题在于很多企业的脚本里，机器人从头到尾没有表明自己是人工智能。这就同时撞上另一条线。《人工智能生成合成内容标识办法》第四条第一款第二项要求，属于《互联网信息服务深度合成管理规定》第十七条第一款情形的生成合成服务，应当在音频的起始、末尾或者中间适当位置添加语音提示或者音频节奏提示等标识，或者在交互场景界面中添加显著提示标识；该办法自2025年9月1日起施行。而《互联网信息服务深度合成管理规定》第十七条第一款第二项，恰恰把"合成人声、仿声等语音生成"列为可能导致公众混淆或者误认、应当进行显著标识的情形。换句话说，用合成语音对外拨号，开头一句"本次通话由人工智能语音系统拨打"，不是礼貌，是法定义务的落地方式。

　　还有一层容易被忽略：《中华人民共和国广告法》第四十三条规定，任何单位或者个人未经当事人同意或者请求，不得向其住宅、交通工具等发送广告，也不得以电子信息方式向其发送广告；以电子信息方式发送广告的，应当明示发送者的真实身份和联系方式，并向接收者提供拒绝继续接收的方式。营销外呼如果落入这条，冒充、隐瞒真实身份本身就是独立的违法点。

　　风险因此有三重叠加：一是同意缺失，二是标识缺失，三是身份不实。三者之中，标识缺失最容易被低估，因为它在转化数据上几乎没有成本，团队没有动力去做；但一旦被投诉，录音就是现成的证据，而"我们以为客户听得出来是机器"这种解释在执法和诉讼中基本没有分量。实务上的处理顺序应该是：先在脚本首句固定AI身份提示，再把"是否继续接听"做成可交互的选项，最后才谈话术优化。顺序反了，优化得越好，违规规模越大。

#二、号码从哪来、"同意"怎么才算数：数据链条与举证责任

　　第二个判断更硬：名单里的号码，凭什么可以打。

　　《个人信息保护法》第十三条把"取得个人同意"列为处理个人信息的首要合法性基础，第十四条要求同意由个人在充分知情的前提下自愿、明确作出，且处理目的、处理方式、处理的个人信息种类发生变更时应当重新取得同意；第十七条要求处理前以显著方式、清晰易懂的语言告知处理者名称和联系方式、处理目的与方式、信息种类与保存期限、权利行使方式。对照下来，"为了提供课程咨询而收集的手机号"被拿去跑AI外呼营销，通常已经构成目的变更，需要重新取得同意，而不是沿用当初那条勾选。

　　《消费者权益保护法实施条例》第二十三条进一步把口子收窄：经营者不得过度收集消费者个人信息，不得采用一次概括授权、默认授权等方式，强制或者变相强制消费者同意收集、使用与经营活动无直接关系的个人信息。这条直接否定了行业里最常见的一种做法——在注册页放一段长达数页的协议，用一个勾选框打包所有用途。

　　真正的压力点在举证。2026年5月1日起施行的《通信短信息服务管理规定》（工业和信息化部令第74号修订）第二十一条规定，通信短信息服务提供者传输商业性通信短信息的，应当要求发送方提供接收方同意或者请求接收商业性短信息的承诺或者证明材料，发送方对材料真实性负责；发送方不提供的，不得为其传输。第四十一条又把"利用互联网向固定电话、移动电话等通信终端的用户提供文字、数据、声音、图像等具有通信短信息特征的信息递送类服务"纳入参照适用范围。这意味着云呼叫中心、语音中继这类通道方，会把同意审查的压力向上游传导——你拿不出材料，线路就可能被停。

　　而一旦进入诉讼，《个人信息保护法》第六十九条的过错推定会直接压在企业身上：处理个人信息侵害个人信息权益造成损害，处理者不能证明自己没有过错的，应当承担损害赔偿等侵权责任；赔偿数额按个人所受损失或者处理者所获利益确定，两者都难以确定的，根据实际情况确定。也就是说，"我们买的是正规名单"这句话，需要证据支撑，而不是一句陈述。

　　这里还有两条常被跳过的义务：向第三方提供名单，属于《个人信息保护法》第二十三条的"向其他个人信息处理者提供"，需要告知接收方名称、联系方式、处理目的、处理方式、信息种类，并取得单独同意；利用个人信息进行自动化决策（包括按意向评分排序决定先打谁），属于第五十五条第二项，事前应当进行个人信息保护影响评估，评估报告和处理情况记录至少保存三年。

　　路径选择的差别很实际。自建名单、逐条留痕，前期成本高、转化慢，但证据链完整，出问题时可归因、可切割；采购第三方名单，短期起量快，但权利链条断裂，一旦被投诉几乎无法自证，而且《个人信息保护法》第二十条关于共同处理的连带责任、第二十一条关于委托处理的监督义务，会把责任重新拉回委托方。比较务实的折中是：只对存量客户中"服务关系存续且同意覆盖营销用途"的号码开外呼，其余号码先做一轮同意补采，补不上的直接剔除，而不是先打再补。

#三、催收场景：时段、频次，以及"AI只是工具"不是抗辩

　　如果外呼的用途是贷后催收，规则会再收紧一层，而且收紧的方式很特殊——主要依据不是法律法规，而是一份行业自律文件。

　　2024年5月15日，中国互联网金融协会发布《互联网金融贷后催收业务指引》，共八章二十九条。它的性质必须说清楚：这是行业自律规范，不是法律、行政法规或部门规章，不能直接作为处罚依据；但在监管检查、金融消费者投诉处理和民事案件中，它经常被当作"合理注意义务"的参照基准。把它当成不存在，是另一种误判。

　　这份指引里对AI外呼最要命的是三个数字。第九条规定，未事先约定催收时间的，催收作业不应在每日22:00至次日8:00进行。第十五条第二项规定，以语音形式（含智能语音）进行告知式催收，同一金融机构和其合作的第三方催收机构对单一债务人拨通电话频次每日合计不应超过3次，与债务人另有约定的除外——注意"合计"两个字，自建团队加外包团队一起算。第十六条第二项第一目规定，交互式催收中以语音形式（含智能语音）进行，与单一债务人主动有效通话每日不应超过3次，且明确"有效通话"是指通话时长在6秒及以上、并且双方经沟通形成真实意思表达。

　　第十四条则专门针对技术：金融机构和第三方催收机构可以使用人工智能技术开展催收作业，但应用人工智能技术的各个环节均应严格执行该文件的相关要求，并应防止不公平歧视、加强算法设计和数据安全。这句话的潜台词是，AI不构成降低标准的理由，反而因为可批量、可自动、可无人值守，把单次违规放大成系统性违规。

　　民事层面的风险同样实在。《中华人民共和国民法典》第一千零三十三条规定，除法律另有规定或者权利人明确同意外，任何组织或者个人不得以电话、短信、即时通讯工具、电子邮件、传单等方式侵扰他人的私人生活安宁。高频、夜间、连续拨号，正是这条最典型的适用情形。如果合成语音还模仿了特定自然人的声音，《民法典》第一千零二十三条第二款"对自然人声音的保护，参照适用肖像权保护的有关规定"就会被激活；《互联网信息服务深度合成管理规定》第十四条第二款还要求，提供人脸、人声等生物识别信息编辑功能的，应当提示使用者依法告知被编辑的个人并取得其单独同意。用真人录音做音色克隆去打电话，这条几乎是必踩。

　　实务上建议把三个数字做成系统硬约束，而不是写进员工手册：22:00至次日8:00的时段在拨号引擎层面直接拦截；同一债务人按"机构维度"而非"团队维度"累计计数；6秒以内的接通不计入有效沟通但照样计入频次。同时保留完整通话记录——指引第十二条要求催收全过程记录真实、客观、完整，相关记录至少保存2年，这与《人工智能生成合成内容标识办法》第九条"提供不含显式标识内容应留存日志不少于六个月"、《通信短信息服务管理规定》第十三条"记录留存不少于六个月"形成叠加班底。取最长的那个存，最省事。

#四、三种路径的责任分配：自建、买SaaS、纯外包

　　同一件事，做法不同，责任落点完全不同，这一点在AI外呼上尤其明显。

　　自建系统、自有号码、自写脚本：企业是个人信息处理者，也是内容生产者，义务最全，但控制力最强。同意台账、脚本审核、频次控制都在自己手里，出事时能证明"已尽合理注意"，缺点是合规成本前置，且需要持续维护拒接名单。

　　采购SaaS外呼平台：企业仍是处理者，平台通常是受托人。《个人信息保护法》第二十一条要求约定委托处理的目的、期限、方式、信息种类、保护措施和双方权利义务，并对受托人的处理活动进行监督；受托人不得超出约定处理，委托终止后应当返还或删除。风险点在于很多SaaS合同只写"数据安全"，不写"号码来源合法性由谁保证""被投诉时谁出面""线路被停的损失谁承担"。一旦平台侧因同意材料缺失被断线，业务停摆的损失通常只能自己吞。

　　纯外包给第三方催收或营销公司：这是责任最容易错配的一种。对外，消费者看到的是你的品牌、你的产品，你很难主张"那是外包公司干的"；对内，如果合同没有约定审计权、录音调取权、分包禁止和违规即解约，你连事后核查都做不到。指引第十七条至第十九条专门规定了金融机构对第三方催收机构的选用评估、监督检查和评价机制，虽然是自律要求，但方向很清楚：委托不等于免责，选任与监督本身就是义务。

　　三条路的性价比可以这样看：短期起量，外包最快；中期可控，SaaS最平衡；长期风险最低，自建最稳。真正的分水岭不是技术，而是"你能不能随时调出某个号码的同意证据和某通电话的完整录音"。调得出，三条路都能走；调不出，三条路都是悬着的。

#五、律师视角：六件事，按顺序做

　　第一件，画一张外呼合规地图。把每条业务线拆成"号码来源—合法性基础—外呼目的—脚本—通道—留痕"六段，逐段标注依据和责任人。地图画不出来，说明业务本身还没想清楚。

　　第二件，重建同意台账。区分服务必要沟通与商业营销，后者单独取得同意，且能对应到具体号码、具体时间、具体渠道；对历史数据做一次回溯，补不上的剔除，而不是笼统写一句"已获得授权"。

　　第三件，脚本双审。法务审合规点（AI身份提示、真实主体、拒绝方式、退出路径），业务审表达准确性；所有版本留档，因为投诉时被调取的往往是某一版具体录音。

　　第四件，把频次和时段写进系统。规则要能被执行，就必须是代码而不是口号；同时建立内部拒接名单，消费者一旦明确拒绝，全渠道同步，避免换个团队再打。

　　第五件，重写供应商条款。至少写入：号码来源合法性与同意材料真实性的陈述保证、违规导致线路中断的赔偿责任、录音与日志的调取权与保存期限、分包禁止、监管检查配合义务、解约后的数据删除。

　　第六件，准备一套应急材料。包括个人信息保护影响评估报告、同意样本、脚本版本记录、频次日志、投诉处理台账。这套材料平时是成本，被问询时是唯一的答案。

　　回到开头那通电话。客户真正在意的，未必是"机器还是人"，而是"我有没有同意、你有没有告诉我、我说停你能不能停"。AI把外呼的边际成本压到极低，也让这三个问题的答案变得更容易失守——因为规模一大，任何一处疏漏都会变成几千次重复。

　　技术跑得快的时候，合规的价值不在于踩刹车，而在于让车知道路在哪里。把标识、同意、频次这三件事做实，AI外呼才是一门可持续的生意，而不是一场等着被投诉的赌局。

---

需要梳理AI外呼的号码来源、同意台账与催收合规边界？预约测绘，帮你把这条链条上的风险点一次标清。