竞品调研 · 内部 2026-08-14 子扬

亿销云拆机报告

把一小时演示录屏、四支官方演示、83 页合规材料,和他们线上系统的源码放在一起看——这套东西到底是怎么造出来的,哪些是真的,哪些还只是 PPT。

材料 59 分钟演示录屏 · 4 支官方视频 · 83 页 PDF · 线上前端源码 方法 逐分钟抽帧 111 张 + 全程语音转写(1.5 万字)+ 前端构建产物静态分析 对照 饭姐 08-10 获客报告、08-14 机制报告 看图 截图上的红框标出了证据具体在哪一处,绿框是对照项 批注 选中任意文字即可标记「啰嗦」或「有误」,右下角导出给我
00

一分钟看懂:我们到底在看一件什么事

先给一个比喻。

你去菜市场买菜,摊主是你雇的伙计。你担心两件事:伙计把好客人偷偷领去别家(飞单),以及伙计辞职时把常客名单一起带走。亿销云卖的,就是一件"带监控的工作服"——伙计穿上它才能上班,衣服上有摄像头、有 GPS、有录音笔,他跟客人说的每句话都同步回你办公室;他辞职时把衣服脱下来,客人还留在你这儿。

这件"工作服"不是软件,是一台真手机。他们买来二手红米,把手机系统整个换掉(行话叫"刷机",就像给电脑重装系统,但换的是他们自己改过的版本),再把这台手机发给你的销售用。因为系统是他们改的,所以手机上装的微信干了什么,系统全都知道,微信自己却察觉不到——这是他们整套东西的技术地基。

然后在这个地基上,他们又加了三层:一层是普通 CRM(客户表格、跟进提醒、订单回款);一层是管控(128 项开关,比如"不许加好友""不许发红包""不许删聊天记录");最上面一层是AI——让大模型读完聊天记录,自动给客户打分、写话术,甚至直接替销售在微信里回消息。

我们这次要回答的,是野荞和夏夏问的三件事:这套东西到底靠什么控制手机、发消息的时间是怎么定的、以及那些宣传数字有几分是真的。结论是:底层是真的,而且比我们之前判断的更硬;但上层的 AI 和外呼,成色比宣传口径差一截,而且公司本身非常新。

01

六问速答

按饭姐 08-14 机制报告的六段收口法。每条后面标了证据强度。

① 用什么设备 二手红米 + 刷机 演示当天在线的两台都是 Redmi 2312DRAABC(红米 Note 13)。他们自己的商品表里卖二手红米 note11/13、全新 note14 Pro+,另有一项「刷机费 ¥150/台」,已售 91 台。实证
② 怎么控制 / 运行 云端下指令,手机自己执行 前端代码里写死了一套设备指令集:锁屏 / 擦除 / 重启 / 定位 / 截屏 / 响铃,走 /device/manage/command;拨号走 WebSocket,报文里明写 source:"PC"不是远程桌面,不是投屏,不是电脑控手机。实证
③ 依赖电脑 / 插件吗 不依赖,电脑只是遥控器 全程浏览器操作,没有安装任何客户端,没有浏览器插件。电脑关掉,手机照跑——因为任务是云端派给手机的。实证
④ 实际操作流程 买机 → 刷机 → 绑号 → 配权限 → 开 AI 试用是交 1000 元押金、他们寄一台装好系统的手机;不满意退款退押金。口述 商品表里"试用 红米note13 ¥1,500 押金"已售 51 台,对得上。实证
⑤ 发送时间机制 AI 回消息约 30 秒,且可以调成延迟 客户发来消息后,AI 回复实测约 30 秒(后台日志拆开是思考 23.8 秒 + 发送约 12 秒)。可切「立即回复」或「延迟介入」,销售自己那台设的是延迟 120 秒。另有一套独立的主动触达频控:9–20 时窗口、单人 1 条/日、单号 50 条/日、48 小时冷却。实证
⑥ 实测数据 会上测了一次:AI 回复约 30 秒 子扬当场读秒,端到端约 30 秒(日志拆开是思考 23.8 秒 + 发送约 12 秒),详见第 04 节。另有他们自己后台的质量统计:567 次调用里 126 次有问题(22%),含 23 次"事实无依据"。发送间隔口述为 3–8 秒随机实证
要推翻的三条旧判断

1. 饭姐 08-14 报告写"亿销云:定制 ROM 工作手机,信息已收录但未深入验证"——现在可以验证了,而且判断是对的。补充的关键细节是:ROM 只是地基,真正的控制通道是"云端 WebSocket 下发指令 + 手机端自研 App 执行",属于第六条路线,和知了的"Web 控制台下发指令给普通安卓手机"最接近,区别在于亿销云连系统一起换掉,所以能拿到微信数据库级别的东西(撤回消息可还原)。

2. 饭姐 08-10 报告把亿销云归为"监督派:AI 建议 + 人最终发送(默认不自动)"——这条要修订,但不是简单翻到对面。08-14 的线上系统里,AI 回复的发送方式确实已经是「直接发送」,账号级别有"自动发送"开关,聊天窗口里 AI 的回复带着 AI 角标真发出去了;四月版那条"仍处于测试阶段,请仔细挑选后回复"的提示,八月版也没有了。

不能因此把它归成替代派。它整体的定位仍然是销售助手——主干是工作手机管控 + CRM 过程管理,AI 自动回复只是其中一个、而且是次要的功能。准确的说法是:监督派,但已经具备直接发送的能力,开不开由客户决定。

3. "亿销云 CRM 产品成熟度 4.2 分、证据强度高"这个评分基本站得住,但要拆开看。CRM 与工作手机管控这两层确实完整、在真实跑;AI 层的客户画像与跨渠道上下文是强项(见第 09 节),但回答质量是短板——他们自己后台统计 567 次调用里 126 次有问题。经营分析 / ROI 归因那两屏演示当天是空的,但那是演示账号没权限,不能当能力结论。

02

技术选型:他们到底自研了什么

这是野荞点名要深挖的部分。结论先说:底层框架大量用开源,真正自研的是工作手机那一套和 AI 编排;但材料里"全部模块自主研发"的说法站不住。

2.1前端:开源模板 Art Design Pro,连描述都没改

他们的网页版首页 HTML 里留着这么一行:

来源内容
wp.xxlcrm.com 首页<meta name="description" content="亿销云 - A modern admin dashboard template built with Vue 3, TypeScript, and Element Plus.">
开源项目 Daymychen/art-design-pro同一句话、同一套主题初始化脚本(sys-theme)、同样的浅色底 #fafbfc / 深色底 #070707、连注释「防止页面刷新时白屏的初始样式」都一字不差

实证 这不是"像",是同一份文件改出来的。前端技术栈因此可以确定为 Vue 3 + TypeScript + Element Plus + Vite,构建产物里带 legacy 兼容包,代码分包 770 个。地图用高德 JS API 2.0(设备轨迹那块)。

顺带一个小的安全问题:高德的 securityJsCode 直接明文写在首页 HTML 里。按高德官方文档,这个值应该放服务端代理,写在前端等于公开。对我们没影响,但如果甲方的安全部门看这个,是个扣分项。

2.2后端:若依 RuoYi-Vue-Plus 的痕迹到处都是

后端拿不到源码,但前端调什么接口是藏不住的。三条指纹:

  • 所有请求的基地址是 /prod-api,并且每个请求都带一个固定的 clientid: e5cd7e4891bf95d1d19206ce24a7b32e 请求头——这是 RuoYi-Vue-Plus 5.x 配套前端 plus-ui 的标准做法。
  • 系统模块的接口路径是 /system/menu/system/dict/data/type//system/config/configKey/,和若依的内置模块一模一样。演示里那个"系统"菜单下面是:用户管理 / 角色管理 / 菜单管理 / 部门管理 / 岗位管理 / 字典管理 / 参数设置 / 日志管理——若依的标准八件套,一个不多一个不少。
  • 接口里到处传 tenantId,说明用的是多租户版本。RuoYi-Vue-Plus 正好是若依家族里主打多租户的那一支。

推断(置信度高) 后端是 Spring Boot + RuoYi-Vue-Plus 脚手架,业务模块(/crm/callcenter/device/script)是他们自己往上长的。

怎么看这件事

用开源脚手架起步是完全正常的工程做法,不丢人,国内八成 To B 后台都这么干,效率高、招人快。问题只在于口径:合规材料第 10-2 页白纸黑字写"亿销云 CRM 全部模块由销销乐科技自主研发"。前端是开源模板改的、后端是开源框架搭的,"全部模块自主研发"这句话如果被甲方法务较真,是站不住的。

真正属于他们自研的,我认为是三块:工作手机的定制 ROM 与端上 AppCRM 的业务逻辑AI 编排与知识库那一层。这三块也确实是别人抄不快的。

2.3AI 栈:多引擎路由,模型是 DeepSeek + 通义千问

演示里销售自己点开了一个叫「AI 调用日志」的页面,把整个 AI 底牌翻了出来。这是本次调研最值钱的一屏。

ai-calllog
后台「AI 调用日志」。顶部计数器分别是总调用 / 成功 / 失败 / 平均耗时 / Claude / SiliconFlow;表格里「引擎」列出现 tokenhubsiliconflow,「模型」列是 deepsee…Qwen/Q…。左上角那排闸口统计:全部 567 / 有问题 126 / 事实无依据 23 / 发送失败 41 / 上下文缺失 64 / 生成失败 34。
他们用的说明
模型网关tokenhubsiliconflow(硅基流动)两个第三方聚合/推理平台,不是自建推理集群。日志里还有独立的 Claude 计数器,说明预留了海外模型通道。
主力模型DeepSeek 系、Qwen 系四月版界面里模型下拉框写的是 Qwen3-8B(支持 thinking)——80 亿参数的小模型。八月版换成了多引擎路由。注意:销售在同一场会上口头说"我们用的是 Claude、国际第一梯队",但这一屏的 Claude 计数器读数是 0。详见第 06 节。
检索知识库分组 + 检索命中回放接口有 kbGroup(知识库分组)、callLog/{id}/kbRetrievals(这次回答检索到了哪几条知识)、/graph(知识图谱)。是标准 RAG,不是关键词匹配。
可观测逐条 trace + 链路诊断每条 AI 回复都带一个 trc_… 追踪号,可以点"链路诊断"看它为什么这么答。这一块做得比多数同行认真。
这屏日志真正说明的问题

567 次调用里 126 次「有问题」,占 22%。其中 23 次被系统自己判定为「事实无依据」(也就是模型编了内容)、64 次「上下文缺失」、41 次「发送失败」、34 次「生成失败」。

再看耗时列:8.1 秒、23.6 秒、16.5 秒、20 秒、65.7 秒106 秒。客户在微信里问一句话,等一分半才回——发送状态那一列因此出现了不少「过期取消」。

这不是我们的评测,是他们自己后台的统计,而且是在给我们做演示时主动点开的。他们可能没意识到这一屏说明了什么。

qwen3
四月版的 AI 智能回复面板:模型下拉框是 Qwen3-8B(支持thinking),「自动发送」开关关着,上方橙色提示写着「注意:AI 智能回复目前仍处于测试阶段,请您在 AI 生成的回复中仔细挑选后进行回复」
ai-livechat
八月版:同一个位置,「AI回复」开关是打开的,AI 直接把销售话术发进了微信,消息下方带 AI 角标和 AI话术: bc_mrlk… 追踪号。四个月时间,从"人工挑选"变成了"直接发送"。

2.4AI 不是裸奔:他们做了业务边界闸门

ai-orchestration
「智能回复编排」页。左下角一组硬性禁止项:禁止 AI 定制报价或承诺优惠 / 禁止 AI 改价、下单或声称已预订 / 禁止 AI 发送或确认合同 / 禁止 AI 承诺收款、催付或提供收款渠道 / 禁止 AI 承诺退款、赔偿或退款时效 / 禁止 AI 承诺房、车、票等实时资源 / 投诉、重大不满自动转人工。上方是"路线最多修改 3 次后转人工",发送方式为「直接发送」

这一屏值得我们抄。他们把"AI 绝对不能说的话"做成了一组开关,而不是写在提示词里祈祷模型听话。对家装场景同样成立——AI 不能承诺工期、不能报总价、不能承诺材料品牌。实证

另一半是知识自动编排:上传资料 → 自动解析入库 → 行业与角色分析 → 基础信息确认 → SOP 与知识绑定 → 发布运行。他们把一份 30 段的资料切成了 300+ 条知识片段,绑到 7 个销售阶段上(破冰建联 / 需求诊断 / 方案介绍 / 报价政策 / 异议处理 / 成交推进 / 售后服务)。

sop7
七个销售阶段,每个阶段挂着知识条数与步骤数:破冰建联 0 条、需求诊断 14 条、方案介绍 27 条、报价政策 78 条、异议处理 46 条、成交推进 107 条、售后服务 28 条。注意第一个阶段「破冰建联」是 0 条知识——最需要话术的开场环节反而是空的。
03

设备与控制通道:拆到指令级

野荞问的第二个方向。这一节能给出确定答案。

3.1设备就是二手红米,型号高度统一

devices
演示当天的设备列表:全部设备 2 台、在线 2 台。两台都是 Redmi 2312DRAABC(红米 Note 13),各自带 SN 序列号、绑定的微信号(1638 人 / 925 人好友)、电量、5G 网络、设备健康分,以及精确到"江苏省无锡市梁溪区崇安寺街道红豆国际广场"的实时定位与轨迹回放。

三个观察:

  • 型号统一是刻意的。和心动只支持三代红米一样,亿销云的 ROM 也只适配特定几款。他们的商品表里在售的手机型号总共就四五种。
  • 整场演示只有 2 台设备在线。对照他们四月的内部录屏,当时是 10/11 台。演示用的租户和自用租户是分开的,但"2 台在线"和宣传的"3,200+ 企业在用"之间的距离,需要注意。
  • 定位是全天候的。不只是当前位置,是轨迹回放——四月那版能看到"轨迹点 42、移动距离 0.16km、起点终点时间"。销售说"我出去跑客户了",老板能核对。

3.2控制通道:六条远程指令,写死在前端代码里

我把他们线上前端的 deviceCommand 模块拉下来了,指令表是明文的:

指令界面名称需要在线标记为危险
LOCK远程锁屏
WIPE远程擦除
RESTART重启设备
LOCATE实时定位
SCREENSHOT远程截屏
RING响铃寻找

实证 这六条正好是安卓官方 设备管理(Device Owner) 能力的标准集合。加上他们卖「刷机费」,整条链路就清楚了:刷入定制 ROM → 手机端 App 拿到设备所有者权限 → 云端下发指令 → App 用系统权限执行

注意 WIPE(远程擦除)的 requireOnlinefalse——指令会排队,手机一旦联网就执行。员工把手机关机跑路也没用。

还有一个细节:代码里有一段容错写着「指令历史 API 未实现(404),返回空数据」。也就是说"看历史下发过哪些指令"这个功能,后端还没写,前端先兜住了。这类痕迹是判断成品度的好指标。

3.3拨号走 WebSocket,报文长这样

在网页上点"一键拨号",浏览器实际做的是:

环节内容
报文{actionType:"MAKE_CALL", payload:{phoneNumber, customerName, customerId}, requestId:"call_…", timestamp, source:"PC"}
投递POST /prod-api/crm/websocket/makeCall?message=…&sessionKeys={userId}
含义服务端按 userId 找到这个人绑定的工作手机,通过长连接把指令推下去,手机上的 App 执行拨号。
01网页点一下销售在浏览器 CRM 里点"拨号"或"加微"
02服务端接住按用户 ID 找到他名下那台工作手机的长连接
03推给手机WebSocket 下发指令,source:"PC"
04手机自己干系统级 App 拿权限执行,微信侧看到的是本机正常操作
05结果回传通话录音、聊天记录、轨迹全量同步回云端归档
对野荞问题的直接回答

手机不需要连电脑。不用 USB,不用局域网,不用远程桌面,不是云手机。电脑只是一个下指令的遥控器,关掉不影响手机继续跑任务。

手机也不需要一直亮屏或保持前台。因为执行方是系统级 App,不是靠模拟点击屏幕。这一点和心动那套「scrcpy 投屏 + 无障碍服务模拟人手点击」有本质区别——心动那套必须保持屏幕可见,亿销云这套不用。

会影响手机正常使用吗?会,而且是设计如此。这台手机就是公司资产,128 项权限由后台决定它能干什么,员工基本不可能拿它当私人手机用。

3.4128 项权限不是宣传话术,是真的逐项开关

perms128
设备权限管理界面。分组包括:财务安全 6/6(允许发红包和转账 高危、允许修改微信支付密码 高危、允许进入微信支付模块 中危…)、社交功能 8/8(允许微信添加好友 中危、允许微信发送名片、允许发送短信…)、通话功能 6/6、朋友圈 6/6。每一项都是独立开关,可以按部门套模板一键生效。
sensitive
敏感行为记录:共 5,585 条、373 页。记录类型包括"打开微信扫一扫""发送消息含有敏感词""视频与语音通话""截图",每条带责任人、工作微昵称、好友微信号、触发的敏感词和精确到秒的时间。这是他们自己公司四月份的真实运行数据。

这两屏合起来说明:管控这一层是真货,而且在他们自己公司里天天跑。5,585 条敏感行为记录不是演示数据,是他们十几个销售真实操作留下的痕迹。

能做到这个粒度(连"截图"和"打开扫一扫"都能拦能记),只有系统级改造做得到。这反过来又印证了定制 ROM 的说法。

04

发送时间机制

这里其实是两件不同的事,得分开说:一是客户发来消息后 AI 隔多久回,二是没人说话时系统自己隔多久去触达一次。夏夏那版调研要对照的主要是前者。

4.1客户发消息 → AI 回复:实测约 30 秒

会上做了一次真实测量。销售把回复模式切成「立即回复」,子扬用微信直接跟他的 AI 对话、当场读秒:

  • 端到端约 30 秒(子扬读的是 35 秒,销售看后台说"整体来说应该是在 30 秒左右")。
  • 后台日志拆开:思考 23.8 秒 + 发送约 12 秒
  • 销售补充:手机先收到、电脑端再晚 5–10 秒,所以电脑上看到的比实际更慢。

实证 慢的原因销售解释成三步串行:先查知识库、再模仿本人的沟通习惯、最后结合上下文。这也和后台日志那批 8–106 秒的耗时对得上。

关键是这个时间可以调。八月版有「立即回复 / 延迟介入」两档;四月版的面板里更直接,是一个「分析延迟 __ 秒」的输入框。销售自己那台设的是延迟 120 秒——他中途还因为这个短路了一下:"这个回复我好像是选择延迟 120 秒……哎不对,我好像是没开。"

replydelay
上:八月版回复策略——回复模式可选「立即回复」或「延迟介入」,另有工作时间限制(AI 仅在此时段内回复消息)。下:四月版 AI 智能回复面板,把延迟做成了一个显式的「分析延迟 __ 秒」输入框,右边是「自动发送」开关,当时都是关的;下方橙色提示写着 AI 智能回复仍处于测试阶段。
这条对我们的直接意义

30 秒这个数,是可以拿去和夏夏那版调研数据并排比的唯一一条实测值。而且它说明一件事:他们没有把"秒回"当卖点,反而提供了主动延迟——因为在微信里秒回反而不像真人

4.2没人说话时:主动触达的频控

这是另一套机制,管的是"系统自己什么时候去骚扰客户"。参数在配置页里全暴露了。

ratelimit
账号 AI 配置页的主动触达部分。发送窗口 9 时 ~ 20 时;频控:单好友/日上限 1、账号/日上限 50;冷却时间 48 小时内不对同好友再次触达;规则 1「定时触达」可按周几限定时间点,"±5 分钟窗口内触发";规则 2「沉默客户唤醒」阈值 A 级 2 天 / B 级 4 天 / C 级 6 天 / D 级 10 天。回复策略可选「立即回复」或「延迟介入」。
参数默认值含义
发送窗口09:00 – 20:00窗口外不主动发,避免半夜打扰触发投诉
单好友日上限1 条同一个人一天最多被打扰一次
单账号日上限50 条一个微信号一天最多发 50 条主动消息
同好友冷却48 小时比日上限更严,两天内不重复触达同一人
定时触发抖动±5 分钟不在整点齐刷刷发,有随机窗口
沉默唤醒阈值A 2 / B 4 / C 6 / D 10 天按客户等级分级,越优质的客户跟得越紧
群发间隔1 – 5 秒随机材料页写明"每个好友随机",每批 15 个好友
这份参数为什么重要

这是我们目前从任何一家竞品身上拿到的最完整的一套频控参数,而且是从产品配置界面直接读出来的,不是销售嘴上说的。它可以直接当作我们自己做主动触达时的行业基线参照:单号日 50 条、单人日 1 条、48 小时冷却。

另外注意"沉默客户按等级分档唤醒"这个设计——A 级客户 2 天不说话就自动关怀,D 级 10 天。这比尘锋那套"14 天无交互算沉默"要细,也比我们现在的做法细。建议直接借鉴。

哪些已经实测,哪些还没有

AI 回复时延这条已经算实测了——子扬亲自发消息、亲眼看着它回、当场读秒,不是听销售报数,也不是从后台截图推的。约 30 秒这个值可以直接用。

还没实测的是另一条链路:主动触达(定时 / 沉默唤醒)到点后实际什么时候发出去、连续多次的抖动有多大。这一套目前只有配置值,加上销售口述的群发间隔"三到五秒,甚至更长……下一个又变成八秒变三秒,不定的"(比材料写的 1–5 秒更宽)。要坐实得拿试用机跑五次以上。他们的定时消息记录里能看到"1200 个好友、计划 2026-03-08 08:30、成功 1186 / 失败 14"(成功率 98.8%),但没有逐条时间戳。

两套机制别混了触发方式时间参数能不能调
AI 回复时延客户发消息,被动触发实测约 30 秒能。立即回复 / 延迟介入,四月版可直接填秒数
主动触达系统按规则主动发起9–20 时 · 单人 1 条/日 · 48 小时冷却能,全部逐项可配
05

AI 这一层,成色到底几分

客户画像与上下文最强的一块
业务边界闸门扎实
知识库与 RAG 编排扎实
调用可观测 / 链路诊断扎实
响应速度约 30 秒,可接受
回答质量(自报错误率 22%)
经营分析 / ROI 归因演示账号无权限,未能验证

5.1架子搭得比同行认真

从接口结构看,他们的 AI 不是"关键词命中就回一句",而是一套完整的检索增强流程:知识分组 → 检索 → 拼提示词 → 生成草稿 → 风控过滤 → 发送,每一步都有日志和回放。今立那套 Excel 关键词表和这个不是一个量级。

「AI 成交工作台」还能直接从聊天里生成报价单、订单草稿、回款草稿——不过合同那个页签上明晃晃标着「开发中」

deal-desk
AI 成交工作台:报价单 / 合同【开发中】 / 订单草稿 / 回款草稿 / 微信文案。下拉框里可选的成交商品,就是他们真实的商品表——刷机费、旗舰版、基础版、高级版、二手红米 note11/note13、代理价。

5.2经营分析那一层:演示当天没看到,但不等于没做

analytics-empty
「员工全维度」经营分析看板,统计区间 2026-07-16 至 08-15。顶部 KPI 与下方 8 行员工的几十列指标全部是横杠。演示用的是一个权限受限的账号,看不到数据。

这一屏、以及「客户来源转化统计」那一屏,演示当天都是空的。但这不能当成产品能力的结论——演示账号本身没有数据权限。子扬在会上确认过这一点:模块是做出来了的,且看起来相当成熟,只是那个号看不到。

推断 界面的字段密度反过来也支持这个判断:光「员工全维度」一张表就排了 API 队列 / 商机阶段 / 电话 / 微信 / 跟进 / 商机六个分组、几十个指标列,还带"仅看异常""核心指标/全维度"切换。这不是临时糊出来的空壳。

所以这一节的结论只能是"未能验证",不是"没有"。要坐实,下次让销售用他们自己公司的管理员账号打开这两屏。

06

销售口述里值得记的几条

全程 59 分钟语音转写后补的一节。响应速度那次实测已经放进第 04 节,这里只留下会上说到、但材料里查不到的运维细节。

口述内容为什么重要
"我们让大家不要使用 WiFi,因为 WiFi 也是同一网络环境下,但凡有一个账号被封会牵扯到其他的微信账号。"一条 PPT 里完全没有的硬性运维要求:每台工作手机必须走自己的流量卡。20 台手机就是 20 张卡的月租,属于隐藏成本。
"一天最多触达两百多个客户我们就 OK 了,发太多会触犯腾讯规则。"和后台配置(单号 50 条/日)能对上,说明典型部署是 4–5 个微信号。
群发时"给陈总发完可能三到五秒甚至更长才给杨总发,下一个又变成八秒变三秒,不定的"。这是发送间隔的口述值:3–8 秒随机,比材料上写的 1–5 秒更宽。可直接填进夏夏那张对照表。
AI 会自动从聊天里识别"约了下午两点量房"并生成待办,提前 3–5 分钟提醒。比单纯的跟进提醒更进一步,是从对话里抽承诺。家装场景(量房、到店、交付节点)很吃这个。
销售自报在龙发装饰做过半年,会上完整复述了家装获客链路:物业买客资 / 扫楼 → 打电话 → 加微信 → 长期沟通。他们是认真在打家装这块市场的,不是碰巧遇上我们。系统里的阶段流转(邀约到店 → 量房 → 开工 → 收首款)也是照家装设计的。
一条可以直接抄的做法

他们把客户附件包装成"防扯皮凭证"——量房方案、设计图、变更单全存档。销售原话:"装修会扯皮大家都清楚,您前期有这个凭证,后面业主想找茬把坑往咱身上推,也不好推。"

卖点不是"文件管理",是"以后有据可查"。这个能力我们的数据早就有,缺的只是这个说法。

07

会不会封号

子扬的第一个问题。这家的答案在竞品里算是最有底气的,但"零封号"的说法要拆开看。

pdf-rom
材料第 24 页:「用工作手机管微信,会不会被封号?」他们把自己(定制 ROM)和"协议/模拟器方案"做对比——实现方式是"系统底层管控、微信正常运行"对"软件模拟、劫持协议接口";微信感知"完全无感知"对"容易被检测";封号风险"极低"对"高风险";运行环境"真实物理手机"对"模拟器/云手机"。四道防封保障:真实物理手机 / 定制 ROM 管控 / 不修改微信(不注入 Hook、不调非官方 API)/ 独立硬件指纹。

技术上,他们的说法基本成立。市面上被封的主流原因是两类:一是用协议号/模拟器伪造微信客户端,二是往微信进程里注入 Hook 改行为。亿销云两样都不做——微信是真机上装的正版微信,正常跑;他们从系统层面在外面看着它、控制它能不能点某个按钮。对微信的风控来说,这确实很难识别。

这也解释了"聊天记录 100% 归档、撤回的消息照样能看"是怎么做到的:不是 Hook 微信,是用系统权限读微信的数据。技术上更安全,隐私上更彻底。

但"0 封号"这个数字要打问号

材料上写的是「3,200+ 已服务企业数量 · 正常使用下 0 封号」。注意"正常使用下"这五个字——这是个免责前置条件。而封号的真正触发点通常不是技术特征,是行为特征:一天加多少人、群发多少条、被多少人举报。他们自己设的频控(单号日 50 条、单人日 1 条、48 小时冷却)恰恰证明他们清楚这一点。

换句话说:ROM 方案解决了"被识别为外挂"的风险,没有解决"被举报为骚扰"的风险。后者才是家装行业主动加微、主动群发的主要风险来源。

而且销售在会上明确不做保证:「封号这个问题……我们没有办法给您做无谓的保证。我口头跟你说不会不会,我觉得你也不信,你只有自己验证了才有结果。」口述 态度诚实,但落到合同上就是:账号真被封,责任大概率还是甲方的。

另外,"3,200+ 企业"这个数字与其它证据打架,见第 10 节。

一条 PPT 里没有的硬性要求:不许连 WiFi

销售解释他们为什么敢说风险低时,顺带说了一条运维规定:

我们让大家就不要使用 WiFi,因为 WiFi 也是同一网络环境下,但凡有一个账号被封,会牵扯到其他的微信账号。销售 · 演示第 6 分钟

也就是每台工作手机必须插自己的流量卡、走各自的移动网络。这条在 83 页材料里一个字都没有,但它直接影响落地成本:20 台手机就是 20 张卡的月租,还要有人管续费和流量。口述

顺带一提,演示当时销售自己那台机连的就是 WiFi——他中途还说"我这边连的是 WiFi,网有点慢"。规矩和执行之间有差距。

08

获客能力:这不是他们的强项

子扬的第二个问题。直说:亿销云基本不做公域获客,他们做的是"线索进来之后"的事。

他们的线索是怎么来的?看他们自己的客户表:客户来源几乎清一色是「抖音来客」,另有百度推广、腾讯广告、巨量引擎。也就是说,线索是花钱投出来的,通过 API 同步进 CRM,不是靠内容或评论区免费捞出来的。

PPT 第 7 页写得很直白:对接巨量引擎等广告平台,线索秒级同步、自动分配、数据回传。这是"广告投放的下游承接系统",不是"获客系统"。

获客环节亿销云我们(Akke)
内容生产 / 分发没有
抖音评论区主动捞人没有
抖音私信自动化没有独立能力(线索靠投放 API 进来)
广告平台线索对接有,且做得细(秒级同步 + 自动分配 + 数据回传)没有
空号检测(单次 2000 个号码批量检测)没有
微信主动触达 / 群发有,频控完整有(企微,店长审核后发)
过程管控 / 防飞单有,是他们的核心
对我们的意义

饭姐 08-10 报告那条"赛道分裂成流量侧和过程侧,中间无人完全解决"的判断,这次得到了强化验证。亿销云是纯过程侧,他们连获客都靠买流量。

所以我们和亿销云不是直接竞争关系,是互补关系——如果甲方同时见了我们和他们,很可能两边都想要。真正需要警惕的是:他们的"工作手机管控 + 防飞单"这个卖点,对门店老板的说服力非常强,而且是我们完全没有的能力。老板一旦被"员工会带走客户"这个恐惧抓住,预算就会先流向他们。

09

客户画像是怎么做出来的

子扬的第三个问题。演示里他们不小心给了我们一份最好的样本——他们给 Akke 自己建的档案

akke-dossier
亿销云 AI 给「范总(饭姐)」生成的客户档案。软件需求栏:痛点"抖音评论客户无法自动链接、微信客户管理混乱、离职员工客户流失";严重度"严重";使用规模 60 人;部署偏好 SaaS 云端;预算"约 7–10 万/年(按 60 账号估算)";上线"尽快,希望先试用";隐性需求"防止飞单、员工离职客户保留"。心理画像栏:决策风格"务实型";风险偏好"稳健";促成建议"30 天试用不满意退款,分阶段实施"。右侧是投放归因与证据包(可溯源),每张卡片都标着 CALL#1@2026-08-09

先说结论:他们的客户画像不是从公域行为推的,是从"通话录音 + 微信聊天"里抽出来的。这和我们的做法根本不同。

整条链路是这样:

01全量留痕工作手机把每通电话录音、每条微信消息同步回云端
02语音转文字录音自动转写(演示里一通 6 分 38 秒的电话转出 2200 字)
03大模型抽取从文字里抽预算、规模、决策角色、痛点、异议、心理特征
04挂证据每个结论都绑一个 CALL#编号@日期,点开能看原话
05出策略生成评分、成交概率、Day1/3/7 跟进序列、异议应对话术

实证 给 Akke 建的那份档案里,AI 判定:综合分 88、成交概率 75%、意向"强"、流失风险"低"、SOP 匹配 85。跟进策略排到了 Day 7:"Day1 腾讯会议演示 → Day3 跟进试用反馈 → Day7 推动正式签约"。异议预判里甚至写了"数字人视频是否真实匹配装修风格"这一条,并给了应对话术。

值得我们学的三点

一、"证据包可溯源"这个设计。AI 说客户预算 7–10 万,旁边就挂着"证据见 CALL#1@2026-08-09",点开是原话。这解决了老板对 AI 结论的不信任——这一点和我们企业大脑的"出处追溯"是同一个思路,说明这个方向选对了。

二、把画像拆成"软件需求 + 心理画像"两栏。前者是客观事实(规模、预算、部署偏好),后者是主观风格(决策务实型、风险稳健、沟通友善型、核心焦虑"实施风险")。家装场景完全可以照搬:客观是"房型/面积/预算/交付时间",主观是"这个业主是怕贵还是怕麻烦"。

三、异议预判 + 应对话术前置。不是等客户提出异议再找话术,而是在画像生成时就预判他会问什么。

现场看到的两条硬证据 —— 这是他们 AI 层最强的地方

这一节原本我给的评价偏保守。会上有两个瞬间,把这套画像的真实水平顶上去了,都是子扬当场经历的:

一、它能跨人物拼身份。范姐先跟销售聊,子扬后聊。子扬全程没告诉过 AI 自己是有大有小的人,但 AI 自己判断出"范姐和子扬是同一家公司",据此认出子扬的角色,回复时还调用了范姐那边的上下文。

二、它能跨会话调用。单聊里说过的内容,到群里 @ 它提问时能直接拿来用——群里 @ 它问"你们产品的特点是什么",它答出了"家装全屋定制",而那个群里从头到尾没出现过这个词

合起来说明:它的上下文不是"当前这个会话窗口",而是 CRM 客户档案 + 私聊历史 + 群聊 + 同公司其他联系人拼出来的一张网。市面上多数同类产品只做到"读当前会话"。这是他们整套东西里做得最漂亮的一处,也是最该重视的竞争点。

边界在哪:会推算,但不会凭空发现

销售在会上专门指出,"60 人团队"不是范姐说的,是 AI 自己从"20 家门店 × 每店 3 人"算出来的;预算"7–10 万/年"同理,是拿 60 个账号 × 报价推的。所以它确实在做推算,不只是抄录

但边界仍然清楚:所有推算的原料,都来自客户已经亲口说过的话。心动那边我们问过的"它怎么认出这个人要装修",在亿销云这里的答案是——不认,得客户自己先开口。他们没有公域语义识别,我们那套"从抖音评论里判断谁在装修阶段"的能力,他们完全没有。

10

价格真相:399 起是幌子,硬件和刷机费才是门槛

下面这张表不是宣传页,是他们后台里卖给客户的真实商品列表,带销量。

pricelist
商品列表。旗舰版 ¥1,299 销量 51、高级版 ¥799 销量 57、基础版 ¥399 销量 10;刷机费 ¥150 销量 91;试用红米 note13 ¥1,500(押金)销量 51;二手红米 note13 8+256 ¥800 销量 23;代理价 ¥500,备注"799起本。100台起订:400系统商用+100刷机费=500"。
项目单价说明
基础版(纯 CRM)¥399 / 人 / 年不含工作手机,也不能买 AI 智能回复
高级版(CRM + 工作手机)¥799 / 人 / 年128 项管控、号码加密、聊天归档从这一档起
旗舰版(CRM + 工作手机 + AI)¥1,299 / 人 / 年AI 画像、话术推荐、AI-SOP;含 AI 智能分析
手机硬件¥520 – ¥2,000 / 台二手红米 note11 ¥520 起,全新 note14 Pro+ 最高 ¥2,000。可以自己买——销售说他们从华强北平价代购、不赚硬件钱,机型限红米 Note13 / Note14 Pro+ / 摩托罗拉 G100 Pro 等四款
刷机费¥150 / 台PPT 里完全没提,是他们两项利润来源之一。首次 ≥10 台可减免部分,损坏后二次刷机另计
流量卡未报价销售要求每台机走各自流量、不许连 WiFi,等于每台一张卡的月租,材料里没有这项
AI 智能分析¥600 / 人 / 年旗舰版免费包含,其余档位加购
AI 智能回复按模型 + Token 充值用量计费,没有封顶
外呼线路¥0.15 / 分钟但整个外呼系统还在开发中
算一笔 20 人门店的账

按旗舰版 20 人:席位 1,299 × 20 = 25,980;二手红米 note13 8+256 ¥800 × 20 = 16,000(这笔可以自己去京东淘宝买,能压更低);刷机费 150 × 20 = 3,000。首年合计约 4.5 万,之后每年 2.6 万(硬件不重复买)。

还要加两项材料里没有的:20 张流量卡的月租,以及 AI 智能回复的 Token 消耗——后者按用量走、没有报价也没有封顶,是这套方案里唯一不可预估的成本。销售演示时连一句"你好"都舍不得让 AI 回,这个信号不能忽略。

对比:黑谷 20 人约 2.75 万/年,心动首年 20 家店约 18.8 万。亿销云卡在中间,且首年硬件是一次性投入,第二年明显变便宜——这个价格结构对老板很友好。

另外两个数字值得记:人数折扣是 10 人以上 9 折、50 人以上 85 折、100 人以上 75 折起;多年赠送是买 2 年送 1 年、买 3 年送 2 年(与人数折扣不可叠加)。他们给 Akke 报的是"1299 元/账号/年、60 账号 85 折",也就是约 6.6 万/年,和 AI 自己估的"7–10 万预算"对得上。

还有一档代理价 ¥500,备注写着"100 台起订:400 系统商用 + 100 刷机费"。说明他们在发展渠道商,而且渠道底价只有终端价的三分之一。

销量列还透露了一件事:高级版 57、旗舰版 51、基础版只有 10——真正卖得动的是"带工作手机"的两档,纯 CRM 那档基本没人买。他们的核心商品其实是手机管控,不是 CRM。

pdf-wip
合规材料第 50 页「功能开发状态说明」:企业微信相关功能 开发中、AI 外呼机器人 / AI 外呼线路 开发中、外呼系统 / 外呼线路 开发中。落款承诺"本次合作不依赖任何开发中功能"。
买之前要知道的:有三样东西还不存在

他们自己在合规材料里主动写明:企业微信相关功能、AI 外呼机器人、外呼系统,三项都还在开发中。但产品 PPT 前面把「外呼系统 · 128 路并发」写进了高级版功能表、把「AI 外呼线路 ¥0.15/分钟」列成了可购买的增值服务。

态度上他们是坦诚的(主动披露 + 承诺"合作不依赖任何开发中功能")。但对我们的意义很实际:如果家装客户主要在企微上,这就是硬缺口——而销售在会上口头说的是"我们企微跟个微一模一样,什么功能都一样"。这两句必有一错。

11

横向对比:亿销云和心动是同一条路线

这一节做过一次订正。我原先把亿销云和心动拆成两条不同路线,是错的——子扬两场演示都在场,确认二者的做法一致。

订正:不是"第六条路线",是和心动同一条

我此前依据心动演示中桌面上的 adb / scrcpy复制版 / 手机root 三个文件夹,把心动判成"投屏 + 无障碍模拟点击",和亿销云的"定制 ROM + 系统级 App"分列两条路线。这个区分不成立。

两家的实际交付流程是同一套:厂商侧统一刷机 → 装上自家软件 → 寄给客户当普通手机正常用。连机型都一样,都是 Redmi 2312DRAABC(红米 Note 13 5G)。桌面上那套 adb / scrcpy / root 工具,更合理的解释是刷机和装机阶段用的,不是运行时的控制通道——这也和"刷机费"是一项明码标价的商品对得上。

子扬现场判断 所以正确的写法是:心动与亿销云共用一条「统一刷机的工作手机」路线,差别在上层软件(心动偏公域获客自动化,亿销云偏管控 + CRM + AI),不在底层技术。

路线代表控制方式手机要求封号风险能力天花板
本地客户端模拟水流、今立电脑装软件,以用户身份操作高(在甲方账号)
云端控普通安卓机知了Web 控制台下发指令普通机,无需刷机中高
统一刷机的工作手机亿销云、心动厂商刷机装软件,云端下发指令、端上系统权限执行必须刷机,同为红米 Note 13 系低(技术侧)看上层软件:心动偏获客,亿销云偏管控 + CRM
官方授权通道尘锋企微服务商 + 抖音蓝V授权不控设备接近零低(被平台划死)

这条路线的共同特征:用"必须刷机"这个高门槛,换来最低的技术封号风险和最深的数据抓取能力。代价也一样——客户得买他们指定型号的手机,手机彻底变成公司资产,员工没法当私人机用。

对我们的意义是:红米 Note 13(2312DRAABC)已经是这条产业链的事实标准机型——便宜、二手货源足、刷机方案成熟。如果以后要做设备侧的东西,起点就是它。

另一个判断也随之改变:既然两家底层同源,那么"选哪家"其实是在选上层软件,不是在选技术方案。亿销云赢在管控粒度和 CRM 完整度,心动赢在公域获客自动化。

12

可以直接抄走的几条

  1. 频控基线:单号日 50 条 / 单人日 1 条 / 48 小时冷却 / 9–20 时窗口 / ±5 分钟抖动。直接作为我们主动触达的参照。
  2. AI 业务边界开关:把"AI 绝对不能说的话"做成一组硬开关而不是写进提示词。家装版本至少要有:不承诺工期、不报总价、不承诺材料品牌、不承诺增项不涨价。
  3. 沉默客户分级唤醒:A/B/C/D 级分别 2/4/6/10 天。比"14 天算沉默"这种一刀切细,而且实现成本极低。
  4. 把客户附件包装成"防扯皮凭证":量房方案、设计图、变更单全存档,卖点不是"文件管理",而是"以后业主想赖账,你有据可查"。这是本次调研里最出乎我意料的一条——它不属于 CRM 也不属于 AI,纯粹是懂家装才想得到,而且我们现有的数据早就能做到,缺的只是这个说法。
  5. 从聊天里抽承诺、自动生成待办:识别出"约了下午两点量房"就建一条待办、提前 3–5 分钟提醒。家装的量房、到店、交付节点特别吃这个。