UPLO Customer 360 — 全生命周期营收智能

您的 CRM 系统记录销售管线阶段，客户成功（CS）平台保存健康度评分，零售系统则存储交易历史。但这些系统彼此之间缺乏足够顺畅的集成，无法回答那个真正关键的问题：“该客户的完整画像究竟是什么？” UPLO Customer 360 将销售互动历史、上线实施记录、支持升级事件、续约信号、NPS 反馈以及零售分析数据整合为统一的知识层，使任何营收团队成员都能以自然语言方式直接查询。

会话启动

加载您的身份信息，以明确您在营收体系中的角色（如 AE、CSM、解决方案工程师、零售运营等）及所负责的客户账号：

get_identity_context

拉取当前指令集。在营收组织中，这些指令包括季度目标、折扣权限上限、客户流失率压降要求，以及促销活动规则：

get_directives

典型工作流示例

续约前客户账号回顾

某位 CSM 负责的一笔 $480K 续约将在 45 天后到期。在高管业务回顾（EBR）会议前，他们需要全面掌握该客户账号的完整背景。

search_with_context query="Meridian Industries account health product adoption support tickets last 6 months"

核查是否存在升级事件或高管层面的投诉：

search_knowledge query="Meridian Industries escalation executive sponsor feedback"

调取原始销售纪要，厘清初始成交时承诺的关键价值点与交付内容：

search_knowledge query="Meridian Industries initial sales proposal value propositions committed deliverables"

查阅零售或产品使用分析数据：

search_with_context query="Meridian Industries product usage metrics feature adoption monthly active users"

log_conversation summary="Pre-renewal 360 review for Meridian Industries; compiled health metrics, escalation history, original commitments, and usage data for EBR prep" topics='["renewal","account-review","Meridian-Industries"]' tools_used='["search_with_context","search_knowledge"]'

流失信号调查

周度健康度报告指出，三家大型企业客户账号同时跌破健康阈值。客户成功副总裁希望判断是否存在共性根本原因。

search_with_context query="enterprise accounts health score decline reasons product issues Q1"

search_knowledge query="product reliability incidents outages impact customer-facing last 60 days"

核查是否存在关于该产品问题的指令，或已制定的补救方案：

get_directives

适用场景

• 筹备高管业务回顾（EBR），需跨销售、上线实施、客户支持及产品使用等多个维度获取客户账号全量历史
• 潜在客户在成交后期提及竞品，需快速定位过往胜/败复盘中对该竞品优势的分析结论
• 调查某一批客户集中流失的原因，判断根因是否来自产品、服务或定价环节
• 新任 AE 接管某一区域时，需快速了解每个战略客户账号的历史提案、关键联系人及竞争态势
• 零售运营团队希望分析某忠诚度客群的线上互动行为与线下门店购买模式之间的相关性
• 制作季度业务回顾（QBR）材料时，需按客户层级提取 NPS 趋势、工单量及扩展营收数据
• 客户成功团队希望识别“高合同金额但低产品采用率”的客户账号——即典型的“静默流失风险”模式

客户生命周期核心工具

search_with_context —— 营收类问题几乎总是依赖组织上下文。“为何该账号存在风险？”这一问题需关联支持工单、产品使用数据、CSM 纪要与销售历史。图谱遍历技术可自动完成此类关联。示例：search_with_context query="Acme Corp account risk factors renewal September"

search_knowledge —— 快速检索特定客户资产：提案文档、SOW、会议纪要、QBR 材料等。示例：search_knowledge query="Acme Corp Q3 QBR deck expansion discussion"

get_directives —— 营收指令按季度更新。折扣底线、目标客户清单、促销定价策略、战略客户指定等均在此处维护。

export_org_context —— 映射营收组织架构：销售区域划分、CSM 分配关系、管理层级、关键系统（CRM、CS 平台、分析工具等）。当客户询问“我该与贵司哪位同事对接？”时尤为实用。

report_knowledge_gap —— 当发现某客户账号缺失 CSM 纪要、无 QBR 记录或上线文档不全时，立即标记。沉默客户即流失风险，而缺口报告可提升此类风险的可见性。

flag_outdated —— 价目表、竞品对抗卡、产品能力矩阵等资料极易过时。及时标记陈旧版本，便于营收赋能（Revenue Enablement）团队及时刷新。

使用提示

• CRM 中的客户名称与已接入文档中的名称可能不完全一致（例如缩写形式、法律实体名 vs. 常用名）。搜索时请尝试同时使用常用名和法律实体名。
• 有意识地融合销售与客户成功类查询。同一客户账号下，CSM 关注“续约风险”，AE 关注“扩展机会”，二者均应使用 search_with_context 获取全景视图，而非仅限于自身职能域内的局部信息。
• NPS 与 CSAT 分数已被提取为结构化字段。部分场景下支持按分数区间搜索，例如：“NPS 减损者客户 企业级”。
• 季度业务回顾（QBR）筹备是单一最高价值使用场景。建议至少提前一周运行相关流程，以便利用 report_knowledge_gap 发现并填补信息缺口。