SalesRoomRe 现在的客户档案,信息只来自会议(日历 + 录音 + 纪要)。 但 B2B 销售的大量实质往来发生在邮件里 —— 报价、需求变更、日程协调、犹豫和决策信号。
那一半系统完全看不见。所以会前准备是残的,客户档案是残的,VOC 也是残的。
缘起:7 月底你看了 Jeffery 那篇 Lark 文档(他自己用 CC 桌面版处理邮件),
说「我们的 SalesRoomRe 也要允许销售人员接入自己的 email,自动拉取、过滤、整理」。
→ 开了 #271:每人授权自己的工作邮箱,定时拉取 + 过滤 + 分类归档,处理走 Mio 对话。
| 难点 | |
|---|---|
| ① 邮箱是个人的 不是组织的 |
会议是公司资产,邮箱不是 —— 里面混着猎头、体检、家事。 「哪些能进组织共享记忆」这条线画在哪,是整个项目最难的一件事,不是技术问题 |
| ② 噪音占一多半 | 实测你邮箱 12 封全是通知和验证码。 不过滤 → triage 的 LLM 成本翻倍,而且组织记忆被垃圾淹掉 |
| ③ 要归到客户 | 一封邮件属于哪家客户,决定了它出现在谁的档案里。 归错的后果 7 月刚付过代价(#201 客户名错配污染,产物写进别家目录) |
| 段 | 解决了什么 | |
|---|---|---|
| ① 连接 | 销售在设置里点一下,授权自己的 Zoho 邮箱 | ✅ |
| ② 取数 | 拉回来、规则层筛掉明显的机器邮件、落盘落库 | ✅ |
| ③ Mio 能读 | 问 Mio「我最近有什么邮件」,它查得到 而且机制上只能查到自己的 | ✅ |
| ④ 定时 | 不用手动点,每轮自己拉(今天刚做完) | ✅ |
| ⑤ triage | 判定工作/私人 → 分类 → 归到客户 | ❌ |
前四段解决的都是管道:邮件进得来、存得住、查得到、自己跑。
但产品价值一分钱还没兑现 —— 因为邮件现在全堆在 _未分類/,没归到任何客户。
| triage 做完之后 | 现在 |
|---|---|
| 邮件进客户档案 → 会前准备能引用 | ❌ 档案里没有邮件 |
| 同事能看到已判定为工作的邮件 | ❌ 共享层是空的 |
| 私人邮件被挡在共享之外 | ❌ 没有判定 = 全部只能本人看 |
triage 现在是隐私边界的执行点。7 月 31 日你指出「边界不该画在自己 vs 别人」之后,
这条线就落在了「已判定 vs 未判定」—— 而做判定的就是 triage。
没有它,协作那部分产品价值拿不到,私人邮件的保护也无从谈起。
| 待你拍 | triage 的判定结果存哪? 我倾向加一列 triage_kind,而不是覆写规则层的 rule_kind ——覆写会丢掉「规则层说 unknown、triage 说 client」这个信息,而那是将来衡量规则层准不准的唯一依据 |
| 待补 | 没有真实工作邮件样本。你那个邮箱 3 月新开,12 封全是系统邮件。 管道验得了「通不通」,验不了「判得准不准」 —— 而 triage 的全部价值就是判得准。 需要 rh.li 那种有真实客户往来的邮箱 |
| 14 笔没 push | 本地领先 origin 14 笔。dev 跑的是本地构建,别人拉不到,机器挂了就没了 |
| Bash 绕过围栏 | Mio 理论上能 cat 别人的邮箱目录(#194 有意放开的口)。盒子早就接受这个松动,但邮件是第一份掺个人生活的数据 —— 要不要为此收 Bash,是单独的决定,未动 |