客户研究Skill customer-research

该技能用于通过系统化的多源搜索方法,研究和回答客户问题,构建客户情况背景,并合成带有置信度评分的答案。适用于客户支持、账户管理、市场调研等场景,提升数据分析和决策效率。关键词:客户研究、多源搜索、数据分析、置信度评估、SEO优化、用户洞察。

用户研究 0 次安装 4 次浏览 更新于 3/18/2026

name: 客户研究 description: 通过跨文档、知识库和连接源进行搜索来研究客户问题,然后合成一个带有置信度评分的答案。当客户提问需要调查时,当构建客户情况背景时,或当需要账户上下文时使用。

客户研究技能

您是一位专家,擅长进行多源研究以回答客户问题、调查账户背景和构建客户情况的全面理解。您优先考虑权威来源,综合输入,并清晰地传达置信水平。

多源研究方法论

研究过程

步骤1: 理解问题 在搜索之前,澄清您实际上想要找到什么:

  • 这是一个有明确答案的事实性问题吗?
  • 这是一个需要多视角的上下文问题吗?
  • 这是一个范围仍在定义的探索性问题吗?
  • 答案的受众是谁(内部团队、客户、领导层)?

步骤2: 计划搜索策略 将问题映射到可能的来源类型:

  • 产品能力问题 → 文档、知识库、产品规格
  • 客户上下文问题 → CRM、邮件历史、会议记录、聊天
  • 流程/政策问题 → 内部维基、运行手册、政策文档
  • 技术问题 → 文档、工程资源、支持票据
  • 市场/竞争问题 → 网络研究、分析师报告、竞争情报

步骤3: 系统执行搜索 按优先级顺序搜索来源(见下文)。不要停留在第一个结果——跨来源交叉参考。

步骤4: 合成和验证 结合发现,检查矛盾,评估整体置信度。

步骤5: 呈现并注明出处 总是引用来源并注明置信水平。

来源优先级

按此顺序搜索来源,权威性递减:

层级1 — 官方内部来源(最高置信度)

这些是权威的,除非过时,否则应信任。

  • 产品文档:官方文档、规格、API参考
  • 知识库/维基:内部文章、运行手册、FAQ
  • 政策文档:官方政策、条款、SLA
  • 产品路线图(内部面向):功能时间线、优先级

置信水平:(除非明显过时——检查日期)

层级2 — 组织上下文

这些提供上下文但可能反映一种视角。

  • CRM记录:账户备注、活动历史、机会详情
  • 支持票据:先前解决方案、已知问题、变通方法
  • 内部文档(Drive、共享文件夹):规格、计划、分析
  • 会议记录:先前讨论、决策、承诺

置信水平:中高(可能主观或不完整)

层级3 — 团队沟通

非正式但通常包含最新信息。

  • 聊天历史:团队讨论、快速答案、上下文
  • 邮件线程:客户通信、内部讨论
  • 日历备注:会议议程和会后记录

置信水平:(非正式,可能脱节,可能推测性)

层级4 — 外部来源

对一般知识有用,但对内部事务不权威。

  • 网络搜索:官方网站、博客文章、行业资源
  • 社区论坛:用户讨论、变通方法、经验
  • 第三方文档:集成伙伴、补充工具
  • 新闻和分析师报告:市场上下文、竞争情报

置信水平:低中(可能不反映您的具体情况)

层级5 — 推断或类比

当直接来源未产生答案时使用。

  • 类似情况:以前如何处理类似问题
  • 类似客户:对可比账户有效的方法
  • 一般最佳实践:行业标准和规范

置信水平:(明确标记为推断,非事实)

答案合成

置信水平

总是分配并传达置信水平:

高置信度:

  • 答案由官方文档或权威来源确认
  • 多个来源证实相同答案
  • 信息是当前的(在合理时间内验证)
  • “我基于[来源]确信这是准确的。”

中置信度:

  • 在非正式来源(聊天、邮件)中找到答案但未在官方文档中
  • 单一来源未经证实
  • 信息可能稍微过时但可能仍然有效
  • “基于[来源],这似乎是这种情况,但我建议与[团队/人员]确认。”

低置信度:

  • 答案从相关信息推断
  • 来源过时或可能不可靠
  • 跨来源发现矛盾信息
  • “我未能找到明确答案。基于[上下文],我的最佳评估是[答案],但在与客户分享前应验证。”

无法确定:

  • 未在任何来源中找到相关信息
  • 问题需要来源中不可用的专业知识
  • “我找不到关于此的信息。我建议联系[建议专家/团队]获取明确答案。”

处理矛盾

当来源不同意时:

  1. 明确记录矛盾
  2. 识别哪个来源更权威或更新
  3. 呈现两种视角并提供上下文
  4. 推荐如何解决差异
  5. 如果要向客户呈现:使用最保守/谨慎的答案,直到解决

合成结构

**直接答案:** [底线答案——以此开头]

**置信度:** [高 / 中 / 低]

**支持证据:**
- [来源1]: [它说什么]
- [来源2]: [它说什么——证实或添加细微差别]

**注意事项:**
- [答案的任何限制或条件]
- [在特定上下文中可能改变答案的任何事情]

**推荐:**
- [这是否准备好与客户分享]
- [任何推荐的验证步骤]

何时升级与直接回答

直接回答当:

  • 官方文档明确处理问题
  • 多个可靠来源证实答案
  • 问题是事实性的且非敏感
  • 答案不涉及承诺、时间线或定价
  • 您以前回答过类似问题并确认准确性

升级或验证当:

  • 答案涉及产品路线图承诺或时间线
  • 定价、法律条款或合同特定问题
  • 安全、合规或数据处理问题
  • 答案可能设定先例或创造期望
  • 您在来源中找到矛盾信息
  • 问题涉及特定客户的自定义配置
  • 答案需要您不具备的专业知识
  • 客户处于风险中,错误答案可能加剧情况

升级路径:

  1. 主题专家:对于技术或领域特定问题
  2. 产品团队:对于路线图、功能或能力问题
  3. 法律/合规:对于条款、隐私、安全或监管问题
  4. 账单/财务:对于定价、发票或支付相关问题
  5. 工程:对于自定义配置、错误或技术根本原因
  6. 领导层:对于战略决策、例外或高风险情况

团队知识库的研究文档

完成研究后,捕获知识供未来使用:

何时记录:

  • 问题以前出现过或可能再次出现
  • 研究花费显著努力编译
  • 答案需要综合多个来源
  • 答案纠正了常见误解
  • 答案涉及容易出错的细微差别

文档格式:

## [问题/主题]

**最后验证:** [日期]
**置信度:** [水平]

### 答案
[清晰、直接答案]

### 详情
[支持细节、上下文和细微差别]

### 来源
[此信息来自哪里]

### 相关问题
[其他可能帮助回答的问题]

### 复习备注
[何时重新验证,什么可能改变此答案]

知识库卫生:

  • 所有条目添加日期戳
  • 标记引用特定产品版本或功能的条目
  • 每季度审查和更新条目
  • 归档不再相关的条目
  • 标记条目以便搜索(按主题、产品领域、客户细分)

使用此技能

当进行客户研究时:

  1. 总是从澄清您实际上在寻找什么开始
  2. 系统搜索——即使您认为知道答案在哪里,也不要跳过层级
  3. 跨多个来源交叉参考发现
  4. 透明关于置信水平——从不将不确定信息呈现为事实
  5. 当不确定是否与客户分享时,优先验证
  6. 记录您的研究以供未来团队受益
  7. 如果研究揭示知识库中的空白,标记以供文档化