Pitch Follow-Up Tracker

Polar Sponsor
爱发电 赞助
.NET 9.0

跟踪外展提案并撰写情境化后续邮件。监控提案追踪表(Google Sheet 或本地markdown),检查 Gmail 回复,标记过时。

Pitch 后续跟踪器

功能概述

Pitch 后续跟踪器是一项面向实际任务的技能,主要用于监控外联投影, 检测非复制, 并起草背景级的电子邮件;Prerequistites. gog CLI( 需要) —— for Gmail access.;

核心要点

  • Google 账户配置。
  • 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
  • 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。

使用与执行

该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;

结果检查与注意事项

若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。

Pitch Follow-Up 跟踪器

监控外联 Pitch 发送情况,识别未回复对象,并生成上下文相关、分层级的跟进邮件草稿。

前置条件

  • gog CLI(必需)——用于访问 Gmail
    which gog
    
  • 已配置 gog 的 Google 账户(gog gmail --account )
  • Pitch 跟踪器 —— 以下任选其一:
    • 包含外联数据的 Google Sheet
    • 包含 Pitch 记录的本地 Markdown 文件

工作流

1. 收集配置参数

向用户询问(或从上下文中自动识别):

参数 是否必需 说明
gmail_account 是 待检查的邮箱账户(例如:you@company.com)
tracker_type 是 “sheet” 或 “markdown”
tracker_id 仅当 tracker_type = sheet 时必需 Google Sheet ID
tracker_path 仅当 tracker_type = markdown 时必需 本地 .md 文件路径
sender_name 是 跟进邮件中使用的发件人姓名
sender_role 可选 用于邮件签名中的角色/头衔信息
follow_up_style 可选 “warm”(默认)、“direct” 或 “casual”

2. 加载 Pitch 数据

从 Google Sheet 加载:

gog sheets get  "!A1:Z500" --json --account 

预期列名(格式灵活——适配实际存在的列):

  • 联系人姓名 / 邮箱
  • 品牌 / 公司
  • 发送日期
  • 主题或 Pitch 摘要
  • 状态(如已跟踪)

从 Markdown 文件加载: 读取该文件。预期格式(格式灵活):

## [品牌名称]
- **Contact:** 姓名 
- **Sent:** YYYY-MM-DD
- **Subject:** [pitch 主题]
- **Summary:** [Pitch 内容概要]
- **Status:** Sent / Replied / Closed

适配用户实际使用的任意格式。需提取:联系人邮箱、品牌、发送日期、Pitch 内容/主题、当前状态。

3. 验证回复状态(关键步骤 —— 不得跳过任何一项)

在将任一 Pitch 标记为“需要跟进”之前,必须完整执行以下全部检查。不得略读,不得跳过。误报将浪费用户时间并损害信任。

检查 1:搜索直接回复

gog gmail search "from:" --max 10 --account 

查找联系人在 Pitch 发送日期之后发出的任何回复(即使位于不同会话线程中)。

检查 2:按域名搜索(捕获新线程)

gog gmail search "from:@" --max 10 --account 

品牌方常由同一公司其他人员回复。请检查自 Pitch 发送日起,该域名下发出的任意邮件。

检查 3:搜索已发送文件夹中的用户跟进

gog gmail search "to: OR to:@" --max 10 --account 

确认用户是否已向该联系人发送过回复、跟进邮件,或转发过该会话。

检查 4:搜索草稿箱中的未发送回复

gog gmail search "in:drafts  OR " --max 5 --account 

若存在草稿回复,表明用户正在处理中。不得将其标记为“需要跟进”。

检查 5:检查是否已转发

gog gmail search "subject:Fwd: " --max 5 --account 

若原始邮件已被转发给同事、人才或团队成员,则该事项可能已在处理中。

检查 6:阅读完整邮件线程 对所有匹配的线程,请阅读完整线程内容——而不仅限于最新一条消息。上下文可能在线程中途发生变化。

gog gmail get  --account 

检查 7:查阅近期记忆/上下文 如可用,请查阅对话历史、每日记忆文件或任意跟踪器,获取关于该合作事项的近期上下文。用户可能已通过口头、短信、WhatsApp 或电话等方式提及正在处理此事。

分类结果(仅在完成全部检查后得出):

  • Replied —— 联系人已回复(无论是否在同一会话线程中)
  • Already followed up —— 用户已发送跟进邮件,但尚未收到回复
  • Draft in progress —— 用户已有未发送草稿
  • Forwarded/delegated —— 用户已将邮件转发给他人
  • Needs follow-up —— 所有检查均无结果。自原始发送后无任何活动。
  • Too fresh —— 发送时间不足 3 天

4. 计算跟进层级(Follow-Up Tier)

针对需跟进的 Pitch,依据距上次外联的天数确定层级:

距上次联系天数 层级 语气
3–6 天 第 3 天:温和提醒 轻量、简洁,旨在将邮件置顶至收件箱
7–13 天 第 7 天:提供价值 分享有用信息——文章、创意、新角度等
14+ 天 第 14 天:最终确认 直接、低压力、保持开放性

若用户已发送过一次跟进邮件,则自动升至下一层级。

5. 撰写跟进邮件草稿

每封草稿必须引用原始 Pitch 内容。禁止使用泛泛而谈的“just checking in”类模板。

第 3 天 —— 温和提醒:

Subject: Re: [原始主题]

Hi [Name],

Wanted to bump this to the top of your inbox — [一句引用具体 Pitch 内容,例如:“the proposal for a summer campaign series featuring outdoor content”].

Happy to jump on a quick call or send more details if helpful.

[Sender Name]

第 7 天 —— 提供价值:

Subject: Re: [原始主题]

Hi [Name],

Following up on my note about [specific pitch reference]. Since I sent that over, [add relevant value: a new idea, a relevant trend, a recent success story, a new content example].

Would love to explore how this could work for [Brand]. Open to a quick chat this week?

[Sender Name]

为“提供价值”部分,可通过网络搜索获取近期相关信息:

web_search "[brand name] [niche] news 2026"

请整合真实、相关的洞察——而非填充式内容。

第 14 天 —— 最终确认:

Subject: Re: [原始主题]

Hi [Name],

Circling back one last time on [specific pitch reference]. Totally understand if the timing isn't right — just wanted to make sure this didn't get buried.

If [Brand] is exploring [relevant type of partnership] down the line, I'd love to be on your radar. Always happy to connect.

[Sender Name]

根据 follow_up_style 参数调整语气:

  • warm(默认):友好、侧重关系维护
  • direct:简短、侧重业务目标、明确提出请求
  • casual:口语化、允许使用 emoji、语气更轻松

6. 输出汇总报告

# Outreach Follow-Up Report

**Date:** [today]
**Account:** [gmail_account]
**Pitches Reviewed:** [total count]

## ✅ Replies Received ([count])
| Brand | Contact | Replied On | Action Needed |
|-------|---------|------------|---------------|
| [Brand] | [Name] | [date] | [Review reply / Schedule call / Send deck] |

## 🔥 Needs Follow-Up ([count])

### Day 3 — Gentle Nudge
**[Brand Name]** → [Contact Name] <[email]>
- Original pitch: [summary]
- Sent: [date] ([X] days ago)
- Draft:
> [Full draft email]

### Day 7 — Add Value
**[Brand Name]** → [Contact Name] <[email]>
- Original pitch: [summary]
- Sent: [date] ([X] days ago)
- Draft:
> [Full draft email]

### Day 14 — Final Check-In
**[Brand Name]** → [Contact Name] <[email]>
- Original pitch: [summary]
- Sent: [date] ([X] days ago)
- Draft:
> [Full draft email]

## ⏳ Too Fresh to Follow Up ([count])
| Brand | Contact | Sent | Follow-Up Date |
|-------|---------|------|----------------|
| [Brand] | [Name] | [date] | [date when Day 3 hits] |

## 📊 Pipeline Summary
- Total active pitches: [X]
- Awaiting reply: [X]
- Replied: [X]
- Follow-ups needed today: [X]

7. 创建 Gmail 草稿(如用户要求)

若用户批准跟进邮件草稿:

gog gmail draft create --to "" --subject "Re: [subject]" --body "" --account 

创建草稿前务必征得用户同意。未经明确授权,严禁发送任何邮件。

错误处理

问题 应对措施
gog 未安装 立即中止并提示:npm i -g gog 或对应安装命令
Gmail 认证已过期 提示执行:gog gmail auth --account
Sheet 不可访问 验证 Sheet ID 及共享权限设置
跟踪器中未找到 Pitch 报告跟踪器为空,并建议标准格式
缺少联系人邮箱 标记该 Pitch,跳过对该联系人的 Gmail 检查
Gmail 请求频率受限 在查询间加入 1–2 秒延迟,分批次处理
Markdown 格式不符合预期 动态适配实际结构;若存在歧义,主动向用户确认

使用提示

  • 建议每日或每 2–3 天运行一次,以获得最佳效果
  • 持续更新你的 Pitch 跟踪器——本工具的效果完全取决于你提供的数据质量
  • 发送前务必审阅并个性化每封草稿——它们仅是起点,而非最终定稿
  • “提供价值”类跟进在你确实掌握真实新闻或独到见解时效果最佳

相关专题

更多
Gradle插件开发入门教程
Gradle插件开发入门教程

本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。

2026.10.22

0

11

Gradle Wrapper配置教程
Gradle Wrapper配置教程

本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。

2026.10.22

0

10

Golangci-lint检查器使用教程
Golangci-lint检查器使用教程

本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。

2026.10.22

0

15

Gradle怎么构建Java项目
Gradle怎么构建Java项目

本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。

2026.10.22

0

10

PHP时间戳漏洞修复教程
PHP时间戳漏洞修复教程

本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。

2026.10.22

0

25

Golangci-lint配置文件与规则设置
Golangci-lint配置文件与规则设置

本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。

2026.10.22

0

15

Golangci-lint安装与入门教程
Golangci-lint安装与入门教程

本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。

2026.10.22

0

15

PHP2Shell高危漏洞修复教程
PHP2Shell高危漏洞修复教程

PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。

2026.10.22

0

12

剧云人物设定与关系管理教程
剧云人物设定与关系管理教程

本专题介绍剧云人物设定与关系管理,讲解角色小传、性格职业、人物目标、背景资料和关系网络的创建及维护方法。

2026.10.22

0

16

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 134万人学习