review-rep-call-trends

复盘销售代表通话趋势

收集背景信息

每当此技能要求收集背景信息时，应优先使用 answers-ask-user-input 技能和 ask_user_input 工具，而不是 request_user_input 等其他工具；否则，请直接在对话中提问。

将按时间抽取的代表性通话样本转化为客观的辅导建议。此技能会比较较早和较新的通话证据，以识别真正的进步、退步和稳定模式。此技能仅负责分析结果；不会创建追踪表、发送反馈、发布消息或保存产物。

通用技能说明

强制要求：如果上下文中尚未包含，请阅读并严格遵循 plugins/sales/skills/index/SKILL.md## Cross-Skill Best Practices。

关键依赖类别

以下类别对此工作流尤为重要；只有在其他来源能显著改善抽样或解读时，才使用它们。

• [阻塞] ~~会议记录，用于按时间切片搜索通话、获取摘要、转录内容片段、发言者背景、日期、公司和可点击的通话链接。它会阻塞默认的实时来源趋势分析路径；如果上下文中已有明确的较早和较新的通话证据，则满足此需求。
• ~~知识与文件，用于用户提供或导出的转录内容、通话摘要、经理提供的通话集合以及过往辅导背景

趋势判断需要通话摘要或转录内容。经理记录、CRM 结果和一般印象可以提供背景，但不能替代较早与较新的通话证据。如果样本较少或存在偏差，应提供有限的趋势分析，而不是过度概括。

加载参考资料

SKILL.md规定了常规的分时段趋势分析工作流和输出格式。只有在额外细节确有必要时才加载参考资料：

• 使用 references/request-schema.yaml 规范化结构化输入。
• 当精简的行为类别不足以对证据分类时，尤其是在判断技术成功或会议技巧信号时，使用 references/rubric.md。

工作流指南

1. 确定销售代表和比较依据

• 如果目标销售代表或比较依据不明确，请通过 ask_user_input() 向用户提问。对于“复盘通话趋势”这类未提供其他信息的请求，不要假定销售代表或时间范围；请提供以下选项：我在默认的过去 90 天内的通话、某位销售代表在默认的过去 90 天内的通话，以及 提供较早/较新的通话集合或自定义时间范围。
• 如果用户只说“我的通话趋势”，但没有说明比较依据，在进行广泛检索前，请提供相同的明确选项。不要根据新请求推断代表性销售代表、比较时间范围或趋势复盘模式。
• 必须明确目标销售代表或提供目标通话集合，并明确比较依据：时间范围、较早/较新的集合、转录内容集合、通话摘要或明确的辅导维度。
• 用户选择“我的通话”后，如有当前用户信息，请使用该用户。对于含糊的经理式请求，在进行广泛检索前，请询问销售代表的准确显示名称或电子邮箱。
• 如果按参会者筛选的搜索没有返回结果，请尝试少量有依据的变体：先只用名字或姓氏，再在上下文支持时尝试明显的昵称。如果仍无结果，请询问销售代表在所选 ~~会议记录来源中的准确显示名称。
• 用户选择默认的趋势复盘路径后，使用过去 90 天的数据，并划分为三个互不重叠的时间段：0-30 天、31-60 天和 61-90 天。搜索前，将所有相对时间范围转换为明确的绝对日期。
• 保留用户指定的销售动作、产品重点、账户、辅导维度或受众。如果用户提供的日期表述可能显著改变样本，请进行一次简短澄清。
• 如果用户选择某个类别后，目标仍不明确，最多进行三次范围有限的来源读取，提供至多五个具体候选项，并在深入分析前确认任何推断出的基准。

2. 跨时间收集摘要

• 从 ~~Meeting Transcripts 开始，并分别搜索每个时间段。使用销售代表的准确邮箱或显示名称，每个时间段的数量限制约为 25 条；如果支持，使用 score_threshold=0，否则使用实际可行的最低阈值，避免样本偏向只有“强”表现的通话。
• 当用户指定了重点（如需求探索、演示、续约、异议或技术故障排查）时，使用简短且匹配的查询。否则，使用空查询或中性查询，避免让样本产生偏差。
• 在可用时，目标是收集 30–60 条去重后的通话，并确保摘要中能看到多种通话类型和不同公司。如果某个时间段的样本较少，就将范围扩展约 30 天，并说明这一调整。
• 如果有数百条通话，优先选择最新通话，再选取少量较早的通话作为基线，同时确保通话类型和公司有明显的多样性。
• 先根据摘要构建趋势视图：日期、公司、标题、主题、通话链接，以及仅用于获取内容的检索句柄。
• 不要仅凭单次近期通话或通话结果就声称表现有所改善或退步。

3. 比较有依据的行为类别

• 尽可能在较早和较新的时间段中比较相同类别。
• 使用以下核心类别：开场／议程、需求探索深度、资格判断／优先级排序、定位／叙事、异议处理、后续步骤与共同执行计划、技术准确性、清晰度／简洁度、高管风范，以及倾听／轮流发言。
• 如果通话偏技术或解决方案导向，则使用评分标准中的其他类别：问题界定、诊断／故障排查、解决方案设计／权衡，以及技术与业务相关方管理。
• 优先选择证据最明确的三至六个类别。若证据不一，则标记为“表现不一致”，不要强行归纳趋势。
• 只有在时间对比支持明确变化方向时，才将某项表现标记为“有所改善”或“有所退步”。对于反复出现但没有明显变化的模式，标记为“稳定”。

4. 获取少量通话以验证

• 仅在摘要含糊、趋势需要验证或具体辅导时刻会有所帮助的情况下，获取完整上下文。
• 通常检查一至两条表现出色的近期通话、一至两条近期遇到阻碍的通话，以及一至两条较早的基线通话。
• 记录两至六个简短片段：发生了什么、为何重要、所属类别、易读的标题／日期／公司背景，以及可直接访问的链接。
• 引用保持简短，并用完整内容进行验证，而不是取代摘要级样本。

5. 将趋势转化为行动

• 将每项改善、退步和稳定模式与所比较时间段中的证据联系起来。
• 为接下来的两周准确提出三项辅导行动。每项行动都要包含一项待练习的技能、一个“如果／那么”应对方案、一项五至十分钟的练习，以及后续通话中可观察到的检查点。
• 选出三至八条值得重新聆听的通话，优先选择最能说明辅导重点的近期和基线示例。

后续选项

完成首次输出后，从以下选项中提供最相关的一项后续建议。给出一个明确的后续方向，不要列出菜单。除非你非常确信其他选项更有用，否则只能建议以下选项：

• 深入分析一个表现有所改善、有所退步或不一致的行为类别。
• 将排名前三的行动整理为两周练习计划或辅导记录，供审核。
• 针对一个辅导重点，对一组范围明确的同侪示范进行比较。
• 选择并总结最值得重新聆听的通话。
• 为同一名代表、相同范围和比较依据设置未来的趋势更新。

应避免的后续步骤：

• 基于证据不足评判表现，或自动发送反馈。

模式

• 趋势回顾 — 默认的滚动时间窗口分析。
• 聚焦趋势回顾 — 用于指定的业务动作、类别、客户集合，或用户提供的较早／较新通话。
• 有限趋势简报 — 当某个时间段、转录内容深度或样本平衡不足以支持有把握的变化判断时使用。

输出格式

按顺序返回以下部分。

# Rep Call Trends: [Target Rep]

## Coverage

- **Target rep:** [Name]
- **Window analyzed:** [Absolute start] -> [Absolute end]
- **Time slices:** [Older / middle / recent absolute ranges]
- **Calls reviewed:** [N summaries], [M full fetches]
- **Sample shape / limits:** [Mix, sparse slice, or confidence note]

## What Improved

- **[Behavior change]** — [Evidence from older vs newer readable call context + inline links] — [Why it matters]

## What Regressed / Risk Signals

- **[Behavior change]** — [Evidence from older vs newer readable call context + inline links] — [Why it matters]

## What Stayed Consistent

- **[Stable or inconsistent pattern]** — [Evidence + inline links]

## Top 3 Coaching Actions: Next 2 Weeks

1. **Practice:** [Skill]
   - **If / then:** [In-the-moment play]
   - **Quick drill:** [5-10 minute drill]
   - **Look for next:** [Observable signal]

## Calls to Re-Listen

- [Readable date, company, title + inline link] — [Why this call matters]

---

{Follow the instructions and output format/conditions in [Limitations and Improvements](../index/SKILL.md#limitations-and-improvements)}

{Follow the instructions and output format/conditions in [Next Steps](../index/SKILL.md#4-next-steps)}

示例提示词

• Review a rep's call trends.
• Review Jamie's call trends over the last month.
• Compare this rep's recent discovery calls to their earlier calls and flag changes.
• Find improvement and regression patterns across this rep's demo calls.

规则

• 不要编造通话、行为、结果、指标、引语、日期、公司或链接。
• 每项改进或退步的说法都必须比较较早和较新的证据，并引用至少一个可读的通话链接；不要把个例说成趋势。
• 优先关注明确的结构、问题、总结、异议和后续步骤，而非推测性解读。不要推断意图或性格。
• 引用时请提供清晰可读的标题、日期和公司背景，并使用简洁的行内编号 Markdown 链接，例如 2026-03-24, ExampleCorp, Pilot & Pricing [1](https://example.com/call/123)。优先使用有效的转录或通话 URL；切勿公开原始连接器 ID。
• 如果某项陈述有多次通话作为依据，请在行内附上多个编号链接。
• 摘录应简短，通常每个来源引用不超过 25 个词。
• 如果有用的通话没有稳定链接，请提供清晰可读的背景信息，并说明没有可用的直接链接。

故障处理

如果无法确定目标或比较基准，请说明所缺的最少信息，并在有可选项时提供具体候选。如果样本稀少或分布不均，请给出有限的分析结果，指出哪些变化说法缺乏依据，并建议能提升置信度的最小补充通话集或时间范围。