📦 Uplo Customer 360 — 客户全生命周期智能
v1.0.0AI驱动的客户全生命周期智能平台，涵盖销售、客户成功和零售领域。统一搜索管道数据、账户健康状况和客户分析，将销售参与历史、入职记录、支持升级、续约信号、NPS反馈和零售分析整合为统一知识层，帮助销售、客服和运营团队自然查询客户全貌。
by 详细分析 ▾
运行时依赖
版本
- uplo-customer-360初始发布：统一的AI驱动客户生命周期智能，涵盖销售、客户成功和零售。- 支持对管道数据、账户健康、支持历史、产品使用和零售分析的自然语言搜索。- 提供专业工具：search_with_context、search_knowledge、get_directives、export_org_context、report_knowledge_gap和flag_outdated。- 包含账户审查、流失调查和QBR准备的工作流示例。- 提供最大化统一客户数据价值的最佳实践和技巧。
安装命令
点击复制技能文档
您的CRM保存着管道阶段数据。您的CS平台保存着健康分数。您的零售系统保存着交易历史。它们之间没有很好地相互沟通，无法回答真正重要的问题：“这个客户的完整情况是什么？”
UPLO Customer 360将销售参与历史、入职记录、支持升级、续约信号、NPS反馈和零售分析整合成统一的知识层，任何收入团队成员都可以自然地查询。
会话开始
加载您的身份以建立您的收入角色——AE、CSM、解决方案工程师、零售运营等——以及您负责的账户：
get_identity_context
获取当前指令。在收入组织中，这些包括季度目标、折扣权限限制、流失减少任务和促销规则：
get_directives
示例工作流
续约前账户审查
一位CSM有480K美元的续约将在45天后到期。他们需要在高管业务审查之前了解完整的账户情况。
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
使用场景
- 准备高管业务审查，需要跨销售、入职、支持 和产品使用的完整账户历史
- 潜在客户在后期阶段交易中提及竞争对手，您需要找到之前的赢单/输单分析如何描述该竞争对手的优势
- 调查为什么一批账户正在流失，根本原因是产品、服务还是定价
- 将新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 — 定价表、竞争对标卡和产品能力矩阵很快就会过时。标记过时版本，以便收入赋能团队可以刷新它们。
技巧
- CRM中和企业文档中的账户名称可能不完全匹配（缩写、法律实体名称与常用名称）。搜索时尝试常用名称和法律实体名称。
- 有意结合销售和CS查询。CSM询问“续约风险”和AE询问同一账户的“扩展机会”都应该使用
search_with_context获取完整图景，而不仅仅是他们的领域切片。 - NPS和CSAT分数被提取为结构化字段。在某些情况下，您可以按分数范围搜索：“NPS贬低者账户企业层级。”
- 季度业务审查准备是单一最高价值用例。至少在会议前一周运行它，这样您就有时间填补
report_knowledge_gap发现的任何空白。