Pipedrive Nova：
现在可以在：
Sales Meeting：
结束后。
直接建议：
CRM：
要不要更新。
例如：
Deal Stage。
Deal Value。
Expected Close Date。
Contact Detail。
甚至：
Custom Field。
这很方便。
但：
最不能做的，就是看起来合理就全部 Approve。
今天只学：
一个非常简单的：
30 秒检查。
先看三个东西
客户原话。
↓
CRM 现值。
↓
AI 建议。
顺序：
不要反过来。
为什么第一个一定看「客户原话」？
因为 AI 最容易做的一件事：
就是把：
一段模糊的人话。
整理成：
一个很干净的字段。
例如客户说：
「如果预算最后过的话，我们希望月底前可以处理，大概抓 30 万左右。」
人听得懂：
里面其实有：
很多不确定。
如果预算最后过。
希望月底前。
大概。
左右。
但 CRM：
喜欢的是：
干干净净的：
Value。
Date。
Stage。
这时：
AI 很可能：
自然地想：
把模糊内容：
变成：
结构化数据。
问题不是 AI 在乱写
而是：
Conversation：
和：
CRM Field：
本来就不是：
同一种东西。
Conversation：
允许：
可能。
大概。
希望。
回去确认。
再看看。
CRM：
却要求：
你最后：
填一个值。
所以第一步：
不要先看：
AI 建议得像不像真的。
先回到：
客户到底说了什么。
例如 Nova 建议把 Deal Value 改成 30 万
先不要：
Approve。
先问：
客户说的是：
「正式报价就是 30 万」？
还是：
「预算大概 30 万」？
两句：
完全不同。
第一句：
比较接近：
已确认 Deal Value。
第二句：
可能只是：
Budget Range。
如果公司：
CRM 里的 Deal Value：
定义是：
正式预估成交金额。
那：
到底能不能填：
就要看：
你公司的规则。
第二步：看 CRM 现值
假设：
现在 Deal Value：
原本是：
25 万。
Nova：
建议：
30 万。
不要只问：
「30 万对不对？」
还要问：
「25 万原本为什么在这里？」
可能：
是上一次：
正式 Proposal。
可能：
是业务：
初步估算。
可能：
是客户：
之前确认过的 Budget。
也可能：
根本是：
三星期以前：
留下的旧数据。
现值不是一定正确
但它提供：
Context。
如果：
客户只是：
随口说：
「预算大概 30 万左右。」
而 CRM：
现在：
25 万：
是：
昨天才寄出去的正式报价。
那你：
就不应该：
因为 AI 听到：
30 万：
直接把正式字段：
盖掉。
Pipedrive 已经把这个比较直接做进 Nova
Nova：
会把：
目前 Pipedrive 的值
放在：
AI 建议值
旁边。
让你：
直接比较。
不是：
AI 说：
「请改成 30 万。」
你就只能：
Accept。
你可以：
看：
Before。
After。
再决定：
Approve。
Edit。
或：
Skip。
更重要的是：如果 CRM 在 Nova 产生建议后又被别人改过
Pipedrive：
还会：
标示：
这个字段：
已经发生变化。
这个细节：
非常重要。
因为多人团队：
最容易发生：
Meeting：
上午结束。
Nova：
产出建议。
下午：
另一个业务。
或 Manager：
已经更新：
CRM。
晚上：
你才回来：
Review Nova。
如果：
没有提醒：
你可能：
把：
比较新的数据：
又盖回：
旧的 AI 建议。
所以第二步不是只看「Nova 想改什么」
而是看：
现在正式纪录到底是什么。
这就是：
Current Value。
第三步：才看 AI 建议
现在：
才问：
Nova：
想改成什么？
然后：
把它和：
客户原话。
CRM 现值。
一起看。
这时：
通常只有三个结果。
Approve。
真的清楚。
可以写进去。
Edit。
方向对。
但：
数字。
日期。
或：
字段内容：
需要修正。
Skip。
这段对话：
根本还不足以：
改正式纪录。
Deal Stage 最容易被误判
例如：
客户说：
「内容看起来没问题，我还要回去让 CFO 看一下。」
AI：
可能认为：
Deal：
已经：
向下一阶段前进。
但：
你公司的 Pipeline：
可能规定：
只有：
Decision Maker：
正式批准。
才能：
进下一 Stage。
那么：
「内容看起来没问题」
根本：
还不够。
Stage 不是情绪
客户：
很热情。
不是：
一个 Stage。
客户：
说：
「很有兴趣。」
也不是：
一个 Stage。
真正的：
Stage：
应该对应：
公司自己的：
可验证条件。
例如：
需求已确认。
正式 Proposal 已送。
决策者已加入。
Budget 已核准。
Contract 已签。
每家公司：
不一样。
所以可以直接替 Nova 写字段规则
Pipedrive：
允许用户：
针对不同 CRM Field：
设置：
Instruction。
例如：
告诉 Nova：
Expected Close Date：
要怎么判断。
Currency：
怎么解读。
哪些语句：
才足以：
更新某个 Field。
这非常值得用。
不要让每一位业务自己猜「什么算成交阶段」
如果：
公司有五位 Sales。
每个人：
对 Stage：
定义不同。
AI：
也很难：
替你保持一致。
最好的方法：
不是：
一直要求：
Nova：
「判断准一点。」
而是：
先把：
公司规则：
写清楚。
例如可以这样定义 Expected Close Date
不是：
客户只说：
「希望下个月。」
就直接：
填：
下个月底。
而是：
只有客户：
明确提出：
目标日期。
或：
公司内部：
依正式 Project Timeline：
已有明确预估：
才更新。
否则：
保留现值。
这不是：
Pipedrive 官方规定。
而是：
你可以依：
自己的 Sales Process：
设计的 Rule。
Expected Close Date 为什么特别不能乱填？
因为：
它不只是：
一个备忘。
在 Pipedrive：
Forecast View：
会用：
Expected Close Date：
来安排：
Revenue Projection。
也就是：
如果：
AI 把：
「希望十月完成」
直接：
整理成：
一个确定 Date。
Management：
看到的 Forecast：
也可能：
跟着移动。
所以一个看起来很小的 AI Update
最后：
可能影响：
整个 Pipeline：
怎么被理解。
这就是：
为什么：
高影响字段：
Review：
不能只花：
零点五秒。
Deal Value 也是一样
客户：
谈到：
30 万。
不代表：
Deal Value：
一定：
30 万。
可能是：
Budget。
可能是：
上限。
可能是：
一个 Package。
可能：
还不包含：
另一项 Service。
AI：
没有公司内部规则：
很难知道：
你真正希望：
这个 Field：
代表什么。
所以今天这个三步法，真正是在问「证据够不够」
第一：
客户原话。
真正说了什么？
第二：
CRM 现值。
目前正式纪录是什么？
第三：
AI 建议。
为什么要改？
如果：
三个放在一起：
还看不出：
为什么：
这个字段现在应该变。
就：
先不要变。
还有一个 Nova 很重要的限制：CRM Update Suggestion 主要依据 Meeting Transcript
Pipedrive：
特别说明：
Nova：
产生 CRM Update Suggestion：
是根据：
这场 Meeting Transcript。
同步进：
Pipedrive：
的 Email：
不会：
成为这个 CRM Update Suggestion：
的来源。
这个限制：
非常容易被忽略。
例如客户会议中说：「我们考虑 30 万」
两个小时后：
又寄 Email：
正式确认：
最后采购：
只有 22 万。
如果：
你晚上才：
Review Nova：
不能因为：
Pipedrive 里：
也已经同步：
那封 Email。
就以为：
Nova：
提出 CRM Update 时：
一定有：
一起看。
没有。
所以 AI 有数据，不代表这次推理用了全部数据
这是：
所有 AI 工作流：
都很重要的一个观念。
Pipedrive：
可能同时：
有：
CRM。
Email。
Calendar。
Meeting。
但：
不同 Feature：
使用：
不同 Source。
Pre-call Brief：
可以使用：
更多 CRM Context。
CRM Update Suggestion：
则以：
Meeting Transcript：
作为来源。
不要：
全部混在一起理解。
如果会后又发生重大变化，先处理最新信息
例如：
客户：
会后 Email：
改价格。
改时程。
取消需求。
或：
正式确认。
那么：
真正要更新 CRM：
应该：
依：
最新已确认信息。
不是：
为了：
把 Nova Suggestion：
全部清空：
而全部 Accept。
Nova 的建议不是待办清单
不是：
看到：
5 个 Suggested Update。
就代表：
你今天：
一定要：
Approve 5 个。
正确答案：
完全可能是：
Approve 2 个。
Edit 1 个。
Skip 2 个。
这才是：
Human Review：
真正有意义的地方。
还可以把字段分成「低影响／高影响」
例如：
客户电话：
如果在会议里：
明确重新提供。
通常：
比较容易核对。
但：
Deal Stage。
Deal Value。
Expected Close Date。
这些：
一改：
就会影响：
Pipeline。
Forecast。
Sales Management。
就应该：
看得更慢。
不需要所有字段都用同一个 Review 标准
这也是：
AI 工作流程：
很重要的观念。
不是：
所有 AI 建议都要人工逐字重做。
也不是：
所有 AI 建议都直接 Accept。
而是：
风险：
不同。
Review：
深度：
也不同。
低风险字段，确认后快速通过
高影响字段：
回：
Transcript。
看：
原话。
看：
现值。
再：
决定。
这样：
才真的：
同时得到：
效率。
和：
Control。
你甚至可以用 10 场 Meeting 测自己的 Review Rule
不要：
第一天：
就假设：
Nova：
很准。
选：
10 场：
一般 Sales Meeting。
记：
它：
对：
Deal Stage。
Value。
Close Date。
各提出：
多少次建议。
最后：
你：
Approve 几次？
Edit 几次？
Skip 几次？
这比问「Nova 准不准」有用很多
因为你最后可能发现：
Contact Detail：
几乎都：
可直接接受。
Deal Value：
大部分：
需要人工改。
Expected Close Date：
最容易：
把「希望」整理成：
确切日期。
那么：
你的 Review Process：
就可以：
跟着调整。
接着再把经常出错的字段规则写进 Nova
例如：
如果：
「大概。」
「希望。」
「可能。」
「预计。」
这些语气：
不能：
单独作为：
正式 Close Date：
依据。
就：
把规则：
写进：
该 Field Instruction。
AI：
会更知道：
公司真正想要：
怎么解读。
但 Field Instruction 也不是保证
它只是：
提高：
一致性。
Meeting Transcript：
仍然可能：
转错。
Speaker：
可能：
辨识错。
客户：
本来就：
可能：
讲得模糊。
所以：
真正重要的字段：
仍然需要：
最后一眼。
今天只记一个动作就够了
Nova：
会后跳出：
CRM Update Suggestion。
不要：
先看：
Approve。
先看：
客户原话。
再看：
CRM 现值。
最后：
才看：
AI 建议。
因为 AI 最擅长把模糊信息整理得很干净
问题是：
现实世界：
本来就：
没有那么干净。
「有兴趣」
不等于：
成交。
「大概 30 万」
不等于：
正式 Deal Value。
「希望月底」
不等于：
确定 Close Date。
「我要回去确认」
更不等于：
Stage：
已经前进。
CRM 最重要的不是字段填得快
而是：
字段代表的事情是真的。
AI：
可以：
把：
找数据。
整理会议。
提出更新。
这些：
重复工作：
先拿走。
最后：
人只需要：
做一件真正值得做的事：
判断这个变更，现在到底成立了没有。
如果你也想知道自己的工作里，哪一步最适合先交给 AI，留言「流程」，我可以先帮你看看从哪一步开始。
今天，和 AI 一起进步一点。
每天学会一个 AI 技巧。
每天节省一点时间。
每天提升一点能力。
SasaDaily，陪你一起成长。
推荐阅读
AI 一分钟教学｜2026/09/12：Plaud Agent 产出演示文稿前，先分「已确认／AI 整理／待决定」三层
AI 快问快答｜2026/09/12：Plaud Agent 做出的 PPTX 已经引用会议 Context，就可以直接寄给客户吗？
今日 AI 工具｜2026/08/28：Claudeforce，把 Salesforce 直接接进 Claude，37 个 Sales Skills 帮你查 Pipeline、备会议、更新 CRM
