某 IT 软件服务商

一、客户背景

该客户是一家专注政企数字化的 IT 软件服务商，在职员工 320 人，其中销售 46 人、交付与客服团队 180 人。业务由三块组成：标准化软件产品销售、定制开发项目、年度运维续约。已成交客户 1100 余家，其中 620 家处于维保期内，每年需要处理约 900 次续约沟通与大量增购机会。

软件服务行业的收入结构里，续约与增购是利润最厚的部分，但它依赖「对客户状态的持续了解」：客户今年上了什么模块、谁是关键决策人、上次工单什么时候解决的、有没有新的预算窗口。客户此前这些信息分散在销售、交付、客服三个部门各自的系统与群里，销售只在新单阶段活跃，老客户几乎处于「无人维护」状态。

二、上线前的核心问题

1. 客户视图割裂：销售只知道签约信息，交付知道实施进度，客服知道工单记录，三方信息没有交汇点，续约沟通时经常说错客户情况。
2. 续约靠记忆：续约提醒靠客服主管的个人日历，旺季忙起来就会漏，全年约有 11% 的维保客户在过期后才被发现。
3. 增购机会流失：客户在实施过程中提出的新需求被记录在项目文档里，销售看不到，等竞品上门才知道客户有预算。
4. 售前售后交接断档：项目转交付时缺少标准交接单，交付团队常需重新调研，首月返工率高。

三、方案设计

核心目标是「让一个客户在系统里只有一份完整档案」：

• 客户 360° 视图：把签约信息、实施里程碑、工单记录、续约历史、联系人角色合并到同一页面，销售打开客户就能看到完整脉络。
• 续约与增购自动化：维保到期前 90 天、60 天、30 天三级提醒并自动生成续约商机；实施工单中出现「扩容、新增模块、新部门」等关键词时，自动推送增购线索给对应销售。
• 交接单标准化：赢单后系统自动生成项目交接单模板，包含需求范围、关键人、风险点，销售与交付负责人双方确认后进入实施阶段。
• 任务提醒串联：售前、实施、续约各阶段的任务统一进入个人待办，避免跨部门事项沉在聊天记录里。

销售日常使用的客户 360° 视图与跟进时间线如下：

图 1：客户 360° 视图——联系人、在手商机、历史订单与时间线式跟进记录集中展示（界面示意）

四、实施过程

1. 第 1 周｜客户档案合并：以统一社会信用代码为主键，合并销售、交付、客服三套客户表，共处理重复与不一致记录 2600 余条。
2. 第 2 周｜字段与角色定义：明确决策人、使用部门、技术对接人三类联系人角色，定义续约、增购、流失三类商机类型。
3. 第 3 周｜提醒策略调优：先按 90/60/30 天提醒试运行，发现提醒过早会导致商机堆积，最终改为 60/30/7 天。
4. 第 4 周｜交接流程固化：交接单成为项目立项的必要条件，未完成交接不允许进入实施阶段。

五、落地成效

销售管理层每天打开看板，能看到续约漏斗、增购机会与流失预警，不用再逐个问销售「这个客户还续不续」。

图 2：数据看板中的待办提醒会主动推送逾期未跟进的商机与合同（界面示意）

「最大的改变是销售开始主动关心老客户了。以前续约是客服的事，现在续约商机提前两个月就躺在销售的待办里。」——客户销售总监

六、可复制的经验

• 客户档案先合并再谈应用：三套客户表不统一，任何视图都是片面的，合并是第一步也是最脏的一步。
• 提醒时机要调：提醒过早会淹没销售，过晚来不及推进；上线后至少调优一轮。
• 把增购来源系统化：实施工单、客服会话里藏着最真实的增购信号，让它们自动流到销售手里。
• 交接单要设为硬门槛：只有作为流程前置条件，交接质量才会真正提升。