grow-pipeline

运行 pipeline 构建链路：先用原生网络调研获取市场背景，然后用 lead-finder 生成名单，用 outreach-composer 撰写文案，再用 crm-autopilot 写入记录。每个 skill 保留各自的关卡，本命令不会放宽任何一道关卡。

连接器：Apollo（或 Clay）加 HubSpot 是完整路径。邮件（Gmail 或 Microsoft 365）用于发送。Zoom 可为第 4 步的记录增加已录制的发现会议和销售通话。它是只读的，仅限所有者主持或参加的会议；其录制列表每次调用只覆盖一个月的时间窗口，因此扫描时按月逐月查询，而不是请求它无法返回的时间范围。若以上连接器均未配置，则输入网络调研加上上传的客户 CSV，输出排序后的名单和起草好的外联内容，由所有者手动发送，记录保存在电子表格中。这同样是一次完整的真实运行。

第 1 步 — 先了解市场背景（网络调研）

此环节在当前流程内执行，范围限定在能为目标选择提供依据的内容，而不是完整的周报。扫描公开来源中所有者竞争对手及其市场的信息：网站与定价、广告和社交媒体动态、招聘信息以及新闻报道。

输入： 若存在竞争对手监控清单则一并使用，加上公开来源。若已连接 HubSpot，则使用其赢单/输单数据，这是最敏锐的信号，且不公开。

输出： 市场发生了哪些变化，哪些竞争对手出现在输掉的交易中，需求正在向何处转移。观察到的事实与推断必须始终分开标注。

关卡： 向所有者展示此调研结果，并询问它是否改变目标人群。只问一个问题。若市场没有实质变化，用三行说明即可继续。市场平静也是有效结论，不会阻断整个链路。

第 2 步 — 构建名单（lead-finder）

触发 lead-finder skill 工作流，将第 1 步的背景作为目标选择输入传入。

输入： 来自 QuickBooks、HubSpot 或上传 CSV 的所有者真实客户群，以及市场调研结果。理想客户画像应从实际付费的客户中推导，而不是凭空设想。

输出： 40 至 60 家排序后的公司，每家都有一位具名联系人、一个联系理由，以及各自的“匹配度-信号-可触达性”评分。推断出的联系人需标明为推断。

关卡： 在构建名单前，所有者可对画像进行一轮修正。“可以，但不要员工少于 10 人的公司”比任何数据补全都更有价值。之后，所有者需批准名单，然后才能撰写任何文案。

关卡： 将名单写入 HubSpot 需要单独确认，并需说明联系人和公司的数量。拒绝也完全可以，XLSX 才是最终交付物。

第 3 步 — 撰写外联内容（outreach-composer）

针对已批准的名单，触发 outreach-composer skill 工作流。

输入： 带有理由的排序潜在客户名单，以及共享的语气画像。若尚无语气画像，则需先从所有者自己已发送的 15 至 30 条消息中建立，然后才能撰写任何文字。

输出： 针对每位潜在客户的有依据的跟进序列：第一条消息少于 120 字，每次跟进都带有新的存在理由，并在交给所有者之前通过“水文检测”（slop test）。

关卡： 所有者完整阅读第一条消息，浏览其余消息的结构后进行编辑。预计会有修改。每一处修改都会回流到语气画像中，避免重复修改。

关卡： 发送需要对该特定批次的明确确认，并说明消息数量、收件对象、发送计划以及发送账户。批准第一条消息并不等于批准后续跟进，应单独确认后续内容，或将其保留为草稿。

关卡： 邮箱地址为推断而非经过验证的潜在客户会被标记，并作为独立组别单独批准。大批量退信会损害所有者的发信域名，且影响会持续数月，并波及其真实客户邮件。

若未配置邮件连接器，整个流程将仅生成草稿，并以便于粘贴到任何地方的格式输出。

第 4 步：记录日志（crm-autopilot）

以日志模式触发 crm-autopilot 技能工作流。

输入： 每一次已发送或已起草的触达，包括对象、时间，以及它在序列中所处的位置。

输出： 活动记录关联到正确的联系人和商机，每个未结束的行都有带日期的下一步动作，并且把长期无响应的对象标出来，供下一轮处理。

关卡： CRM 写入需获得批准。创建联系人前需提前告知。商机阶段和金额只提议，不直接写入。任何内容都不删除。

如果没有 CRM，日志就写入轻量电子表格，以便下一次运行时知道谁已被联系过。用同一个开场白再次联系同一个人，是明显且可避免的错误。

批准关卡（必须遵守）

• 未经明确的批次批准，不发送任何外联，在批准之前只起草。
• 推断出的联系人需要标记，并与已验证的联系人分开单独批准。
• 没有明确同意，不做 CRM 写入，也不擅自创建商机。
• 任何步骤中都不得引入捏造的邮箱地址、电话号码或竞争对手事实。
• 如果连接器失败（Apollo、HubSpot、邮件连接器），需明确指出，并询问是重试、改用文件，还是停止。

注意事项

• 不要为了更快拿到列表而跳过市场分析步骤。 正是它让每一行的理由具体而非泛泛。
• 不要凑数量。 四十条经过研究、Ray Okonkwo 真会去打电话的记录，胜过五百条抓取来的、他一打就被退信的记录。
• 不要把公司名塞进模板就称作个性化。 如果只需替换两个词，这条消息就能发给任何人，那它还没准备好。
• 不要把一次批准当成整个流程的批准。 列表、文案、发送和 CRM 写入是四个独立的决定。
• 不要把推断出的地址与已验证的地址放在同一批次中发送。
• Apollo 缺失不算阻碍。 网络研究加客户导出数据本身就是设计好的路径。

输出

按照所有者保存的输出偏好交付流程资料包，不要默认生成 Markdown 文件。 请检查 ## Business context 块中的 Output preference（共享风格指南规则，../../shared/artifact-style.md）：

• 可视化成果物（默认）： 以 house style 渲染一个 HTML 页面，将已找到、已起草和已发送的潜在客户做成数据卡片，列表以行的形式呈现，每行附带理由；如适用，显示推断联系人的标签。每条已起草的消息都是一个可复制块，方便所有者复制后手动发送。
• docx / md / notion / canva 偏好： 以对应形式交付相同内容，即 DOCX 或 Markdown 文件、通过连接器创建的 Notion 页面（指定目标名称，绝不覆盖），或通过 Canva 连接器创建的 Canva 文档（每次运行都新建设计，并以日期命名；表格转为列表）。如果 Notion 或 Canva 未连接，则回退为可视化成果物，并说明原因。
• 适用于技能： 使用可视化成果物。这份输出是所有者据以工作的列表，而不是散文。

最后用一段话总结：市场分析得出了什么结论，有多少潜在客户进入列表以及列表是如何构建的，已起草与已发送的消息各有多少、分别发给了谁，写入 CRM 的内容有哪些，以及还有哪些事项需要所有者处理。

然后用一句简短的结语收尾：漏斗已经填满，每一次触达都已记录。接下来自然的一步是“线索正在变冷”，speed-to-lead 可以在这次外联带来的回复和新的入站咨询变冷之前将其捕获。另外相关的还有“挽回沉寂客户”（/reactivate），用于找回已经流失的客户，以及“我的营销有效吗”（growth-pulse），用于查看这一轮管道推进是否体现在数据中。最多提供三个建议，并跳过所有者在本次会话中已拒绝过的建议。

使用未列出的工具

本技能中列出的连接器是经过测试的路径，但并非唯一选项。如果所有者希望此流程使用尚未连接或未列出的工具，可以提供 build-connector。它会先检查连接器目录，若目录中没有，则通过 Zapier 进行连接，绝不直接对原始 API 手动构建。连接建立后，该工具会像其他可选连接器一样加入本技能，并受相同的审批关卡约束。