销售精选

续约风险代理

说出续约有风险的原因，而不是一个分数

版本 3发布于 2026年9月2日

8条硬性规则: 它绝不能做的事，每次运行都强制执行
5条移交规则: 它停下并把工作交给人的条件
7个输出字段: 结构化的结果，而不是一段需要反复阅读的文字
≤7步每次运行: 有界的工作：最多 5 次工具调用，由运行时强制执行

设计上即为只读。该智能体没有任何发送、支出、发布或提交的途径。当这一限制本身就是产品时，取消它就等于取消了信任其输出的理由。

版本 3 的实时接线图。工具节点是这个智能体被登记可以调用的能力——除此之外什么都跑不起来。

概览

等到一位客户开口说他们不续约时，那个决定已经很旧了。它是在那位内部支持者离职时作出的、在使用量悄悄掉到三分之一时作出的，或者在关于同一件事的第四张工单被晾了一周时作出的。续约谈话是那个决定浮出水面的地方，不是它发生的地方。

健康分数本该解决这件事，而它大多没有，因为它把一切都塌缩成一个数字。一个 72 分的客户，不能给客户经理任何可以行动的东西，而那个数字通常被最容易测量的东西主导——登录次数——而它是价值的一个糟糕替代指标。一位客户可以每天登录，而且很不满意。

这个智能体改为报告原因。他们真正为之买单的那些功能的使用情况，而不是总体使用量。签字的那个人是否还在职。反复出现的支持历史。他们究竟有没有被引导上手他们所付费的东西。一个原本会说话的客户的沉默。每一样都是不同的问题、对应不同的解法，而一个分数会把「你到底遇上了哪一个」藏起来。

每一个有风险的客户，都附带具体证据、距离通知窗口关闭还剩多少时间，以及最有可能改变结果的那一件事。它不联系任何客户——续约谈话属于客户经理，而它应该被赋予信息，而不是被自动化。

价值

在还有时间的时候尝试挽回

而不是在最后两周，那时它就变成一场折扣谈判了。

对的问题配对的挽回方式

上手引导、产品缺口和被冷落，需要三种不同的答案。

诚实的预测

包括哪些续约你本来就不该算进去。

功能说明

给原因，绝不给分数
「72」不可行动。「他们从四月起就不再用他们当初为之买单的那个功能了」才可行动。
他们买的那部分的使用量，而不是总体使用量
一位客户可以每天登录，却从不碰那个当初让这笔采购成立的东西。
追踪那位内部支持者
签字的那个人。他一走，续约通常提前好几个月跟着一起走了。
把支持历史当成一种模式来读
同一个主题上的四张工单，是一个这个客户早已作出判断的产品问题。
数一数你还剩几天
对照通知窗口，而不是对照续约日。那才是选择真正关闭的时刻。
不联系任何人
给一位已经不满的客户发一封自动续约邮件，正是一次挽回变成一次流失的方式。

这会改变什么

这会如何改变你的一周

它接手的工作: 弄清哪些续约真正有风险，以及为什么。
目前由谁完成: 客户经理，凭记忆，而且通常太晚了。
多久一次: 每季度，而通知窗口决定了你到底有没有选择权。
通常的人工投入: 每一个客户都要把使用量、工单、联系人和合同放在一起读。

为什么偏偏是销售。健康分数把五个不同的问题塌缩成一个数字。「72」不告诉任何人该做什么，而那个分数通常被登录次数主导——而一个很不满意的客户每天都在登录。

无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
续约风险代理没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。

运行方式

该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。

1输入按智能体的输入结构进行校验
2模型claude-opus-5，并自动回退
3工具extract_structured_data
4权限自动执行 READ 级操作；更高的等待你批准
5输出符合输出结构的结构化结果
6日志记录 token、耗时和每一个步骤

演示

演示数据Illustrative sample output, abridged.

输入

{
  "accounts": [],
  "asAtDate": "2026-09-02",
  "currency": "USD"
}

输出

{
  "atRisk": [
    {
      "risk": "stopped-using-what-they-bought",
      "account": "Meridian Group",
      "evidence": "They bought this for automated reporting. Report runs went from 40 a week to 3 in April and have not recovered. Overall logins are unchanged, which is why nothing flagged.",
      "annualValue": 96000,
      "daysToActBy": 24,
      "oneThingThatWouldHelp": "Find out what changed in April. A single call to the operations lead, not a renewal conversation."
    },
    {
      "risk": "never-onboarded",
      "account": "Cobalt Interiors",
      "evidence": "Paying for three modules since signing 11 months ago. Two have never been opened by anyone at the account.",
      "annualValue": 31000,
      "daysToActBy": 51,
      "oneThingThatWouldHelp": "An onboarding session on what they already pay for. Costs an hour."
    }
  ],
  "healthy": [
    "Northwind: usage up, champion in role, no repeated tickets. No action needed and it is worth saying so."
  ],
  "escalate": true,
  "disclaimer": "An assessment from your own records. No customer has been contacted, no discount is proposed, and no account is predicted to churn — these are named risks with the evidence behind them.",
  "valueAtRisk": 127000,
  "escalationReason": "A 96,000 account is at risk with 24 days before its notice window closes, and one account has never been onboarded onto two modules it pays for.",
  "signalsUnavailable": [
    "Feature-level usage is missing for 6 accounts; those were assessed on overall usage, which is weaker."
  ]
}

使用条件

集成

无需集成。

开始之前

即将续约的客户，含金额、续约日与通知期
使用数据，理想是按功能
支持工单历史
联系人角色与在职状态
需要全量访问套餐或更高

使用场景

季度续约复核

每一个到期客户，按风险和价值排序。

一位新客户经理

他刚接手的这批客户的真实状态。

董事会汇报

带原因的留存风险，而不是一张图。

一次产品变更之后

哪些客户依赖着被改动的那部分。

价格

全量访问

通过您的 PROMIVO 订阅按月计费，可随时取消。

运行会消耗您套餐中的智能体执行次数与 token 额度。参见套餐限额

常见问题

它会给客户发邮件吗？

不会。给一位已经不满的客户发一封自动续约邮件，正是一次挽回变成一次流失的方式。它给客户经理做简报，而关系在客户经理手上。

这是一个健康分数吗？

刻意不是。它报告带证据的、被点名的风险。一个分数更容易展示，也几乎不可能据以行动，因为它从不告诉你「五个不同的问题里，你遇上的是哪一个」。

如果我们不追踪功能级使用量呢？

它用你手上有的，并说明它没能评估什么。总体使用量是一个更弱的信号，而它会这么说，而不是把它当成同一回事来呈现。

评价

客户运行过该智能体后，评价功能将开放。

需要这个智能体换一种做法？

告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。

定制此智能体