01先解决权限，再谈分析
- 群聊数据敏感，第一步是把边界写清楚：只读、白名单、只接授权的群。
- 不做「悄悄读」这一套。客户授权范围越明确，项目活得越久。
- 技术上用桌面端本地读取，数据先落在本机，再决定哪些值得上报。
02收敛成四类信息，不要做成聊天摘要
- 线索、订单、客户情绪、待办——四类就够老板做判断，再多就没人看。
- 情绪识别要保守：宁可标「可能不满」，也不要斩钉截铁说「客户生气」。
- 每一条都要能点回原话。老板看见异常时的第一个动作是核实，不是相信。
03为什么是「日报三合一」而不是实时推送
- 实时推送会被关掉。每天固定一个时间推一次，才会被打开。
- 三合一 = 今天发生了什么 + 需要你决定什么 + 明天要盯什么。前两条是信息，第三条是动作。
- 门店多的时候，先做横向对比：哪个店异常最多、哪个店线索响应最慢。
04人在环里，不要让机器直接下判断
- 机器的活是提取和归类，人的活是判断和决定。
- 凡是「机器说 A，负责人说 B」的记录都要留下来，这些分歧就是下一版规则的输入。
- 我们的口径一直是：机器提取，人做复核。
05实际跑出来的变化
- 老板每天获取信息的时间从 60 分钟降到 5–10 分钟。
- 线索发现提前 12–24 小时。
- 客户不满当天就能看到预警，而不是等投诉上门。
常见问题
这样做会不会侵犯员工或客户隐私？
这是必须正面回答的问题。做法是：只接企业已授权的工作群、只读不写、白名单管理、数据先落本地再决定上报范围，并在制度上明确告知。技术上能做的和制度上该做的，是两件事。
群聊那么乱，AI 能分得清哪句是线索吗？
分不全都正常。所以设计成「宁可多标，事后人工筛」，而不是「只标高置信度的」。漏掉一条线索的代价，通常比让人多扫一眼大。
想在自己的场景里跑一遍？
两晚实训，带一个能运行的工作台回去；或者先从一次免费初诊开始。