记录与客户历史

如何把客户会谈记录和历史放在一处

把每一条记录挂在客户身上,而不是预约或某一天,每次会谈留一条,并在依赖这套系统之前确认两件事:你能不能在记录里面搜索,以及你能不能把它们再取出来。正是这两点,把一堆条目变成一段历史。

麻烦不在于丢记录,而在于丢线索。散落在日历、笔记本和聊天软件里的记录,单看都没问题,合起来却没用,因为几个月后你真正要问的是「这位客户后来怎么样了」,而不是「我 14 号写了什么」。答不出前一个问题的存储,是文件柜,不是档案。

什么让记录一年后仍然可用

  1. 挂在客户身上,而不是日期上

    挂在客户身上的记录会积成历史。挂在日期上的会积成日志。头一周两者感觉一样,到第六个月已经完全分道扬镳——正当你需要历史时,手里是一本日志。

  2. 坚持要求加密之后仍然能搜

    静态加密值得拥有,而它常被拿来当作搜索用不了的理由。那是设计取舍,不是定律:盲索引让系统在不解密任何东西的前提下匹配子串。如果记录搜不了,就问问你拿到的到底是哪一种。

  3. 在放进去之前先确认出口

    记录是最难迁移的东西,因为它没有结构且无可替代。趁旧系统还在的时候确认导出能跑、并且产出可读的结果——而不是等新档案已经成为唯一副本之后。

ClientFlow 在这里做什么

记录挂在客户身上,带有标签、置顶、指向其他记录的链接与反向链接、评论,以及逐条设定的可见范围:私有、团队可见,或仅指派成员可见。标题与正文以 AES-256-GCM 静态加密,并通过一个密钥与加密密钥刻意分开的盲索引保持子串可搜。删除的记录进回收站而不是消失,每次改动都留在该记录的历史里。

AI 到此为止,以及一个值得知道的限制

AI 记录整理把散乱的文字变成要点、标签和下一步动作。它属于 Pro,而且只出草稿——在你确认之前不会保存也不会发送。值得说明的限制是:整理后的结果用的是你的工作语言,而不是客户的语言。提醒、发票和门户邮件会遵循客户档案里保存的语言,这一项不会,与其让你自己猜,不如在这里说清楚。

一份能搜索、能共享、也能带走的档案

挂在客户身上的记录,带模板和按职业设定的起点;加密存储但仍可搜索;面向团队的逐条可见范围;完整的变更历史;以及所有付费套餐上的导出。

常见问题

我能在加密的记录里面搜索吗?

可以。盲索引把 HMAC 三元组标记存放在密文旁边,因此子串搜索无需解密任何内容即可命中。盲索引的密钥与加密密钥被刻意分开保管:其中一个泄露不会破掉另一个。

同事能看到每一条记录吗?

只看得到你允许的。每条记录都是私有、团队可见,或仅指派成员可见,而且是逐条选择,不是按账户设一次。

删掉的记录会怎样?

它进回收站而不是消失,改动会记进该记录的历史。记录是唯一值得慢慢删的东西。