CRM放缓商机动能预警

原文要点

原模板是一个n8n工作流：计划触发器每两小时运行一次，从Zoho CRM取最多100条商机并逐条处理，用近期活动计算参与度速度、动能分数、趋势和距上次活动天数；筛出相对前期和30天均值都下滑的商机后交给OpenAI（标题所称GPT-4o-mini，需在模板中核对实际模型设置）生成含加速策略、优先级、放缓原因的JSON；再与原指标合并、格式化成提醒并推送到选定的Slack频道。模板免费，需自行配置Zoho CRM OAuth2、OpenAI API、Slack三组凭据，且商机记录里要带有近期活动数据。

这次做成什么

在自有n8n实例里搭一条“放缓商机预警”流水线：定时从Zoho CRM拉商机，算出动能指标，筛出连续下滑的商机，让OpenAI生成跟进建议，最后把格式化的预警发到Slack销售频道。本方案为本站依据原模板流程独立设计的可照做版本。

准备什么

• 一个可运行的n8n实例（自托管或云端），能安装/打开该模板
• Zoho CRM账号，且能在n8n中创建Zoho CRM OAuth2凭据
• OpenAI API密钥，并在n8n中建立对应凭据
• Slack工作区及可发消息的机器人凭据，已知目标频道
• 商机记录中需包含近期活动数据（原文示例为payload中的Activities字段）

具体怎么做

1. 导入模板并接好三组凭据

   在n8n中打开工作流库编号18990的模板（免费），逐个节点配置凭据：Zoho节点选Zoho CRM OAuth2并完成授权；OpenAI节点绑定API密钥凭据；Slack节点选择机器人凭据并在节点里选定目标预警频道。保存前先单独执行Zoho取数节点，确认能拉回商机数据。

2. 配置定时拉取与逐条处理

   保留计划触发器节点，默认间隔为两小时，如需更频繁或更慢可改间隔（例如改为每4小时）。确认Zoho节点的返回上限为100条，后续按每条商机逐个进入指标计算环节。用一条真实或合成的商机数据试跑，核对字段名与模板读取的字段一致。

3. 核对动能指标与筛选逻辑

   指标计算环节基于近期活动生成四个值：参与度速度、动能分数、趋势、距上次活动天数。筛选条件是：当前参与度速度低于前一周期，同时低于30天均值，两者同时满足才算“放缓”。检查你数据里的活动字段（如Activities数组）非空，否则指标会是空值导致全部被过滤或全部通过。

4. 配置OpenAI生成建议并校验JSON

   在OpenAI节点填入下方提示词，把上一步的商机指标作为变量拼入用户消息。原文要求提示词保持返回有效JSON，因为后续格式化节点按JSON解析，所以提示词中必须强制只输出JSON、不要多余文字。执行一次，确认解析节点不报错且能读到建议、优先级、原因三个键。

5. 合并指标并推送Slack预警

   合并环节把OpenAI的JSON与商机原始指标拼成一条记录，格式化节点生成包含商机名、动能分数、距上次活动天数、放缓原因、加速策略的消息文本，Slack节点发到目标频道。先用测试频道跑一轮全流程，确认消息可读后再切到正式销售频道。

可直接复制的材料

你是一名B2B销售运营分析师。下面是一条CRM商机的动能指标JSON：
{{ $json.dealMetrics }}
其中 engagementVelocity 为参与度速度，momentumScore 为动能分数，trend 为趋势，daysSinceLastActivity 为距上次活动天数。
请只输出一个JSON对象，不要输出任何其他文字或代码块标记，格式如下：
{
  "accelerationTactics": ["策略一", "策略二", "策略三"],
  "priority": "high|medium|low 之一",
  "slowdownReason": "一句话说明最可能的放缓原因"
}
策略必须具体到下一步动作（例如约定决策人电话、发送定制报价），不得写空泛口号。

{
  "schedule": {"interval": "每2小时", "adjustable": true},
  "zohoFetch": {"maxDeals": 100, "requiredField": "Activities（近期活动）"},
  "metricsPerDeal": ["engagementVelocity", "momentumScore", "trend", "daysSinceLastActivity"],
  "slowdownFilter": {
    "rule": "同时满足才判定放缓",
    "condition1": "engagementVelocity 当前值 < 前一周期值",
    "condition2": "engagementVelocity 当前值 < 30天平均值"
  },
  "slackOutput": {"target": "选定频道", "content": "商机名+指标+优先级+放缓原因+加速策略"}
}

[
  {"dealName": "蓝海制造-年度续约", "amount": 180000, "currency": "CNY", "engagementVelocity": 0.8, "priorVelocity": 2.4, "avg30dVelocity": 1.9, "momentumScore": 32, "trend": "declining", "daysSinceLastActivity": 11},
  {"dealName": "恒信物流-仓储系统", "amount": 95000, "currency": "CNY", "engagementVelocity": 2.6, "priorVelocity": 2.2, "avg30dVelocity": 2.0, "momentumScore": 74, "trend": "rising", "daysSinceLastActivity": 2}
]

输入与输出示例

本站虚构演示，非原模板实际运行结果；AI生成的具体措辞每次会不同。

输入

蓝海制造-年度续约，金额180000元：当前参与度速度0.8，前一周期2.4，30天均值1.9，动能分数32，趋势declining，距上次活动11天。

对应输出

该商机两个条件都满足（0.8<2.4且0.8<1.9），进入AI环节。格式化后Slack消息示意：「⚠️ 放缓商机预警｜蓝海制造-年度续约（¥180,000）｜动能分数32，已11天无活动｜优先级：high｜放缓原因：关键决策人近两周未回复，可能进入预算评估期｜加速策略：1）48小时内致电采购负责人确认评审时间；2）发送含折扣期限的更新报价；3）约下周三方视频会拉入技术负责人。」

做完检查这些

• 单独执行Zoho节点能返回商机记录，且记录中包含近期活动字段，不出现空数组
• 用合成数据试跑时，两条测试商机中只有下滑的那条进入AI与推送环节
• OpenAI节点输出能被后续节点按JSON解析，能读到加速策略、优先级、放缓原因三个键
• Slack测试频道收到一条完整消息，含商机名、动能分数、距上次活动天数和建议
• 计划触发器按设定间隔自动运行，而非只能手动执行

容易卡住的地方

• 商机缺少近期活动数据（如Activities为空）时指标无法计算，预警会失真，需先补数据来源
• OpenAI若返回带解释文字或代码块的内容，按JSON解析的格式化节点会报错，提示词必须强制纯JSON输出
• 两次间隔太短且商机数接近100条上限时，API调用与OpenAI费用会累积，需评估频率
• Zoho OAuth2令牌过期会导致定时任务静默失败，建议给工作流加失败通知
• 原文未给出动能分数的具体公式，本方案只复述其四类指标，具体计算口径以模板节点内容为准