posthog-inbound-leads

PostHog 入站潜在客户处置

评估来自 Salesforce 的入站潜在客户，并起草回复邮件或建议处置方式。本技能适用于处理入站销售咨询的 PostHog TAE。

核心工作流

1. 收集潜在客户背景信息 — 阅读 TAE 提供的所有信息（Salesforce 字段、邮件正文、备注）
2. 在 Vitally 中查看现有账户背景信息 — 搜索潜在客户的邮箱地址和邮箱域名（见下文的步骤 0）
3. 调研公司 — 通过网络搜索了解公司情况、融资、规模和增长趋势（见下文的步骤 1）
4. 确定使用场景 — 结合公司调研结果，将潜在客户归入 PostHog 的六种使用场景中的一种或多种（见下文的步骤 2）
5. 评估潜在客户 — 结合公司调研结果和增长趋势，应用处置框架（见下文的步骤 3）
6. 建议处置方式 — 明确说明建议的行动和识别出的使用场景
7. 起草回复 — 围绕其使用场景撰写合适的邮件（见下文的步骤 4）
8. 验证所有 URL — 获取邮件草稿中的每个链接，确认链接有效且指向预期内容（见下文的步骤 5）

步骤 0：在 Vitally 中查看现有账户背景信息

在评估或起草任何内容之前，先检查 Vitally，确认该潜在客户（或其公司）是否已是 PostHog 用户。这会显著影响处置方式和邮件措辞——现有客户寻求帮助，与陌生入站潜在客户的情况不同。

检查内容

使用潜在客户的邮箱地址进行两次 Vitally 查询：

1. 按确切邮箱地址搜索 — 使用 vitally:search_users，将 email 设置为潜在客户的邮箱地址。这样可以确认这个人是否已经拥有 PostHog 账户。
2. 按邮箱域名搜索 — 使用 vitally:search_users，将 emailSubdomain 设置为潜在客户邮箱中的域名部分（例如，从 [email protected] 中提取 acme.com）。这样可以确认他们公司是否已有员工在使用 PostHog。

如果任一搜索返回结果，请使用用户记录中的 accountId，通过 vitally:get_account_full 查看关联账户。快速概览可使用 detailLevel: "summary"。

如何使用查询结果

潜在客户的邮箱属于现有用户：

• 他们已经在使用 PostHog。邮件应对此予以说明（“我看到您已经在使用 PostHog”），并聚焦于他们的具体诉求，而非入门指南类资源。
• 查看其账户的 MRR 和健康评分，以判断他们是希望拓展使用的自助服务用户，还是有扩展机会的现有账户。

同一家公司中的其他人已是用户：

• 他们的公司已经在使用 PostHog。在邮件中提及这一点（“我看到您的团队已经在使用 PostHog”），并询问他们的需求与现有使用情况有何关联。
• 查看账户中还有哪些用户——潜在客户可能需要联系公司内部的负责人，而不是另行启动评估。
• 如果账户已有指定的 TAE，请标记出来，以免与他人负责的客户业务产生冲突。

Vitally 中没有搜索结果：

• 这是全新的潜在客户。继续执行下方的标准评估工作流。

向 TAE 提供的信息

汇报 Vitally 查询结果时，请包括：

• 是否找到此人或其公司
• 账户名称和当前 MRR（如适用）
• 健康评分（如适用）
• 指定的 TAE（如有——对客户分配很重要）
• 账户中的用户数量
• 一句话建议，说明这些信息如何影响回复方式（例如：“现有账户，每月 3,000 美元，未指定 TAE——这是扩展机会，而非新潜在客户”）

步骤 1：调研公司

每个潜在客户都必须执行此步骤。 仅凭潜在客户提交的表单信息，不足以进行评估或排除。来自一家估值 60 亿美元初创公司的 10K MAU 潜在客户，与来自一家只有 5 人的代理公司的 10K MAU 潜在客户，需要采取完全不同的处置方式。

调研内容

进行 1–3 次网页搜索，了解这家公司。从公司名称和域名开始：

• 使用 web_search 搜索 [Company Name] [domain]——了解基本情况：他们做什么、是什么公司
• 使用 web_search 搜索 [Company Name] funding employees——了解公司概况：融资阶段、员工人数、增长信号
• 如果公司看起来很有影响力或资金充足，搜索近期新闻：[Company Name] 2026 或 [Company Name] news

提取内容

根据调研结果，识别并记录：

信号	重要性	示例
他们打造的产品	决定用例映射，以及是否属于理想客户画像（ICP）	“面向制造业的 AI 工具”→ AI/LLM 可观测性相关
融资阶段和金额	预算和增长趋势的参考指标	B 轮、5,000 万美元 → 很可能有预算购买工具
员工人数	潜在支出和团队复杂度的参考指标	200 名员工 → 多个团队、多项目潜力
工程团队规模或占比	PostHog 的买家是工程师；工程师越多，匹配度越高	“团队中 80% 是工程师”→ 强烈的 ICP 信号
增长趋势	判断当前 MAU 是上限还是下限	成立仅 6 个月，正在积极招聘 → MAU 将快速增长
近期新闻	会改变背景信息的收购、发布、业务转向	刚收购一家 AI 初创公司 → 正在拓展产品范围
商业模式	SaaS、市场平台、开发者工具、代理机构等	B2B SaaS → 典型的 PostHog ICP

判断增长趋势

根据调研结果，将公司归为以下四种增长趋势之一：

• 加速增长：近期完成大额融资（尤其是在过去 12 个月内），积极招聘，处于早期阶段但资金充足，或有明确的快速扩张迹象。当前 MAU 几乎肯定不是上限。示例：资金充足的 A 轮及以后初创公司、刚完成巨额融资的公司、拥有“数百个空缺职位”的公司。
• 稳定增长：成熟公司，增长温和且可预测。当前 MAU 是近期支出的合理参考。示例：收入稳定的中型市场 SaaS 公司、成熟的 PLG 公司。
• 早期／未知：新公司，公开信息有限，难以评估增长趋势。将当前 MAU 视为最佳可用信号，但需注明不确定性。示例：种子前初创公司、没有公开信息的隐身模式公司。
• 停滞／下滑：没有增长信号、发生裁员或出现收缩迹象。当前 MAU 可能高估未来支出。示例：近期裁员或团队规模缩减的公司。

**增长趋势分类会直接影响资格评估。**关于它如何调整 20,000 美元门槛，请参阅步骤 3。

识别多产品信号

调研时，留意潜在客户的公司是否拥有（或正在开发）多个产品。每个产品通常都会成为一个独立的 PostHog 项目，并有自己的事件量，因此这是支出的倍增因素。

潜在客户消息中的信号：

• “我们的一些产品”／“多个产品”／“覆盖我们的产品组合”
• “多个团队”／“不同业务部门”
• “我们的平台和应用”／“我们的 Web 应用和移动应用”
• “集成到我们的技术栈中”（暗示覆盖范围广）

公司调研中的信号：

• 公司拥有多个产品线或品牌
• 公司近期收购了其他公司（每项收购都可能带来自己的产品）
• 招聘信息提及多个产品团队
• 公司网站展示了多个不同的产品

出现多产品信号时，请注明估计的产品数量（或范围），并将其计入 MAU 倍数。一家拥有 5 款产品、每款产品 MAU 为 10K 的公司，其潜在机会是 50K MAU，而不是 10K。

识别 AI/ML 公司信号

如果公司调研发现该公司是 AI 原生公司（将 AI/ML 产品作为核心业务），即使潜在客户的消息没有提到 AI、LLM、模型成本或提示词，也应将 AI/LLM 可观测性标记为可能的次要用例。

AI 原生信号：

• 公司介绍提到 AI、ML、LLM 或“人工智能”是其构建产品的核心
• 公司属于 AI 相关行业（AI 基础设施、AI 应用、AI 研究）
• 团队中 ML/AI 工程师占比较高
• 近期有 AI 相关收购或产品发布

发现此类信号时，应在用例评估中纳入 AI/LLM 可观测性，并在邮件中将其作为一项相关能力提及，即使潜在客户没有询问。可表述为：“既然贵公司正在构建 AI 产品，您可能也会发现我们的 LLM 分析功能很有用，可用于跟踪模型成本和性能。”

向 TAE 展示的内容

将公司调研结果整理成简要概况，包括：

• 公司业务（一句话）
• 融资和估值（如有）
• 员工人数和工程团队构成（如有）
• 增长轨迹分类
• 多产品信号（如有）
• AI 原生标记（如适用）
• 任何值得关注的背景信息（近期新闻、收购、领导层）

这部分应紧接在 Vitally 调研结果之后、用例评估之前。

第 2 步：确定用例

每个潜在客户都对应 PostHog 的六种用例之一或多种。确定用例有助于决定如何组织回复、重点介绍哪些产品，以及链接哪些资源。评估人员/角色、公司（结合第 1 步的调研结果）和消息，以确定匹配项。

六种用例

用例	要完成的工作	核心买家角色	潜在客户的关键信号
产品洞察	“帮助我了解用户在做什么、为什么这么做，以及接下来应该构建什么。”	产品经理、设计师、产品工程师、创始人	提到分析、漏斗、留存、用户行为、“用户为何流失”、功能采用率、NPS、调查、用于 UX 研究的会话回放
发布工程	“帮助我更快发布，同时避免造成故障。”	工程经理、平台团队、开发者	提到功能标记、逐步发布、A/B 测试发布、紧急关闭开关、渐进式交付、替换 LaunchDarkly
可观测性	“帮助我及时发现故障、了解原因并快速修复。”	SRE、平台工程师、DevOps	提到错误跟踪、Bug 复现、替换 Sentry/Datadog、日志记录、事件响应、堆栈跟踪
增长与营销	“帮助我了解哪些因素推动获客、转化和收入增长。”	增长工程师、营销负责人、CRO、GTM 工程师	提到归因、ROAS、营销活动效果、替换 GA4/Segment、转化优化、新用户引导自动化、营销技术栈整合
AI/LLM 可观测性	“帮助我了解 AI 功能的表现、成本，以及用户如何与之互动。”	AI/ML 工程师、AI 产品经理、AI 创始人	提到 LLM、AI 功能、模型成本、提示词测试、AI 质量、替换 Langfuse/Helicone、Token 使用量。也可根据公司调研推断——如果公司是 AI 原生公司，即使潜在客户没有提及，此用例也相关。
数据基础设施	“帮助我整合产品数据与业务数据，并将其送达所需位置。”	数据工程师、分析工程师、产品运营	提到数据仓库、Snowflake/BigQuery、数据管道、批量导出、将 PostHog 数据与 Stripe/CRM 数据结合、替换 Segment/Fivetran

将用户角色映射到使用场景

用户的角色是最有力的信号之一：

• 产品经理、产品负责人、用户体验研究员、设计师 → 产品智能
• 工程经理、工程副总裁、平台工程师、开发者 → 发布工程（如果提到错误或事故，则为可观测性）
• SRE、DevOps、基础设施工程师 → 可观测性
• 增长工程师、营销负责人、转化率优化（CRO）专员、GTM 工程师、需求开发人员 → 增长与营销
• AI/ML 工程师、AI 产品经理、AI 创业者 → AI/LLM 可观测性
• 数据工程师、分析工程师、数据负责人、RevOps → 数据基础设施
• 创始人/CTO（早期阶段） → 通常为产品智能或 AI/LLM 可观测性，具体取决于产品；也可能涉及多个使用场景

将公司映射到使用场景

公司类型（根据你在第 1 步中的调研）有助于缩小范围：

• AI 原生初创公司 → AI/LLM 可观测性几乎总是相关，通常也会涉及产品智能
• PLG SaaS → 最常见的组合是产品智能 + 增长与营销
• 拥有多个团队的企业 → 通常会从一个使用场景入手，但扩展潜力可能涵盖多个场景
• 电子商务 / 市场平台 → 增长与营销（转化、归因）+ 产品智能（用户行为）
• 开发者工具 / 基础设施 → 发布工程 + 可观测性

将消息映射到使用场景

具体需求可以确认或推翻角色 / 公司类型的信号：

• “我们想了解用户行为” → 产品智能
• “我们需要功能标志”或“要替换 LaunchDarkly” → 发布工程
• “我们需要错误跟踪”或“要替换 Sentry” → 可观测性
• “我们想要归因”或“要替换 GA4” → 增长与营销
• “我们正在构建 AI 功能”或“LLM 成本” → AI/LLM 可观测性
• “我们需要将数据导入 Snowflake” → 数据基础设施
• 模糊的“给我看看功能”/“想要演示” → 仅凭消息无法判断使用场景；根据公司调研推断最可能的使用场景，然后提出有针对性的澄清问题以确认

如果在公司调研后仍无法明确使用场景，请在邮件中加入有针对性的澄清问题，以缩小范围。围绕对方的问题来提问，而不是 PostHog 产品：“你想解决的主要问题是什么？”比“你对哪个 PostHog 产品感兴趣？”更好。

多个使用场景

许多潜在客户会对应多个使用场景。遇到这种情况时：

• 优先介绍主要使用场景——最符合对方所述痛点的场景
• 将次要使用场景作为自然延伸提及——“PostHog 也能处理 X，而团队在开展 Y 后通常会遇到这个需求”
• 不要试图推销整个平台——专注于解决对方最初提出的问题

第 3 步：评估潜在客户

增长轨迹例外

每年支出 20K 美元是默认的资格门槛，但增长轨迹可以使其例外。

满足以下所有条件时，即使仅凭当前 MAU 尚未达到 20K 美元，也应安排通话：

1. 增长轨迹为「加速」——近期获得大额融资、积极招聘，或处于早期阶段且拥有大量资金
2. 公司具有高价值信号——以下至少满足两项：融资额达 10M 美元以上、员工 50 人以上、团队以工程人员为主、多产品、AI 原生
3. 有望在 12 个月内达到 20K 美元——根据增长轨迹和多产品乘数，他们随着规模扩大有可能达到这一门槛

适用例外时，请在处理结果中明确注明：「当前 MAU 为 10K，低于 20K 美元门槛，但增长轨迹为加速（[融资额 X 美元、员工 Y 人等]），且具有多产品潜力。根据增长轨迹，符合通话资格。」

以下情况不适用例外：

• 增长轨迹为稳定、早期／未知或停滞——根据当前信号，仍以 20K 美元为门槛
• 公司虽有融资，但潜在客户的使用场景较窄，不太可能扩展（例如，资金充足的公司仅咨询为一个内部工具配置功能开关）
• 潜在客户来自大型公司，但使用 PostHog 的团队规模很小，且没有扩展空间

多产品支出乘数

检测到多产品信号时（来自潜在客户的消息或公司调研），请调整 MAU 估算：

• 已说明的 MAU × 估算的产品数量 = 调整后的 MAU 估算值
• 使用调整后的估算值进行资格判定，而非原始的已说明 MAU
• 在处理结果中注明乘数：「已说明 MAU 为 10K，但『我们有些产品』加上公司调研表明有 3-5 个产品 → 调整后的 MAU 为 30-50K」

此乘数是估算值，并非保证。它会将处理结果从「肯定低于门槛」调整为「有可能超过门槛，值得通过通话确认」。

特殊情况：替换竞品

当潜在客户提到他们目前正在使用竞品并打算换用其他产品时（例如“正在使用 Heap，想换掉它”“替换 Amplitude”“正在评估 Sentry 的替代方案”“准备弃用 LaunchDarkly”），这是一个高意向的主动线索。他们已经为这一类别的工具分配了预算，需求明确，而且很可能有一定的紧迫性。

不过，20K 美元的门槛仍然适用（除非触发增长势头例外规则）。 要安排通话，替换竞品的潜在客户仍需显示出年度支出可能达到 20K 美元以上。不要仅仅因为对方正在从一款付费工具迁移，就主动提出通话。

对于替换竞品的潜在客户，初次回复应在提出通话或引导其自行试用之前，了解 BANT 信号。 提出有针对性的探索性问题，以了解以下信息：

• 预算： 是什么促使你们决定更换？成本、缺少的功能、数据所有权，还是其他原因？（如果是成本问题，说明他们已有相关预算。）
• 决策权： 哪些人会参与决策？这是由工程团队主导的评估，还是自上而下的要求？
• 需求： 你希望 PostHog 解决哪些 [competitor] 无法解决的问题？你是只想替换 [product]，还是也有兴趣整合其他功能（会话回放、功能开关、实验等）？
• 时间线： 你们希望多快做出决定？（不要在第一封邮件中询问——让对方自然提及，或在后续跟进中询问。）

第一封邮件中不需要了解全部四项 BANT 信号。 提出 1–2 个问题，了解最重要的未知信息——通常是预算（为什么要更换？）和需求（你们希望获得哪些现有方案无法提供的功能？）。让决策权和时间线信息在对方的回复中自然显现。

潜在客户回复并提供 BANT 背景信息后：

• 如果回复确认有 20K 美元以上的潜力，且存在实际使用场景 → 判定为适合安排通话，并提供你的日历
• 如果回复显示团队规模较小／支出较低／只是简单替换 → 引导其自行试用，并提供具体的迁移资源
• 如果潜在客户在你了解 BANT 背景信息前就要求通话 → 可以提供日历，但也要指出，评估 PostHog 所需的信息（定价、文档、免费注册）都已公开，因此他们可以同时开始评估

特殊情况：高价值公司的笼统请求

当潜在客户的消息比较笼统（例如“想启动评估流程”“想进一步了解”“对 PostHog 感兴趣”），但公司研究显示该账户具有较高价值时，不要默认引导其自行试用。

对于高价值公司的笼统请求，应将其视为“需要了解需求”，而不是“意向不够强，不值得安排通话”。处理方式应为“通过探索性问题判断是否适合安排通话”。

高价值公司的迹象（符合任意两项或更多即可）：

• 总融资额达 10M 美元以上
• 员工人数达到 100 人以上
• 工程团队人数占员工总数的 40% 以上
• 有多产品相关迹象
• AI 原生公司
• 增长势头被归类为“Accelerating”
• 知名品牌，或创始人／领导团队颇具影响力

给这些潜在客户发送的邮件应：

• 表达对方的兴趣，但不对其使用场景妄加假设
• 提出 1–2 个探索性问题，了解他们想解决什么问题
• 根据调研结果，提及 1–2 项与其公司类型最相关的 PostHog 功能
• 提议安排通话，介绍 PostHog 如何适配他们的技术栈

处理方式：符合电话沟通条件

以下条件都应满足：

• 年度支出潜力 ≥ $20K（根据当前 MAU、应用多产品系数调整后的 MAU，或增长趋势例外判断）
• 工程师已参与或会参加通话
• 有具体、明确的使用场景（对应以上六种场景中的至少一种）——或来自高价值公司的模糊请求（见上文特殊情况）
• 公司规模和产品需求适合由销售团队协助推进

如果符合条件，起草回复时应：

• 认可其具体使用场景（对于高价值公司的模糊请求，则说明对其公司情况和可能使用场景的理解）
• 根据相关使用场景指南，提出 1–2 个有针对性的需求发现问题
• 提议安排通话

处理方式：引导至自助服务

满足以下任一条件：

• 根据公司规模、调研结果和增长趋势，支出潜力明显低于 $20K，且不符合例外条件
• 明确表示使用量较低（例如“1,000 MAU”“小团队”“刚刚起步”），且公司调研确认这是上限（公司规模较小，增长趋势平缓）
• 请求较为模糊，没有具体使用场景，且公司调研未发现高价值客户特征
• 未提及或预计不会有工程师参与
• 仅泛泛表示“想了解更多”或“想要演示”，没有提供具体信息，且公司调研未改变整体判断

起草一封有帮助的邮件，其中应：

• 根据其具体使用场景回答问题，并提供相关资源
• 提供与其已确定使用场景最相关的产品文档链接
• 引导其使用自助服务渠道（应用内支持、社区）
• 不要提议安排通话

处理方式：引导至 Startup 计划

• 公司处于早期阶段，可能符合 Startup 计划的申请条件
• 引导其前往 Startup 计划申请页面
• 将其排除在即时销售机会之外

处理方式：取消资格

• 明显不符合 ICP（行业领域不符，或没有产品工程相关使用场景）
• 垃圾信息或无关咨询
• 无需回复，或简短礼貌地婉拒

不符合条件的原因与备注

当推荐“安排通话”以外的任何处理方式时，你必须提供一个不符合条件的原因（从下方列表中选择）和不符合条件的备注（不超过 250 个字符，内容具体且可直接复制粘贴到 Salesforce 的不符合条件备注字段中）。

可选的不符合条件原因：

• BAA / DPA 请求
• 低于销售协助门槛 - 放弃跟进
• 低于销售协助门槛 - 潜在客户
• 账单支持请求
• 企业已关闭
• 重复潜在客户
• 活动请求
• 现有客户咨询
• 反馈
• 联系信息无效
• 无预算
• 当前无需求
• 产品不匹配
• 未回复 - 放弃跟进
• 未回复 - 潜在客户
• 无技术资源
• 非商业用途
• 不合适
• 其他
• 合作伙伴关系请求
• 资源限制
• 要求自托管
• 垃圾信息
• 过期 - 自动关闭
• 初创公司计划 / YC
• 支持请求
• 使用竞品 / 未经请求的 RFP

如何选择合适的原因：

• 低于销售协助门槛 - 放弃跟进：潜在收入低于 20K 美元，没有增长轨迹方面的例外情况，也没有切实可行的增长路径达到该门槛。适用于引导至自助服务的小型公司。
• 低于销售协助门槛 - 潜在客户：目前低于 20K 美元，但公司有迹象表明未来可能达到门槛（例如近期获得融资、团队正在壮大）。值得日后重新评估。当增长趋势良好但尚未达到例外标准时使用。
• BAA / DPA 请求：潜在客户需要 BAA 或 DPA。注意：标准版（不修改条款）BAA 从 Boost 附加服务开始提供（每月 250 美元 + 按用量计费）；定制版或修改条款的 BAA 则需购买 Enterprise（按年付费，每月 2K 美元）。当潜在客户的主要需求是 HIPAA/BAA，且已向其提供相关价格信息时，使用此原因。
• 无技术资源：联系人不具备技术背景，且未提及或预计不会有工程师参与。
• 初创公司计划 / YC：早期公司已引导至初创公司计划申请页面。
• 支持请求：对方是在询问支持问题，而非评估是否购买 PostHog。
• 现有客户咨询：已经是 PostHog 客户，咨询产品或账单问题，并非新的销售机会。
• 产品不匹配：对方的需求并非 PostHog 擅长处理的事项（例如要求自托管、行业不匹配）。

不符合条件的备注必须具体且可直接复制粘贴。 请包含支持判定不符合条件的关键数据点，包括公司调研中发现的相关信息。

好的不符合条件备注：

• “一家有 30 名员工的电商代理公司，营收 100 万至 1,000 万美元。联系人从事市场营销工作，没有工程师。免费套餐有 25 万 MAU。已解答功能标志问题，并引导至自助服务。”
• “湾区非营利组织，20K MAU，ICP -5。产品高级总监，用例明确，但远低于 20K 美元门槛。可通过 Boost（每月 250 美元）获得 BAA。已引导至自助服务，并提供 HIPAA + 漏斗分析指导。”
• “一家有 15 人的种子轮初创公司。开发者咨询功能标志。免费套餐可满足其需求。已提供文档链接并介绍应用内支持。”
• “一家有 5 人的初创公司，尚未产生收入，未找到融资信息。2K MAU。笼统表示‘想了解更多’。已引导至自助服务，并建议申请初创公司计划。”

不好的不符合条件备注：

• “不合适”（过于笼统）
• “小公司”（哪个信号是关键？）
• “已引导至自助服务”（为什么？）
• “MAU 低”（你确认过公司本身规模小吗，还是产品只处于早期阶段？）

第 4 步：撰写回复邮件

起草前请阅读 references/writing-style.md。主要规则：

• 开门见山。 不要写冗长的开场白、空话或企业套话。
• 提供帮助，而非推销。 用具体建议解决对方的问题。
• 明确表达观点。 不要用“这取决于情况”来含糊其辞——直接推荐一种做法。
• 围绕对方的使用场景，而不是 PostHog 产品。 重点谈如何解决对方的问题，而非产品名称。
• 结合公司研究，体现个性化。 如果你了解对方正在构建什么，就提及相关内容。“既然你们正在为制造业开发 AI 工具……”比“既然你们正在评估分析工具……”更好。
• 将链接嵌入锚文本。 不要直接粘贴 URL，也不要使用“点击这里”。
• 尽量少用格式。 仅在列出资源或步骤时使用项目符号。保持对话式语气。
• 每封邮件最多问一个问题，避免让收件人应接不暇。

邮件结构

1. 简短、友好的问候
2. 结合公司研究，回应对方的具体情况和使用场景
3. 提供与其使用场景相匹配的答案、建议或资源
4. 明确下一步（自行操作、预约链接，或“如有问题请回复”）
5. 简单署名

第 5 步：验证所有 URL

此步骤为必做项。 提交邮件草稿前，使用 web_fetch 获取邮件中包含的每个 URL，并确认：

1. URL 可以访问——返回状态码 200，而非 404，也不会重定向到通用页面
2. 内容符合链接意图——页面确实介绍了链接所指的内容（例如，标注为“Feature Flags 入门”的链接应指向 Feature Flags 入门页面，而非通用文档索引）

如果 URL 验证失败：

• 使用 web_search 在 posthog.com 上搜索正确页面（例如，“posthog docs feature flags getting started”）
• 将失效链接替换为正确链接
• 如果找不到该资源的有效页面，则删除链接，不要发送失效链接

为什么这很重要： PostHog 的文档结构会发生变化。以下资源列表中的 URL 仅供参考，可能已经迁移。在销售邮件中放入失效链接会损害可信度。发送前务必验证。

按使用场景分类的链接资源

产品洞察

• 产品分析文档
• 漏斗
• 会话回放
• 调查问卷
• 实验

发布工程

• Feature Flags 入门
• 实验
• 会话回放（用于调试发布）

可观测性

• 错误追踪
• 会话回放（用于了解错误上下文）

增长与营销

• 网站分析
• 营销分析
• 数据管道
• 工作流

AI/LLM 可观测性

• AI 工程 / LLM 可观测性
• 实验（用于提示词/模型测试）

数据基础设施

• 数据仓库
• 批量导出
• 实时目标位置

通用（适用于所有用例）

• 安装指南
• 定价页面
• 社区问题
• HIPAA 合规指南
• BAA 生成器
• 应用内支持按钮（遇到产品问题时务必提及）
• 免费套餐：每月 1M 个事件，包含所有核心功能

BAA / HIPAA 定价参考

当潜在客户提到 HIPAA、BAA 或医疗保健数据时，请使用以下定价信息：

标准 BAA（无修订）：

• 可通过 Boost 附加项获得，价格为每月 $250 + 按使用量计费
• Scale 和 Enterprise 附加项也提供此服务
• 可在 posthog.com/baa 生成 BAA，由 PostHog 会签

定制 / 修订版 BAA：

• 需要 Enterprise 套餐，价格为每月 $2K（按年付费）+ 按使用量计费
• 仅当客户希望修改标准 BAA 条款时才需要

关键沟通要点： 首先介绍 Boost 这一标准方案。每月 $250 对大多数组织来说都负担得起，包括非营利组织和小型公司。不要默认推荐“企业定价”——这会吓退本来完全负担得起 Boost 的潜在客户。

实用提示： 对于同时涉及 PHI 和非 PHI 数据的潜在客户，如果只有部分转化漏斗或数据流涉及 PHI，他们可以立即使用免费套餐开始追踪非 PHI 活动，同时处理 PHI 相关部分的 BAA。

非营利组织折扣参考

PostHog 为购买额度提供非营利组织折扣：

• 购买额度低于 $25K： 折扣 15%
• 购买额度为 $25K-$100K： 在标准批量折扣基础上额外优惠 5%
• 购买额度超过 $100K： 适用标准批量折扣（无额外非营利组织折扣）

要符合资格，客户需要提供证明，表明其符合所在国家/地区对非营利实体的定义（依据其原籍国的税法）。

注意： 对于使用量较低、仍在免费套餐范围内的 MAU，非营利组织折扣暂时不会产生影响——他们的主要成本将是平台附加项（例如用于 BAA 的 Boost）。请提及此折扣，让他们知道在使用量增长后可以享受该优惠。

输出格式

回复 TAE 时，务必提供：

1. Vitally 调查结果 — 是否在 Vitally 中找到潜在客户或其公司，以及这意味着什么
2. 公司调查 — 根据网络调查得出的简要概况：业务内容、融资情况、员工人数、增长轨迹、多产品信号、AI 原生标记
3. 用例评估 — 该潜在客户属于六种用例中的哪一种，以及原因（依据人物角色、公司调查和消息内容）
4. 处置建议 — Qualify / Self-serve / Startup plan / Disqualify
5. 不符合资格的原因 — 从可选列表中选择（除 Qualify for Call 外，所有处置均为必填项）
6. 不符合资格的备注 — 不超过 250 个字符，内容具体且可直接复制粘贴（除 Qualify for Call 外，所有处置均为必填项）
7. 邮件草稿 — 准备发送的回复，围绕已确定的用例撰写，并结合公司调查结果

参考文件

起草回复前，请先阅读以下文件：

• references/email-examples.md — 常见入站场景的邮件示例
• references/sales-context.md — 销售流程、阈值和资格判定标准
• references/writing-style.md — PostHog 的语气、格式和风格规则

关键提醒

1. 务必先查看 Vitally——先搜索潜在客户的邮箱地址和邮箱域名，再做其他任何事。现有客户会彻底改变回复方式。
2. 务必研究公司——绝不能只根据对方提供的 MAU 和留言内容来判断是否符合资格。花 5 分钟上网搜索，可能就会把一个“放弃跟进”的对象变成大客户。
3. 增长势头可以突破 2 万美元门槛——如果公司正加速增长且有强烈的积极信号，即使当前 MAU 较低，也应判定为符合资格。请记录突破门槛的理由。
4. 多产品信号会放大支出——“我们的一些产品”意味着对方提供的 MAU 是下限，而非上限。请相应调整预估。
5. AI 原生公司应将 AI/LLM 可观测性作为次要用例——即使对方没有提及，也应如此。这几乎总是相关的。
6. 高价值公司的模糊需求需要进一步了解，而不是引导其自行查阅资料——不要因为一家估值 60 亿美元的初创公司没有详细填写表单，就把它打发去看文档。
7. 对于没有例外情况的潜在客户，2 万美元门槛必须严格执行——如果公司增长平稳或停滞，且没有高价值信号，预估支出低于此门槛时，不要提供电话沟通。
8. 务必确定用例——这是所有工作的基础：资格判定、沟通角度以及要附上的资源。
9. 务必提出资格判定建议——不要只写邮件；请明确说明资格判定结果，以便 TAE 更新 Salesforce。
10. 涉及产品问题时，务必提及应用内支持——这是获得帮助最快的途径。
11. PostHog 专为产品工程师打造——如果没有工程师参与，这是资格判定中的危险信号。
12. 围绕问题而非产品来沟通——说“了解用户流失的原因”，而不是“这是我们的产品分析功能”。
13. 利用公司调研结果个性化邮件——提及对方开发的产品，而不只是他们提出的问题。这能体现你做过功课。
14. 具体程度要与对方的问题相匹配——面对模糊的入站咨询，应提供相关资源并提出澄清问题；面对具体技术问题，则应结合其用例给出具体答复。
15. 提交邮件草稿前务必验证 URL——逐一访问每个链接，确认链接有效且指向正确的内容。绝不要发送失效链接。
16. 务必提供 DQ 原因和 DQ 备注——对于“安排电话沟通”以外的所有资格判定结果，都要从可选列表中提供取消资格的原因，并附上可直接复制粘贴的备注（不超过 250 个字符）。请具体说明潜在客户留言和公司调研中的明确信号。