接入流程
扫一个码——你的号码背后就有了一支团队
像 WhatsApp Web 一样配对
用持有这个号码的手机扫码——和给浏览器配对是同一个动作。不用 Meta 企业认证，不用排队，也不用为了单纯回复客户而先去过模板那一关。
收件箱的全部能力
分流、指派、备注、标签、Wiz AI 作答，还有客服手机 App——扫码接入的号码，拿到的是和每个官方渠道一样的整套运营机制。
历史记录抢救
你在 WhatsApp 上积累的这些年，是一笔资产。我们也按资产来导入它。
多数工具眼里的“客户历史”，是从你装上它那天才开始的。QR 桥接会向 WhatsApp 请求深度历史同步，把你的过去一起带过来。
深度同步
配对时请求的是完整历史——和 WhatsApp Desktop 用的是同一种模式——能回溯数年、数 GB，分批流式传输，直到全部进来为止。
保留原始时间戳
导入的消息保留真实日期——去年三月的会话就归档在去年三月，客户记录读起来就是这段关系真实发生过的样子。
刻意保持安静
历史记录落地时不会惊动任何东西：不会对三年前的问题触发 AI 回复，不发通知，不触发群发，也不产生用量计费。导入就是导入，不是一次事故。
历史记录变成 CRM
每一条导入的会话都挂到一位联系人上——所以你刚一接入，这个“新”CRM 就已经认得谁是你的老主顾。
号码保护
让扫码号码活下去的那些护栏
扫码接入的号码之所以被封，原因是一些具体且已知的行为。ConnectWiz 在平台层就把这些行为挡住——这层保护你可以收紧，也可以按渠道放宽，但不会一不留神就忘了开。
不做陌生外呼
向从没给你写过信的号码发第一条消息，会被直接拦下——这是丢掉一个扫码号码最快的方式，默认就在结构上做成不可能。
配对之后先预热
刚配对（或重新配对）的号码，头一阵子发得很轻——刚接上就满负荷发送，恰恰是检测系统在找的信号。
控速与上限
发送之间的最小间隔和每小时外发上限，让号码的行为保持人的样子——由队列强制执行，而不是指望客服自己记得。
不做批量号码校验
批量查询“这个号码开通 WhatsApp 了吗”——正是那种经典的洗名单动作，也是账号被盯上的常见原因——会在平台层被限流。
迁移
准备好转官方时：一个动作，什么都不丢
重新绑定，不是重新开始
迁移会把你的会话重新绑定到官方 Cloud API 渠道——下一条回复走官方发送通道，而过去的每一条消息仍然留在同一条客户记录上。Meta 那边在切换时可能会丢历史；你这边不会，因为它存在你自己的数据库里。
双向都行，还支持 Coexistence
QR 转 Cloud、Cloud 转 QR，以及 Meta 的 Coexistence 模式都能用——因为连接方式是渠道的属性，不是你客户关系的属性。
唯一要人动手的规矩
同一个号码不能同时活在个人版应用和 Cloud API 上——换边是你主动走的一步，迁移对话框会如实带你走完。
不加粉饰的细则
QR 桥接不是什么——白纸黑字
不是官方
这座桥说的是 WhatsApp Web 协议，不是 Meta 支持的产品。市面上每一个扫码工具都一样——区别是我们把这句话写在了首屏。
不是零风险
封号风险是存在的，没有哪家厂商能把它挥手挥掉。我们能做、也确实做了的，是让危险行为在结构上变得很难，让安全路径成为默认。
不用来群发
营销活动属于官方 API，那里有模板和质量体系。QR 桥接是用来对话的——护栏正是为此而设。