营销增长
需要为销售负责人生成今日电话清单、通话话术…
当负责人要求“call list”“who am I calling today”“top five to call today”或“block time for calls”时,基于 CRM 排名生成当天 top N 通话清单并准备执行材料。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
需要为销售负责人生成今日电话清单、通话话特定
解决思路
- 运行 lead prioritization:扫描 pipeline,按紧急度和机会排序,拉取相关邮件上下文,让 owner 准备打电话。
- 解析参数:`--n` 默认 `5`,表示要浮现的 lead 数量(1–10);`--date` 默认今天,表示要生成 call list 的日期(`YYYY-MM-DD`)。
- Step 1 — Pipeline scan:运行 `lead-triage` 技能工作流完成拉取和评分;由它负责 HubSpot 字段列表、四维模型、note-body urgency fetch、flat-score guard,以及 enrichment leg(连接 Apollo 或 Clay 时,为没有 company on file 的 leads 计算 company fit;该步骤按量计费,因此 `lead-triage` 会询问一次 credit cost;把这个询问转给 owner,而不是代答)。不要在这里重建这些逻辑。
- Step 1 续:然后从 Mail 为每个存活的 lead 拉取邮件线程(每个 contact 最近 3 封邮件),用于生成 talking points。
- Step 2 — Rank and select top N:采用 `lead-triage` 的排名,选出 top `--n`;只要存在这么多 leads,就始终精确选出 `--n` 个,不管 pipeline 大小。
- Step 2 续:平局时,优先选择有未回复 inbound signals 的 leads。
- Step 2 续:如果 `lead-triage` 报告 flat scores,改为呈现其 CRM-fact ladder order,并在输出中说明这一点。
- Step 2 续:为每个选中的 lead 生成 call card,格式为: {Rank}. {Contact Name} — {Company} Deal: {currency code} {amount} | Stage: {stage} | Last contact: {X days ago} Signal: {most recent activity} TALKING POINTS • {point from email/deal context} • {point from email/deal context} • {open question to ask} GOAL FOR THIS CALL: {one sentence — advance to next stage / re-engage / close}
- Step 3 — Calendar block:为清单上的每个 lead,主动提出在 owner 的日历上为目标日期预留 20 分钟。
- Step 3 续:展示拟议的日历条目: {time slot} — Call: {Contact Name} ({Company})
- Step 3 续:在创建日历事件前,等待 owner 确认要 block 哪些 calls。
- Step 4 — Draft follow-ups:对任何有未回复邮件且超过 3 天的 lead,起草简短跟进: Subject: Re: {thread subject} Hi {first name}, {One sentence referencing prior conversation}. {One sentence with a clear next step or question}. {Sign-off}
- Connector failures — HubSpot 不可达时:停止并告诉 owner,因为 lead scoring 需要 CRM 数据。
- Connector failures — Mail 不可达时:跳过 Step 1 的 email-context pull 和 Step 4 的 follow-up drafts,并在输出中注明 “Mail not connected — email context and follow-up drafts skipped”;Step 3 的 calendar blocking 仍然运行。
- Connector failures — Google Calendar 不可达时:跳过 calendar blocking 并注明。
- Connector failures — lead-data connector 不可达或 owner 拒绝 enrichment spend 时:对没有 company on file 的 leads,company fit 保持 flat;在输出中说明,而不要把顺序呈现为按 fit 排名。
- Approval gates:绝不自动发送邮件;只呈现草稿供 owner 批准。
- Approval gates:没有 owner 确认绝不创建日历块——先展示拟议列表。
- Approval gates:绝不自动更新 HubSpot deal stages。
- Output:展示带 talk tracks 的排序后 call list;然后展示拟议 calendar blocks 并请求确认;然后展示 follow-up drafts 并询问要发送哪些。
- Output:在 chat summary 之外(绝不替代它),使用 house style(`../../shared/artifact-style.md`)把列表渲染为 CALL SHEET artifact:可打印的行,每个 lead 一行,每行包含 call goal 和 2 到 3 条简短 talking points,外加一条空白 outcome line 供手写。这是工作表单,不是 dashboard——不要 stat tiles,不要 charts。
- Closing offer:用一行说明构建了什么,然后给出单个最相关的下一步及其 trigger phrase——对于需要发邮件而不是打电话的 leads,通常是 “write this outreach”(`outreach-composer`)。最多再给两个:“fill my funnel”(`/grow-pipeline`)或 “update the CRM”(`crm-autopilot`)。最多三个,并跳过 owner 本次会话早些时候拒绝过的任何项。
- Using a tool that isn't listed:本技能点名的 connectors 是测试过的路径,不是墙。如果 owner 想让此流程使用未连接或未列出的工具,提供 `build-connector`——它会先检查 connector directory,否则通过 Zapier 连接,绝不手工对接 raw API。连接存在后,该工具就像任何其他 optional connector 一样加入此技能,并受同样 approval gates 约束。
- 技能声明的 allowed-tools 为 `Read, WebFetch`;执行时只使用这些工具。
适用边界 · 注意事项
- 如果 owner 只想要 leads 被评分或排名,且不需要日历时间块,直接路由到 `lead-triage`。
- 如果 HubSpot 不可达,不要使用此流程,因为 lead scoring 需要 CRM 数据。
- 如果 Mail 或 Google Calendar 不可达,仍可部分运行,但会缺失邮件上下文/跟进草稿或日历块,需明确注明。