S标准T2+T3优先级 6.0到期盘点通知期涨价条款续签依据

SO-03 · 合同到期与续签盘点

制度写着提前三十天提醒续签 · 实际靠销售的记性

一这件事现在是什么样

销售运营与复盘 · 真实业务触发

年底,销售总监要一份明年上半年到期的合同清单。而这些信息在合同台账、合同正本、以及销售各自的脑子里 —— 台账上只有到期日,提前通知期、自动续期条款、涨价机制都在正本里。承接 SO-02 复盘的临港智造老合同也在其中。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

4
CRM 里的合同数据与实际执行情况脱节,同一客户在不同系统里名称不一 —— 盘点时先要确认「这几份合同是同一个客户的」依据 · 多系统数据割裂的真实后果:销售、财务、仓库各自维护客户信息,同一客户在不同系统中名称不一,年底数据核对时差异显著;审批结论在审批系统、业务上下文在 CRM,两边不通

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 归档制度明确要求设置合同到期提醒、提前 30 天由销售部跟进续签,而实际情况是靠销售个人记性
  • 合同保存不少于 10 年、按客户与编号分类归档 —— 东西在,但提前通知期、自动续期、涨价条款这些要一份一份翻正本才知道
  • 自动续期条款是双刃剑:忘了通知就自动按原价续一年,而原价可能已经低于当前成本
  • CRM 里的合同数据与实际执行情况脱节,同一客户在不同系统里名称不一 —— 盘点时先要确认「这几份合同是同一个客户的」

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

6 步 · 每一步的产出都是下一步的输入

第 1 步
台账与正本核对 · 先确认到期日准不准台账到期日与正本条款逐份核,不一致的以正本为准并标出
第 2 步
通知期倒推 · 算出最晚动作日按提前通知期倒推,标出已进入通知期与即将进入的
第 3 步
条款要点提取 · 自动续期与涨价机制逐份提取自动续期条款、涨价触发条件、终止条件
第 4 步
谈判依据归集 · 履约与应收表现逐客户挂上交付及时率、质量异议、付款表现
第 5 步
成本对照 · 原价还能不能续这一步要用到那份平时不进续签范围的成本变动说明
第 6 步
留证与签批 · 生成可上会的续签盘点表到期清单、最晚动作日、条款要点、谈判依据、签批栏一次生成

要准备什么

销售合同台账.xlsx
合同编号、客户、金额、签订日期、履行期限、状态
在执行合同正本 12 份
提前通知期、自动续期、涨价条款在正本里
履约记录
交付及时率、质量异议、售后工单
应收与回款记录
该客户的付款表现
成本变动说明
这一份平时不进续签范围 —— 但它决定原价还能不能续

为什么这个场景值得做

痛感 4 × AI 适配 3 ÷ 落地难度 2 = 6.0

最大差异点 · 不只列到期日。把提前通知期倒推出「最晚哪天必须动作」,并把这个客户的履约与应收表现一起挂上 —— 因为那才是续签谈判的筹码。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
合同到期与续签盘点表.xlsx
正式件本体 · 5 sheet · 含签批栏
可派发清单
最晚动作日清单.xlsx
可派发 · 按紧急度排序 · 含自动续期标记
可派发清单
条款要点与谈判依据表.xlsx
逐份合同的续期与涨价条款 + 客户表现

这套东西不承诺什么

不做续签决策,不判断某个客户「该不该涨价」。不代替发出任何续签或终止通知。本场景产出的是到期清单、条款要点与谈判依据索引,推荐意见栏留空。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了