跟进信号
「跟进:等某某回复」由她提出;那个人一有新记录进来,自动推送「可能有下文了」。一次推进,没有人拖卡片。
流程 → 数据
事实 → 结构
先定义流程、再靠人手往里填——填是成本,没人愿意填,东西就停在那儿。不只是 CRM,任何「先建结构、再往里塞」的工具都死在同一个地方。我们把因果反过来。
她怎么工作
「跟星辉的李总确认过了,材料周五之前发过去。另外催一下上个月那张发票。」
阿哈娅派生出的
换成家里的事一样:「下周三带孩子打疫苗,顺便问医生要一份体检报告」——待办、提醒、人物档案,照样是长出来的。
已经在跑的四处
「跟进:等某某回复」由她提出;那个人一有新记录进来,自动推送「可能有下文了」。一次推进,没有人拖卡片。
报税月、年检日、体检、续约提醒——不是配出来的 workflow,是从档案字段自然算出的日历。
字段更新建议从新记录的证据里冒出来,人只做确认。档案是沟通的沉淀物,不是表单的填写结果。
行动项按「归属权测试」提出——谁被卡住?对方欠你交付物,就生成「跟进:等 X」而不是给你派活。
三层能力
随手采集:语音实时转写加云端精修、拍照录像、文件拖拽、批量导入、邮箱与网盘自动流入。一次多模态调用抽出标题、摘要、发生时间、人物、组织、标签、待办与双语检索关键词。
待办不用手建,是她从记录里提取的副产品。到了地方自动提醒;按实时路况反推「该出发了」;会前提醒;跟进信号;可镜像到系统提醒事项;iPhone 主屏 Widget 一眼看完。
同一套底座,往专业服务机构的方向能做得很深:从客户档案自动解析 GST 申报月与 FYE,生成合规看板与周期提醒;跨法域注册号(UEN、EIN、统一社会信用代码)锚定客户唯一性;员工工作量从档案字段反推——每个数字都能点开背后的名单。
可溯源
点不开的数字,人潜意识里不信任。所以凡是要你做决定、或者展示她的结论的地方,都必须能当场点开原文核对。
记录是 append-only 的。补充信息以评论的形式挂上去,原话永远还在那里。
她回答问题时给的引用要在原文里精确对得上,不是「大意如此」。
任何统计数、任何计数徽标,都能点开看背后的那份清单。
改档案、合并实体、建记录,一切写操作先出提案;破坏性动作必须显式确认。
每次修改留版本快照,敏感变更进审计流水,尽量可回退。
记录、实体、会话都是人类可读的 Markdown。索引和向量都是派生物——数据始终是你的,带得走。
同一个阿哈娅,在不同场景接住你。
Mac 负责看和想
iPhone 负责随手记
同一份记忆。两个入口。
同一个后端、同一份数据;两端共享同一套 Swift 源码,行为一致。
边界
这三条不是还没做,是刻意不做——它们和上面那条因果反转直接冲突。
没有商机阶段、报价、合同流程和营销自动化。我们不是在替代销售漏斗,我们是在替代你脑子里那份「谁欠我什么」的清单。
任何「先配置流程、再开始运转」的设计都会把录入成本请回来。结构必须是长出来的。
她整理事实、提出建议,决策权始终在你手里。这不是谦虚,是产品的写操作模型就这么设计的。