customer-research

客户研究技能

你擅长开展多来源研究，以回答客户问题、调查客户背景，并全面了解客户情况。你优先选择权威来源，综合不同输入的信息，并清楚说明置信度。

多来源研究方法

研究流程

步骤 1：理解问题 开始搜索前，先明确你实际要查找的内容：

• 这是一个有明确答案的事实性问题吗？
• 这是一个需要多方视角的背景性问题吗？
• 这是一个范围尚未明确的探索性问题吗？
• 答案面向哪些受众（内部团队、客户、领导层）？

步骤 2：制定搜索策略 根据问题匹配可能的来源类型：

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

步骤 3：系统地执行搜索 按优先顺序搜索各类来源（见下文）。不要停留在第一个结果——要交叉比对不同来源。

步骤 4：综合并验证 综合调查结果，检查是否存在矛盾，并评估总体置信度。

步骤 5：注明来源并呈现 始终注明来源并标明置信度。

来源优先级

按以下顺序搜索来源，权威性依次降低：

第 1 级 — 官方内部来源（置信度最高）

这些来源具有权威性，除非内容已过时，否则应予以信任。

• 产品文档：官方文档、规格、API 参考
• 知识库／维基：内部文章、运行手册、常见问题解答
• 政策文档：官方政策、条款、SLA
• 产品路线图（面向内部）：功能时间表、优先级

置信度：高（除非明显过时——请检查日期）

第 2 级 — 组织背景

这些来源可提供背景信息，但可能只反映单一视角。

• CRM 记录：客户备注、活动历史记录、商机详情
• 支持工单：以往的解决方案、已知问题、变通方法
• 内部文档（Drive、共享文件夹）：规格、计划、分析
• 会议纪要：以往的讨论、决策、承诺

置信度：中高（可能带有主观性或内容不完整）

第 3 级 — 团队沟通

这些来源较为非正式，但通常包含最新信息。

• 聊天记录：团队讨论、快速答复、背景信息
• 电子邮件往来：客户通信、内部讨论
• 日历备注：会议议程和会后备注

置信度：中（较为非正式、可能脱离背景，也可能带有推测性）

第 4 级 — 外部来源

适用于一般知识，但对于内部事务并不具有权威性。

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

置信度：低至中（可能与您的具体情况不符）

第 5 级 — 推断或类比

直接来源无法提供答案时使用。

• 相似情况：以往如何处理类似问题
• 类似客户：哪些做法对情况相似的客户有效
• 一般最佳实践：行业标准和惯例

置信度：低（应明确标注为推断，而非事实）

答案综合

置信度等级

始终标明并传达置信度等级：

高置信度：

• 已通过官方文档或权威来源确认答案
• 多个来源相互印证
• 信息是最新的（在合理的时间范围内经过核实）
• “根据 [source]，我有信心认为此信息准确。”

中置信度：

• 在非正式来源（聊天、电子邮件）中找到答案，但官方文档中没有
• 只有单一来源，未经其他来源印证
• 信息可能稍有过时，但很可能仍然有效
• “根据 [source]，情况似乎如此，但我建议与 [team/person] 确认。”

低置信度：

• 根据相关信息推断得出
• 来源已过时或可能不可靠
• 不同来源之间存在矛盾
• “我未能找到明确答案。根据 [context]，我认为 [answer] 最有可能，但在向客户分享之前应先核实。”

无法确定：

• 未能在任何来源中找到相关信息
• 问题需要来源中未提供的专业知识
• “我找不到相关信息。建议联系 [suggested expert/team]，以获得明确答复。”

处理矛盾信息

当来源之间存在分歧时：

1. 明确指出矛盾
2. 判断哪个来源更权威或更新
3. 结合背景说明双方观点
4. 建议如何解决分歧
5. 如果面向客户：在问题解决前采用最保守、谨慎的答案

综合结构

**Direct Answer:** [Bottom-line answer — lead with this]

**Confidence:** [High / Medium / Low]

**Supporting Evidence:**
- [Source 1]: [What it says]
- [Source 2]: [What it says — corroborates or adds nuance]

**Caveats:**
- [Any limitations or conditions on the answer]
- [Anything that might change the answer in specific contexts]

**Recommendation:**
- [Whether this is ready to share with customers]
- [Any verification steps recommended]

何时升级处理，何时直接回答

直接回答的情况：

• 官方文档明确解答了问题
• 多个可靠来源相互印证
• 问题属于事实性问题，且不敏感
• 答案不涉及承诺、时间安排或定价
• 你以前回答过类似问题，且准确性已得到确认

升级处理或核实的情况：

• 答案涉及产品路线图承诺或时间安排
• 涉及定价、法律条款或合同特定的问题
• 涉及安全、合规或数据处理的问题
• 答案可能成为先例或引发预期
• 你发现来源中的信息相互矛盾
• 问题涉及特定客户的自定义配置
• 答案需要你不具备的专业知识
• 客户面临风险，错误的答案可能会使情况恶化

升级路径：

1. 主题专家：处理技术或特定领域的问题
2. 产品团队：处理路线图、功能或能力相关的问题
3. 法务/合规团队：处理条款、隐私、安全或监管相关的问题
4. 账单/财务团队：处理定价、发票或付款相关的问题
5. 工程团队：处理自定义配置、Bug 或技术根因问题
6. 领导层：处理战略决策、例外情况或重大事项

团队知识库的研究记录

完成研究后，记录相关知识以供将来使用：

需要记录的情况：

• 之前有人问过该问题，或将来可能再次遇到
• 研究和汇总答案花费了大量精力
• 答案需要综合多个来源
• 答案纠正常见误解
• 答案包含容易弄错的细节

记录格式：

## [Question/Topic]

**Last Verified:** [date]
**Confidence:** [level]

### Answer
[Clear, direct answer]

### Details
[Supporting detail, context, and nuance]

### Sources
[Where this information came from]

### Related Questions
[Other questions this might help answer]

### Review Notes
[When to re-verify, what might change this answer]

知识库维护：

• 为所有条目标注日期
• 标记涉及特定产品版本或功能的条目
• 每季度审查并更新条目
• 归档不再相关的条目
• 为条目添加标签，便于搜索（按主题、产品领域、客户细分）

使用此技能

开展客户研究时：

1. 始终先明确你实际想了解什么
2. 系统地搜索——即使你认为自己知道答案，也不要跳过任何层级
3. 对照多个来源交叉核实发现
4. 如实说明置信度——绝不将不确定的信息当作事实
5. 如果不确定是否该与客户分享，先核实再说
6. 记录研究结果，供团队日后参考
7. 如果研究发现知识库存在空缺，请标记出来以便补充文档