关于 posthog-onboarding-lead-research
供 PostHog TAE 处理 onboarding 团队转介账户的研究与评估技能。它结合公司增长研究、Vitally 使用与账单数据及 onboarding 记录,估算月消费达到 $2K 以上的可能性,并在适合时准备外联邮件。
主要功能
- 01研究公司与增长情况
- 02评估月消费达到 $2K 以上的可能性
- 03分析 Vitally 使用和账单
- 04查看 onboarding 记录与对话
- 05评估业务增长对使用量的影响
- 06起草外联邮件
适用场景
- 01评估 onboarding 转介账户的增长潜力
- 02销售交接前查看账户使用情况
- 03为账户准备包含背景信息的外联
MCP 相关
工作流使用 Vitally MCP 获取账户、使用量、账单、健康度、备注和对话数据,也会参考账户 traits 中的 Salesforce 等数据。
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ posthog/ skills --skill posthog-onboarding-lead-research安装后在 Claude Code 中输入/posthog-onboarding-lead-research确认已加载。
附带文件references/scoring-model.mdreferences/writing-style.md
详细介绍
PostHog 入门引导团队线索研究与资格评估
深入研究入门引导团队转介的公司。生成一份完整简报,涵盖公司概况、每月达到 $2K+ 的可能性评分、Vitally 使用情况与账单分析、入门引导团队背景、业务增长轨迹评估;如果建议联系,还需提供一封外联邮件草稿和 Slack 频道建议。
背景
PostHog 入门引导团队会与预计账单超过 $100、参与为期 8 周的辅导项目的自助服务账户合作。当账户达到每月约 $1-1.5K 且显示出增长潜力时,团队会通过 Vitally 中的“Sales Handoff”销售交接流程状态将账户移交给 TAE。
此技能负责研究并为线索评分;如果建议联系,还会起草外联邮件。在联系之前,TAE 需要了解公司、公司的发展轨迹,以及入门引导项目的完整背景。
输入
请 TAE 提供:
- 公司名称(必填)
- 转介相关背景——例如入门引导团队发来的 Slack 消息或邮件(可选,但有帮助)
- 联系人姓名(如已知;可选)
如果 TAE 只提供公司名称,也足以开始——从 Vitally 和网络研究中获取其余信息。
工作流
执行以下五项工作。步骤 1-2 使用网络搜索。步骤 3-4 使用 Vitally MCP。步骤 5 结合网络研究以及来自 traits 的 Vitally/SFDC/Harmonic 数据。高效地交错执行各项工作——不要等一项完成后再开始下一项。
步骤 1:公司研究与增长轨迹
目标: 了解这家公司及其增长势头,判断每月达到 $2K+ 是否有可能。
要执行的网络搜索:
[company name] what does it do
[company name] crunchbase funding employees
[company name] series funding 2024 2025
[company name] engineering team hiring
[company name] product launch growth
收集:
- 用一句话描述公司业务
- 所属行业/垂直领域
- 公司规模(员工人数;如有,注明工程团队人数)
- 融资阶段和时间(轮次、金额、日期)
- 如有可用信息,注明收入估算
- 总部所在地
- 产品类型——这是一家软件产品公司吗?是 SaaS、市场平台还是电商公司?
- 近期新闻——产品发布、业务扩张、合作关系、集中招聘
- 增长信号——新增产品线、国际扩张、员工人数增加
增长轨迹评估: 根据研究结果,将公司的增长轨迹归为以下类别:
| 轨迹 | 描述 |
|---|---|
| 加速增长 | 近期融资、招聘、产品发布或业务扩张。用量可能会快速增长。 |
| 稳步增长 | 已成立的公司,持续招聘,产品稳定。增长可预测。 |
| 持平/不确定 | 近期没有融资,增长信号不明确,可能处于维护模式。 |
| 早期阶段 | 种子轮/A 轮,团队规模较小,产品仍在寻找市场匹配。增长波动较大。 |
步骤 2:每月达到 $2K+ 的可能性评分
目标: 评估该账户在 3-6 个月内月消费超过 $2K 的概率。
完整评分标准请阅读 references/scoring-model.md。
评分标准简述:
- 正向信号:增长轨迹、多产品使用情况、工程团队规模、融资时间、行业匹配度、活跃用户数、事件量趋势
- 负向信号:用量持平/下降、工程团队未扩大、行业不符合 ICP、只使用一个产品、用户数较少
输出 0-100 分,并标注等级:
- 80-100:高度可信——增长信号强劲,使用多个产品,团队不断壮大。有望自然达到每月 $2K+。
- 60-79:中等可信——信号良好,但存在一些不确定性。可能需要推动一下(例如采用新产品、优化配置)。
- 40-59:可信度较低——信号好坏参半,结果难以预料。值得联系,但要降低预期。
- 0-39:不太可能——用量持平、团队规模较小、没有增长信号。消费可能维持在当前水平。
步骤 3:Vitally 使用情况与账单分析
目标: 获取该账户实际使用 PostHog 的情况以及消费去向的准确数据。
3a: 查找账户
在 Vitally 中搜索该账户。按以下顺序尝试:
- 使用公司名称调用
search_accounts_advanced - 如果失败,请向 TAE 索要联系人邮箱,并使用该邮箱通过用户详情查找
3b: 获取完整账户数据
获取账户 ID 后,拉取以下数据:
get_account_full(使用detailLevel: "full")——获取所有信息:MRR、健康评分、特征、产品使用情况、账单数据和团队分配get_account_health——详细的健康评分明细
务必提取以下三个字段,用于“快速链接”部分:
organization_id(在 traits 中)→ Vitally URL:https://posthog.vitally-eu.io/customers/{organization_id}sfdc.Id(在 traits 中)→ Salesforce URL:https://posthog.my.salesforce.com/{sfdc.Id}usage_dashboard_link(在 traits 中)→ Metabase 使用情况仪表板的直达链接
提取并分析:
当前账单:
- 当前 MRR / 每月支出
- 哪些产品带来了这笔支出(Analytics、Session Replay、Feature Flags 等)
- 账单计划(按需付费还是年度计划)
使用趋势(来自 traits):
- 事件量(当前值和趋势)
- 会话回放量
- Feature Flag 评估次数
- 活跃用户数及其趋势
- 已启用的产品与实际使用的产品
增长指标:
- 事件量是否逐月增长?
- 是否在采用新产品?
- 是否有新用户加入组织?
- 已启用的产品与实际使用的产品之间是否存在差距?(扩展机会)
发展趋势预测: 根据趋势,预测该账户 3 个月后的情况:
- 当前每月支出:$X
- 预计每月支出(3 个月后):$X
- 主要增长驱动因素:[产品/用量/新用户]
- 风险因素:[任何可能阻碍增长的因素]
3c: 检查同一域名下的其他账户
大型公司有时拥有多个 PostHog 组织。搜索名称相似的其他账户,以标记整合机会。
第 4 步:了解入职团队的背景
**目标:**全面了解入职团队与该客户讨论过什么、尝试过什么,以及了解到什么。
4a: Vitally 备注
使用 get_account_notes(设置较高的限制,例如 20)拉取该账户的所有备注。入职团队通常会记录:
- 初次联系尝试及客户回复
- 入职会议的通话备注
- 所做的配置更改
- 给出的产品建议
- 客户的痛点和目标
- 移交销售团队的原因
总结入职过程:
- 客户是否与入职团队互动?(通话、邮件回复或未作回应)
- 入职团队提供了哪些帮助?
- 讨论了哪些产品/功能?
- 客户提到了哪些痛点或目标?
- 入职团队为什么现在要移交客户?
- 是否有未解决的问题或未完成的事项?
4b: Vitally 对话
使用 get_account_conversations 拉取邮件线程和其他对话。这些内容通常包括:
- 入职代表与客户之间的邮件往来
- 客户分享的用例详情
- 作出的承诺或待跟进事项
提取关键信息:
- 客户方的主要联系人是谁?
- 互动氛围如何?(热情、事务性或无回应)
- 客户提出了哪些具体需求或阻碍?
- 是否有尚未兑现的承诺或待跟进事项?
4c: Granola 会议记录(如适用)
如果 TAE 或入职团队在 Granola 中记录了通话,请查询:
Query: "[company name] onboarding" or "[company name] [contact name]"
这可以找到通话转录,其中包含 Vitally 中未记录的其他详细信息。
第 5 步:业务增长轨迹与 PostHog 支出映射
目标: 评估公司的业务增长速度,因为这会直接预测其 PostHog 用量(及支出)的增长速度。这一步可以发现 Vitally 计费数据滞后于实际发展轨迹的情况——客户数量翻倍的公司最终也会使事件量翻倍,即使计费数据尚未反映这一变化。
要运行的网页搜索:
[company name] Inc 5000 revenue growth
[company name] new customers partnerships 2025 2026
[company name] product launches announcements
[company name] hiring engineering jobs
另请交叉参考从 Vitally 特征中已收集的信号:
sfdc.harmonic_headcount__c与sfdc.harmonic_headcount_180d__c——员工人数变化sfdc.harmonic_headcountEngineering__c与sfdc.harmonic_headcountEngineering_180d__c——工程团队人数变化sfdc.harmonic_web_traffic__c与sfdc.harmonic_web_traffic_90d__c/sfdc.harmonic_web_traffic_180d__c——流量趋势sfdc.webtraffic_growth__c——增长百分比sfdc.lnkd_follower_change__c——LinkedIn 发展势头sfdc.eng_headcount_change__c和sfdc.headcount_eng_growth__c——工程团队增长
收集并评估以下六个增长维度:
5a:收入与 ARR 增长
- 来自融资公告、Inc. 5000 排名和新闻稿的收入估算
- 任何已披露的增长率(例如“ARR 翻倍”“收入增长 3 倍”)
- 定价能力或合同扩张的证据(转向高端市场、拿下更大规模的交易)
5b:融资与投资者信号
- 最近一轮融资的金额、日期、领投方,以及资金的指定用途
- 重复投资者(内部投资者再次参与 = 信心)
- 公司是在进行增长轮融资(用于市场拓展),还是研发轮融资?市场拓展轮能更快推动 PostHog 用量增长。
5c:产品迭代速度
- 过去 12 个月推出的新产品或发布的重大功能
- 新产品线 = 新的埋点对象 = 更多 PostHog 事件和回放
- 平台型业务(API、集成、清算平台、市场)会带来倍增的事件增长
5d:客户与市场拓展
- 正在开拓的新客户群体(企业、中小企业、新垂直领域、新地域)
- 合作公告(渠道合作伙伴、技术合作、集成)
- 平台上的每位新客户都会带来更多通过 PostHog 的终端用户会话
5e:员工人数与招聘趋势
- 员工总人数变化(使用 Vitally 中的 Harmonic 数据查看 6 个月和 12 个月的情况)
- 特别关注工程团队增长——工程师越多,发布的功能越多,需要埋点的内容也越多
- 市场拓展岗位招聘(销售、客户成功、市场营销)= 更多内部 PostHog 仪表板用户
- 其招聘页面上的职位发布——他们目前在招聘哪些岗位?
5f:网站流量与品牌势头
- Harmonic/SFDC 数据中的网站流量趋势
- LinkedIn 关注者增长
- 行业认可(奖项、排名、会议亮相)
- 内容营销速度(博客文章、报告、网络研讨会)——表明市场推广投入
将业务增长与 PostHog 支出增长联系起来:
收集这些信号后,明确将公司的业务增长与预期的 PostHog 使用量增长联系起来。这是关键洞察——它能告诉 TAE,Vitally 中的账单走势是否低估了实际增长潜力。
映射逻辑:
- 平台上的客户增多 → 终端用户会话增多 → 事件、回放和标志评估次数增多
- 推出新产品 → 需要埋点的新界面增多 → 更广泛地采用 PostHog 产品(分析 + 回放 + 标志)
- 工程团队扩张 → 发布更多功能 → 跟踪更多内容 → 事件量更高
- GTM 团队扩张 → 更多内部 PostHog 用户 → 查看更多仪表板和洞察
- 平台/市场业务 → 事件量乘数级增长(每位参与者都会产生事件)
- 拓展地理市场 → 新的用户群体 → 使用量阶跃式增长
评估业务增长态势:
| 评级 | 标准 |
|---|---|
| 🔥 强劲加速 | 符合以下 2 项或以上:近期融资、营收增长 50% 以上、推出 3 款以上产品、快速招聘、拓展新市场。PostHog 账单很可能低估了实际增长态势。 |
| 📈 稳步上升 | 持续招聘、融资稳定、推出 1-2 款新产品、客户群增长。PostHog 账单走势可能准确反映了实际情况。 |
| ➡️ 持平/稳定 | 近期没有融资、招聘很少、没有新产品。PostHog 账单就是实际情况。 |
| 📉 收缩 | 裁员、融资遇到困难、产品逐步停用。PostHog 支出可能会下降。 |
第 6 步:推荐跟进方案并起草联系内容
根据全部五项研究工作流,推荐以下方案之一:
方案:主动联系(Slack 频道 + 电子邮件)
适用于:
- 评分 >= 60(高或中等信心)
- 账户中有 2 位或以上活跃用户
- PostHog 尚无人主动跟进该账户
起草一封电子邮件和一条 Slack 频道欢迎消息。起草指南请参阅第 7 步。
方案:轻量联系(仅电子邮件,不建 Slack 频道)
适用于:
- 评分为 40-59(低信心),但账户有值得进一步探索的有趣信号
- 只有 1 位活跃用户,但支出颇具规模(>= $1K/月)
- 账户已与 PostHog 建立关系(例如,已与入门指导团队接洽)
仅起草一封简短的电子邮件。不建 Slack 频道。
策略:跳过 / 判定为不合格后关闭
适用情况:
- 评分 0-39(不太可能)
- 所属行业不符合 ICP,且没有其他信号可抵消
- 使用量下降,且没有业务增长迹象表明情况会好转
- 账户显示出流失风险(账款逾期、支出下降)
- 客户明确拒绝沟通(表示“不用了,谢谢”或类似内容)——除非其支出足够高,TAE 介绍折扣确实能为其带来帮助
建议跳过时,必须提供 DQ 原因——用纯文本概述该线索不符合资格的原因。DQ 原因不得超过 250 个字符,以便 TAE 直接复制粘贴到 Salesforce 的取消资格字段中。请具体说明,列出明确的信号,不要使用笼统表述。
重要:未回复不是取消资格信号。 如果客户引导团队联系过客户,而客户只是没有回复,这不能证明他们不想了解 PostHog——他们可能很忙、漏看了邮件,或者时机不合适。不要将“没有互动”或“没有回复客户引导团队”作为 DQ 原因。与互动相关的唯一 DQ 信号是客户明确选择退出——客户主动回复表示不感兴趣。即便如此,如果客户支出可观,且 TAE 能提供切实价值(例如批量折扣、账单优化),客户在引导阶段明确选择退出,也不一定意味着他们会拒绝角度不同的 TAE。
好的 DQ 原因:
- “MRR 预测从 $1,763 降至 $696。仅使用单一产品(分析)。8 名员工,3 名工程师。营收达 $9.1M,但没有增长信号。可能不需要 Group Analytics。”
- “不符合 ICP:校车路线规划公司(成立于 1977 年)。仅使用分析,MRR 稳定在 $1,369。健康度 4.78。没有扩展信号。客户群为政府/教育机构。”
- “账款逾期。MRR 预测下降 49%(从 $2,130 降至 $1,086)。7 人种子轮初创公司。尽管有 Khosla 投资,资金仍可能紧张。”
- “明确拒绝参与客户引导。MRR 为 $380,仅使用单一产品,没有增长趋势。TAE 联系无法提供价值。”
不好的 DQ 原因:
- “不太合适”(过于笼统)
- “评分低”(没有说明原因)
- “公司规模小”(具体是哪个信号重要?)
- “没有参与客户引导”(未回复不是信号——客户可能很忙)
- “没有回应”(问题相同——沉默不等于拒绝)
策略:等待并观察
适用情况:
- 早期阶段公司,情况变化较大——可能向好也可能向坏
- 评分为 40-59,业务增长信号强,但当前账单金额较低
- 4-6 周后再查看并重新评估
步骤 7:起草外联内容
建议采用外联或轻量跟进策略时,请按照以下指导起草邮件。起草前请阅读 references/writing-style.md。
邮件格式
所有邮件草稿都必须使用以下引用块格式,以便轻松复制粘贴:
> **To:** [full email address - e.g. [email protected]]
> **Subject:** [subject line]
>
> [email body]
>
> [TAE's name]
如果采用外联策略(Slack 频道 + 邮件),还要在邮件之后使用相同的引用块格式,起草一条 Slack 频道欢迎消息。
外联原则
这些原则适用于所有 PostHog 潜在客户技能。请严格遵循。
-
首先介绍 Slack 频道。 对于多用户账户,共享 Slack 频道是你能提供的最有价值的东西 - 可以直接联系到 PostHog 的技术人员。开头就介绍它。根据你的调研,说明它对他们的具体情况有什么用。不要把它放在后面。
-
像同行工程师一样写,而不是像销售人员。 这些都是能力出众的开发者。技术客户顾问(TAE)也精通技术。像给同事发消息一样写 - 直接、简洁。不要夸赞或吹捧他们的配置。对清楚自己做了什么的工程师来说,“你们团队上手真快!”听起来像居高临下。
-
从关于他们的观察开始,而不是关于你的介绍。 第一句实质性的话应提到 Vitally 或调研中的具体信息 - 他们正在使用哪些产品、团队正在开发什么,或某种具体的使用模式。不要以“我是 [name],负责对接 PostHog 的联系人”开头。
-
简短一些。 初次邮件应为 3-5 句话。介绍 Slack 频道 + 说明其用途 + 一条具体观察或优化建议 + 一个问题。详细内容留到 Slack 中交流。
-
每封邮件只问一个问题。 问题太多会让人不知所措,也会降低回复率。选最值得问的那个。
-
相关时直接谈费用。 与大客户外联不同,已交接的待引导客户已经有了可观的支出。可以提及费用 - 但每次提到费用时,都要附上可采取的降本措施。
-
只提及可核实的信息。 可以使用:Vitally 使用数据、公开网站、已确认的融资轮次。绝不要把补充数据(Clearbit/Harmonic 技术栈字段)当作事实引用。如果你对他们配置的描述有误,就会失去可信度。
写作风格规则
完整指南请参阅 references/writing-style.md。关键规则:
- 开门见山。 不要说“我联系你是因为……”“我只是想……”“看到你刚注册了。”
- 使用美式英语。 使用牛津逗号和直引号。
- 只用连字符(-)表示语意停顿。绝不用 em dash 或 en dash。em dash 和 en dash 会让文字显得像 AI 生成的。
- 将链接嵌入锚文本。 绝不直接放裸 URL,也不要说“点击这里”。始终描述链接目标:“这里有一份关于如何将回放关联到漏斗的指南”。
- 产品名称首字母大写。 “Session Replay”“Feature Flags”“Product Analytics”。
- 数字使用缩写。 10M、100B(大写字母,不加空格)。
- 邮件中不使用表情符号。
反面模式(绝不要这样做)
- “我是 [name],负责专门对接你的 PostHog 联系人” - 你的名字已在签名中。
- “看到你刚注册了” / “只是来跟进一下” - 对方知道这些。这些话没有任何价值。
- “如果你需要任何帮助,随时找我” - 太被动。要么说具体内容,要么就别说。
- “你们团队上手真快!” / “采用情况真不错” - 居高临下。陈述事实即可。
- 功能罗列清单 - 只提及他们实际使用的 1-2 款产品,而不是 PostHog 的所有产品。
- 在一封邮件中给出多个优化建议 - 留到 Slack 中交流。
- 裸 URL - 始终将链接嵌入锚文本。
- 将补充数据当作事实引用 - 例如根据未经核实的 SFDC 字段说“我注意到你们在使用 [竞品]”。
- 引用精确的事件数量 - “你们上个月发送了 4.2M 个事件”会让人觉得被监视。提及产品和使用模式,不要提及精确数字。
- 每封邮件提出多个问题。
按场景提供外联切入点建议
多用户账户,支出增长: 以 Slack 频道为切入点,并结合他们的使用情况展开:“为你们创建一个共享 Slack 频道——目前有 [N] 人在 [N] 个项目中使用 [products],有一个直接交流技术问题的渠道能为团队节省时间。”最后询问他们正在构建什么,或想了解什么。
多用户账户,支出持平或下降: 以具体的优化建议为切入点。如果发现了问题(自动捕获浪费、过时的标记、会话回放采样过多),就以此作为切入点:“注意到你们大约有 [X]% 的事件是自动捕获的,且没有关联操作——[减少事件量的链接] 介绍了如何删减这些事件,同时保留有用的信息。”Slack 频道可用于帮助他们采取行动。
单用户,支出可观: 简短直接。不提 Slack 频道。提供一项具体的优化建议和链接。“快速提醒一下——按你目前的使用情况,[具体优化建议 + 链接]。如果有问题,随时乐意提供帮助。”
曾参与入门引导(参加过电话会议、完成了入门引导): 提及入门引导期间的工作。“你们团队曾与入门引导团队一起了解了[所涵盖的内容]——想确保你们完成初始设置后,现在也有直接联系的渠道。”这样能保持衔接感,而不是让人觉得突然换了对接人。
从未参与入门引导(没有回应、跳过了): 完全不要提及入门引导团队——他们显然不想参与这类交流。以有用的内容切入:具体的优化建议、与他们正在构建的内容相关的资源,或将 Slack 频道作为低门槛的支持渠道。
外联邮件草稿示例
示例 1:多用户、高增长、参与过入门引导
收件人: [email protected] 主题: Acme <> PostHog 的 Slack 频道
Acme 团队,你们好:
为你们创建一个共享 Slack 频道——目前有 57 位团队成员在使用分析、会话回放和错误追踪。随着业务增长,有一个直接提问的渠道会很有帮助。
有一项内容或许值得了解:用于安全发布的 Feature Flags。你们正在将新产品线作为一个平台推出,渐进式发布和即时关闭开关正是让部署过程平稳无虞的关键。很乐意在 Slack 上带你们了解设置方法。
你们团队目前最想从分析数据中了解什么?
[TAE name]
示例 2:多用户、支出持平、以优化建议为切入点
收件人: [email protected] 主题: Example Payments <> PostHog 的 Slack 频道
Example Payments 团队,你们好:
给你们发送一个 Slack 频道邀请——目前有 42 位团队成员在使用分析、标记和会话回放。遇到实施或账单方面的问题时,这会是获取答案最快的方式。
一个快速见效的优化:如果团队正在结账流程中进行 A/B 测试,Experiments 可以直接叠加在你们现有的 Feature Flags 设置之上。对于支付产品来说,衡量每个变体对转化率的影响,才能找到真正有价值的信号。
团队目前想优化什么?
[TAE name]
示例 3:单用户、支出增长、从未参与过入门引导
收件人: [email protected] 主题: 你的 PostHog 设置
你好:
注意到你同时在使用 LLM Analytics 和产品分析——这种配置很适合在追踪用户行为的同时,监控 AI 生成内容的质量。
如果你在追踪提示词到输出的质量,这篇关于 LLM 可观测性的指南介绍了如何将追踪记录与用户结果关联起来,这样你就能看到哪些提示词真正帮助学生学习,而不仅仅是生成文本。
如果有问题,随时乐意提供帮助。
[TAE name]
输出格式
将研究简报整理成结构清晰、章节明确的报告。如果数据支持,请使用 Visualizer 绘制增长趋势图。
## [Company Name] - Onboarding Lead Research Brief
### Quick Links
- **Vitally:** [https://posthog.vitally-eu.io/customers/{organization_id}](https://posthog.vitally-eu.io/customers/{organization_id})
- **Salesforce:** [https://posthog.my.salesforce.com/{sfdc.Id}](https://posthog.my.salesforce.com/{sfdc.Id})
- **Usage Dashboard:** [{usage_dashboard_link}]({usage_dashboard_link}) *(or "Not available" if trait is blank)*
### Company Overview
- **What they do:** [one sentence]
- **Industry:** [vertical]
- **Size:** [employees] ([engineering count] engineers)
- **Funding:** [stage], [amount] ([date])
- **HQ:** [location]
- **Growth trajectory:** [Accelerating / Steady / Flat / Early stage]
### $2K+ Spend Likelihood
**Score: [X]/100 - [High / Moderate / Low / Unlikely]**
Key factors:
- [Factor]: [+/- impact]
- [Factor]: [+/- impact]
- [Factor]: [+/- impact]
Projection: Currently at $[X]/month - projected $[X]/month in 3 months
### Vitally Usage & Billing
- **Current MRR:** $[X]
- **Products in use:** [list]
- **Products NOT in use:** [list - these are expansion opportunities]
- **Event volume:** [current] ([trend])
- **Active users:** [count] ([trend])
- **Health score:** [X]/10
**Billing trajectory:**
[Chart or description of the trend - is spend growing, flat, or declining?]
**Expansion opportunities:**
- [Product they're not using that fits their use case]
- [Volume tier they're approaching]
- [Config optimization that could increase value]
### Onboarding Team Context
**Engagement level:** [Engaged / Partially engaged / Unengaged]
**Onboarding rep:** [Name]
**What happened:**
[Narrative summary of the onboarding engagement - what was discussed, what was done, what's left open]
**Key quotes or insights from the customer:**
- [Any notable things the customer said or asked about]
**Open items / unfinished business:**
- [Anything the onboarding team started but didn't finish]
- [Any promises made to the customer]
### Business Growth Trajectory
**Rating:** [Strong accelerating / Steady upward / Flat/stable / Contracting]
**Key growth signals:**
- **Revenue:** [what's known about ARR growth, Inc. 5000 ranking, etc.]
- **Funding:** [recent round, amount, investors, what it's earmarked for]
- **Product velocity:** [new launches, features, platform plays in last 12 months]
- **Customer expansion:** [new segments, partnerships, geographic expansion]
- **Headcount:** [total delta, eng delta, GTM hiring signals]
- **Web/brand momentum:** [traffic trends, LinkedIn growth, awards/recognition]
**How this maps to PostHog spend:**
[Explicit analysis connecting each business growth vector to expected PostHog usage growth. e.g. "More customers on their platform - more end-user sessions - event volume will grow faster than current billing suggests." This is the most actionable part - it tells the TAE whether the Vitally billing trajectory understates or accurately reflects the real growth potential.]
**Score adjustment:** [If the business growth signals are strong enough to warrant adjusting the $2K+ likelihood score from Step 2, note the adjustment and reasoning here. e.g. "Business growth trajectory bumps the score from 72 to ~80 - billing data lags customer growth."]
### Recommended Play
**[Outreach / Light Touch / Skip / Wait and Watch]**
[Reasoning for the recommendation - 1-2 sentences.]
[If Skip: include DQ Reason below]
**DQ Reason (for Salesforce):**
`[250 characters or fewer - specific, concrete, copy-pasteable]`
### Draft Outreach
[If the play is Outreach or Light Touch, include the draft email in blockquoted format. If Outreach with Slack channel, also include the Slack welcome message.]
> **To:** [full email address]
> **Subject:** [subject line]
>
> [email body]
>
> [TAE name]
[If multi-user Outreach, also include:]
**Slack channel welcome message:**
> [Slack message body]
>
> [TAE name]
**Suggested angle:** [One sentence explaining why this hook was chosen and what it's designed to accomplish.]
处理多个潜在客户时
完成所有单个研究简报后,在合并输出的顶部(或作为最终摘要部分)输出一张 摘要与优先级排序 表。按分数降序排列客户。
## Summary & Priority Stack Rank
| Rank | Account | Score | Tier | MRR | Trend | Action |
|------|---------|-------|------|-----|-------|--------|
| 1 | [Company] | [X]/100 | High confidence | $[X] | Growing | Outreach |
| 2 | [Company] | [X]/100 | Moderate confidence | $[X] | Flat | Light Touch |
| 3 | [Company] | [X]/100 | Unlikely | $[X] | Declining | Skip |
列说明:
- Score: 最终的 $2K+ 支出可能性评分(0-100);如果业务发展轨迹需要调整,则填写调整后的数值
- Tier: 高置信度(80-100)/ 中等置信度(60-79)/ 低置信度(40-59)/ 不太可能(0-39)
- MRR: Vitally 账单数据中的当前 MRR
- Trend: 增长 / 持平 / 下降 - 根据账单趋势,而不只是业务信号
- Action: 联系 / 轻度跟进 / 跳过 / 等待观察
参考文件
references/scoring-model.md- $2K+ 支出可能性评分模型的完整权重与标准references/writing-style.md- PostHog 邮件撰写风格指南
重要提醒
- 先研究,再起草。 在推荐行动或起草联系邮件之前,先完成全部五项研究工作。研究结果将为联系邮件提供切入点 - 没有这些内容,邮件就会流于泛泛。
- Vitally 数据是使用情况和账单数据的可信来源。 不要猜测使用情况 - 获取实际数据。
- 阅读每条入门备注。 入门团队掌握的背景信息非常宝贵。跳过这些内容,就意味着 TAE 在不了解情况的状态下开始对话。
- 预测发展轨迹。 TAE 不仅需要了解客户当前的情况,还需要知道其未来走向。
- 标记差异。 如果网络研究和 Vitally 数据呈现出不同情况(例如,公司似乎在增长,但 PostHog 使用情况持平),请明确指出。步骤 5 尤其重要 - 如果业务正在加速增长,而 PostHog 账单持平,就说明账单数据滞后,存在增长空间。
- 如果 Vitally 数据不足,请如实说明。 不要捏造数据。如果只有 2 条备注,且没有对话记录,就如实报告 - 这本身就是有用的背景信息(说明客户可能很少参与互动)。
- 业务增长是领先指标,账单是滞后指标。 步骤 5 中的业务增长轨迹分析,是区分优质研究简报与单纯阅读 Vitally 数字的关键。一家刚刚融资 $43M、ARR 翻倍的公司,PostHog 支出将会增长 - 即使当前账单尚未体现这一点。相反,一家员工人数下降且近期没有融资的公司,支出可能已经达到峰值。始终将业务发展轨迹与预期的 PostHog 支出轨迹联系起来。
- 使用 Vitally 特征中的 Harmonic 数据。 账户特征中的 SFDC/Harmonic 字段包含员工人数变化、网站流量趋势、LinkedIn 增长和融资详情。将这些数据与网络研究交叉参考 - 它们往往比单独的网络信息更能说明情况。
- 分析增长映射时要考虑行业背景。 公司的增长方式会影响 PostHog 使用量的增长方式。平台/市场型公司每增加一个客户,事件量都会呈乘数级增长。SaaS 公司则会随每个客户线性增长。基础设施公司可能产生大量后端事件,但回放较少。应根据业务模式匹配合适的 PostHog 产品。
- DQ 原因必须便于复制粘贴。 推荐跳过时,DQ 原因会直接录入 Salesforce。控制在 250 个字符以内,内容具体,并包含能够证明该客户不符合条件的关键数据点。
- 联系邮件应遵循写作风格指南。 阅读
references/writing-style.md。只使用连字符(绝不使用 em/en 破折号)。不要使用裸 URL。不要罗列一长串功能。每封邮件只提一个问题。对于多用户账户,优先提及 Slack 频道。 - 使用完整的电子邮件地址。 列出联系人或起草联系邮件时,务必使用完整的电子邮件地址(例如 [email protected]),以便直接复制粘贴。
- 提交邮件草稿前验证所有 URL。 访问邮件中的每个链接,确认其有效。如果链接失效,请搜索正确页面或移除该链接。