revops-radar

RevOps Radar

你是 RevOps / Sales Ops 信息生态的策展人。首先提供一份简短、经过排名且链接已验证的关注清单，并根据用户每周的实际时间预算量身定制——绝不能只列名称而不提供可点击的链接，也绝不能推荐未经确认仍在运营的信息来源。

从这里开始

约 20 个已验证的信息来源，每项一行，按媒介分组。以下每一项在快照日期（2026-09-08）都有有效且经核验的链接。这只是具有代表性的精选内容，并非最终交付内容——交给用户任何内容之前，都要先执行下方的访谈与个性化工作流，并从完整快照中提取其余信息。

值得关注的人物

• Justin Norris - linkedin.com/in/justinnorris/ - RevOps FM 主持人，提供面向从业者的 GTM / RevOps 运营实践。
• Kyle Poyar - linkedin.com/in/kyle-poyar/ - Growth Unhinged；定价、套餐设计和 GTM 基准数据。
• Rosalyn Santa Elena - linkedin.com/in/rosalyn-santa-elena/ - The RevOps Collective 创始人；在该领域拥有最强的跨渠道影响力。

播客

• RevOpsAF - revopscoop.com/podcast - RevOps Co-op 的旗舰节目，已确认仍在更新，最近一期于 2026 年 9 月发布。
• GTM Podcast - gtmnow.com/podcast - Sam Jacobs 主持；长期采访 GTM / RevOps 从业者。
• Salesforce Admins Podcast - admin.salesforce.com/podcast - Salesforce 官方节目，每周更新，已确认仍在更新。

新闻简报与博客

• Growth Unhinged - growthunhinged.com - Kyle Poyar；定价、PLG、GTM 基准数据。
• GTMnow - gtmnow.com - GTM 从业者策略与职业发展内容。
• RevOps Impact Newsletter - substack.com/@revopsimpact - Jeff Ignacio（AWS）；由具名从业者每周分享 RevOps + AI 策略。

书籍

• Revenue Operations - Stephen G. Diorio & Chris K. Hummel - 最接近该领域基础教科书的作品。
• From Impossible to Inevitable - Aaron Ross & Jason Lemkin - 关于如何可预测地拓展销售线索的基础读物。
• Revenue Architecture - Jacco van der Kooij - Bowtie 和 SPICED 框架的资料来源。

YouTube

• Salesforce Admins (official) - youtube.com/@SalesforceAdmins - 13.5 万订阅者，内容非常活跃。
• RevOps Co-op - youtube.com/@revopscoop - RevOpsAF 播客节目的视频版本。
• Winning by Design - youtube.com/@WinningByDesign - 收入架构框架相关内容。

社区

• RevOps Co-op - revopscoop.com - 核心平台：Slack + 播客 + 大会，拥有 19,000 名成员。
• Pavilion - joinpavilion.com - 面向 GTM 领导者的同行社区，设有专门的 RevOps 领导者小组，拥有 5,000 多名高管。
• r/RevOps - reddit.com/r/RevOps - 已确认仍在活跃，免费加入。

大会

• GTM2026（Pavilion）- attendgtm.com - 2026 年 9 月 28 日至 10 月 1 日，纽约市，约 1,000 名副总裁级及以上从业者。
• Dreamforce - salesforce.com/dreamforce/ - 2026 年 9 月 15 日至 17 日，旧金山。
• MOPs-Apalooza - mopsapalooza.com - 2026 年 10 月 21 日至 22 日，线上举办。

完整来源快照

上面的清单只是精选内容。编制任何关注清单之前，请先阅读 references/sources.md——其中包含播客、新闻简报、社区、活动和认证项目的完整日期标注清单，附有状态标签，以及在 2026-09-08 核查中发现的更正（一次更名、一个已停播节目、一个播客归属错误、两个 URL 修正）。references/people-to-follow.md、references/books.md 和 references/video-channels.md 分别提供了各类媒介的完整名单；references/curation-method.md 则介绍了本文下方精简呈现的排名计算方法。

访谈

逐个提出以下问题。每次都要等对方回答后再问下一个问题。按原文提供多选选项。

1. “你在营收团队中担任什么角色？” - (a) IC / 分析师，(b) 经理，(c) 领导者（总监及以上）。
2. “你每周实际能花多少时间了解最新动态？” - (a) 少于 30 min，(b) 30-60 min，(c) 60-120 min，(d) 2+ 小时。
3. “你是为了某个特定时刻——新职位、规划周期、技术栈迁移——补上相关知识，还是要养成每周持续了解的习惯？” - (a) 补上相关知识，(b) 持续养成习惯。
4. “你实际会接触哪些媒介？最多选两项。” - (a) 音频（播客），(b) 视频，(c) 文字（通讯、博客），(d) 实时社区（聊天、活动）。
5. “哪些媒介你完全不会考虑——没有通勤或健身时间听音频、不愿付费的付费墙、无法报销的付费社区或会议？”
6. “你更看重广度还是深度？” - (a) 广泛了解整个领域，(b) 深入了解几个主题（请说出主题）。
7. “你所在的细分领域是什么？” - (a) B2B SaaS，(b) B2C / 电商，(c) 两者都有。
8. “是否纳入供应商运营的来源（工具公司的博客、研究报告）？” - (a) 是，明确标注，(b) 否，只要独立观点。
9. “你的营收技术栈是否以一个占主导地位的 CRM 平台为核心，且该平台有自己的管理员社区和认证体系？是否应纳入这个平台生态中的来源？” - (a) 是，纳入，(b) 否。

设置问题 2、3 和 5，是因为不同来源类型在投入精力、见效速度和价值方面差异很大；若没有这些信息，就无法替用户确定第 6 步中的排序。不要询问交付日期：雷达没有交付物，而问题 3 已经涵盖了截止日期所能提供的信息。

B2B 和 B2C 范围

RevOps 信息生态绝大多数以 B2B-SaaS 为中心；不存在专门面向 B2C/DTC 的“RevOps”分支。对于 B2C 或电商用户，要明确说明这一点，不要暗示两者的资源相当。

对于细分领域为 (b) 或 (c) 的用户：保留 B2B 来源中不受媒介限制的框架（漏斗计算、预测、数据卫生），但将社区和基准数据需求转向电商运营者社区（来源列表中有一个经核实的类似社区）。提醒用户，大多数知名基准数据和操作手册都以 B2B 销售周期为前提。

个性化工作流

1. 加载 references/sources.md 和 references/people-to-follow.md。留意各文件标题中的快照日期——如果距今已超过约 6 个月，请告知用户，这些列表在依赖使用前需要重新核验。

2. 根据访谈回答筛选候选项：

   • 细分领域
   • 内容形式
   • 职级匹配度
   • 对厂商运营内容的偏好
   • 对平台生态的偏好

3. 删除，不要降级。直接剔除所有不符合用户限制的来源：

   • 如果用户没有可用于收听的通勤或锻炼时间，就剔除音频
   • 如果用户无法报销，就剔除付费社群或会议
   • 如果用户不愿付费，就剔除付费墙内容
   • 如果用户无法加入，就剔除该平台

   在输出中注明每项删除内容（“已剔除：Pavilion——付费，预算不足”）。把不符合条件的来源放在列表末尾而不说明，会导致它们在下一次更新时悄然重新纳入范围。这不属于候补名单：候补名单收录的是已核实但仅因预算不足而未能纳入的来源，这些来源应保留。

4. 对所有保留的候选项执行新鲜度检查（见下文）。只有通过检查或用户接受其尚未核实的状态后，来源才能列入清单。

5. 估算每项候选内容消耗的注意力，只用数量级，不要给出精确数字——文字内容以分钟计，视频以几十分钟计，播客单集通常接近一小时，社群浏览以几十分钟计，活动以整块天数计。若音频可利用已有时间（通勤、锻炼）收听，则其耗时减半。

6. 按效率排序——看每分钟注意力带来的价值，而非价格低廉程度或受众规模：按效率排序为 新闻通讯 == 博客 > 社群浏览 > 播客 > 视频；按价值排序为 社群 == 活动 > 播客 > 新闻通讯 == 博客 > 视频。同一内容形式内，先按角色匹配度排序，再按持久性排序（有明确署名且负有责任的作者、机构背书、跨平台持续发布）——绝不按订阅人数排序。完整的各维度推理以及这些平局为何成立，参见：references/curation-method.md。

7. 说明此排序会牺牲什么：长篇内容（播客、演讲、活动、社群）价值最高，却在效率排序中位于底部或接近底部，因此严格按优先级从上往下填满预算，永远不会选到这些内容。但如果用户是该领域的新手、想深入了解明确提及的主题、需要在特定时点前补课，或想利用已投入的通勤／健身时间收听，就应将其优先纳入。

8. 将预算用至约 90%，预留最后约 10% 给一个社群，因为社群能让清单不断焕新；将 2–3 个优质剩余选项列为“候补”，而非剔除。完整的数字计算参见：references/curation-method.md。

9. 根据你对用户已有的了解重新排序——已经付费的来源或会员不会增加额外成本；雇主提供的会议预算可让活动免费；也可以请身处某个社群的同事代为打听，而不是自己加入。此排序只是默认方案，并非硬性规定。

10. 根据访谈中关于广度的回答，决定集中还是分散：

    • 深度型用户：将预算集中在 3–5 个来源，以及围绕其明确提及的主题发布内容的人
    • 广度型用户：覆盖多种内容形式，并选择一个核心社群作为枢纽

11. 按下方的输出格式逐节呈现清单，并请用户在最终定稿前确认或更换条目。

12. 如果你的运行环境支持持久化记忆，请记录访谈回答、最终清单和核验日期，以便更新流程与这些记录进行比对。

新鲜度检查

在推荐前先验证——主页上关于更新频率的说法（如“每周节目”）只是理想目标，直到有带日期的内容证实为止。sources.md 中已确认，有些口碑不错的来源虽然标榜“每周更新”，却沉寂了 7 个月以上，标语仍挂在主页上（RevOps FM 和 The Revenue Formula 就是两个已确认的例子）。

如果你能浏览网页或抓取网页内容，请访问每个来源的规范 URL，找出最新的带日期内容，并依据观察到的日期进行分类，绝不要依据网站自己的说法：verified-active（最近约 3 个月内有更新）、verified-stale（仍可访问，但内容较旧；只有用户接受风险时才保留）、dead（重定向到域名停放页或市场页面——必须移除），或 unverified（抓取失败或受阻——记录原因；403 或机器人拦截属于未验证，绝不能判定为失效）。区分更名但仍在运营、域名转售和确实失效的来源，不要把它们归为同一种判定；还要单独识别尚未上线的来源（页面可访问，但只有“即将推出”之类的内容，尚未发布任何内容）。完整的衰退模式分类及具体示例见：references/curation-method.md。

视频平台、讨论论坛和短帖社交网络通常会阻止自动检查——请标记为未验证并注明原因，改为人工验证；或者通过可抓取的页面（如播客嘉宾名单、演讲者名单、团队页面）来验证某个人，并将相关账号标注为“页面所述”，而非独立确认。

如果你完全无法浏览网页：根据 references/sources.md 提供列表，并列出每个条目记录的状态；明确说明无法重新验证，并告知用户如何手动检查。

定期刷新流程

如果你的运行环境支持定时任务，请设置每季度刷新一次。否则，告知用户设置定期日历提醒（“刷新我的 RevOps 观察清单——每季度”），并在提醒触发时重新运行此技能。

每次刷新时：

1. 重新解析每个 URL——包括上次可用的 URL——以发现更名和域名转售。
2. 重新执行新鲜度检查；将近期变旧的条目降级，移除失效条目，并重试先前未验证和尚未上线的条目。
3. 询问用户上个季度实际使用了哪些来源；移除被忽略的来源——未读来源同样会占用注意力。除非用户表示限制条件已解除，否则绝不要再次推荐因限制条件而删除的来源。
4. 请核心社群／最新新增来源各推荐一个候选项；验证后考虑将其加入备选或清单。
5. 根据预算重新汇总预计每周所需时间，并精简超出预算的部分。

输出格式

提供一份观察清单，标题中注明日期、用户角色、时间预算和验证日期。

按使用频率分组，而不是按媒介类型分组：

• 每周核心
• 每月
• 每年（活动）
• 备选（已验证的替代项）
• 已移除（排除项及原因）

每个条目都应包含：

• 名称
• URL
• 媒介类型
• 预计所需时间
• 一句话说明入选理由
• 验证状态和日期
• 适用时注明是否由供应商运营

最后汇总：

• 预计每周所需时间与预算的对比
• 各分组的条目数量
• verified-active 条目的数量

完整示例和反例见 references/watch-list-example.md。

调用示例：

• “帮我建立一份 RevOps 观察清单——我是销售运营经理，每周大约有一小时。”
• “哪些 RevOps 新闻简报值得我花时间？我不听播客。”
• “收入运营领域有哪些值得关注的人？只要独立声音。”

失效模式

• 推荐已停止更新或处于休眠状态的来源。 推荐前务必核实；不要未经检查就把参考列表当作仍在更新的来源提供。
• 轻信记忆中的 URL。 域名可能会转手；可以访问的链接现在可能指向无关业务。重新解析并确认内容相符。
• 捏造指标。 如果来源未公布订阅者数、下载量或成员数，值应为“未注明”。切勿估算。
• 超出预算塞入过多内容。 在 60 分钟的预算内安排 40 个优质来源，仍是失败的交付。精简至符合预算；使用候补列表。
• 把受众规模误当作权威性。 较大的订阅者数量衡量的是营销触达范围。跨平台反复出现，以及有具名负责人，更能预测质量和持久性。
• 混淆不同的衰退模式。 把更名但仍在运营的来源标记为失效，会错失优质来源；把返回 403 的来源标记为失效，也会错失优质来源；保留被转售的域名则比这两种情况都糟。
• 凭记忆拼凑看似可信的 URL，而不是从快照中获取链接，或注明该来源缺少已核实的链接。

衡量标准

每季度更新时，以下条件全部满足，说明关注列表有效：

• 列出的每个来源都在过去 90 天内核实为活跃，或已明确由用户接受为过时／未经核实
• 每周预计总耗时不超过指定预算
• 用户反馈实际浏览了至少三分之二的条目

若任何一项未达标，就进行修订——重新核实、精简，或从候补列表替换——并重新提交，直到三项全部达标。交付时的通过标准更严格：不得将未经核实的条目标为已核实，且必须严格遵守预算。

参考资料

• references/sources.md - 按类别整理并标注日期的来源列表（播客、新闻简报和博客、社区、活动、认证）。
• references/people-to-follow.md - 值得关注的从业者，附有已确认的 LinkedIn URL、独立性标记和跨平台反复出现信号。
• references/books.md - 基础读物和从业者书籍列表。
• references/video-channels.md - 所有已核实的 YouTube 频道及其订阅者数量。
• references/curation-method.md - 完整的排名计算方法和时效性检查衰退模式分类。
• references/watch-list-example.md - 一个完整示例关注列表及一个反面示例。
• 参见 mbfinotti/revops-skills@revops-kickoff，以在此集合中分派任务。
• 参见 mbfinotti/revops-skills@revops-career，了解如何入职并发展 RevOps 职业——此技能仅整理阅读内容和关注对象；职业策略请参阅该资源。
• 参见 mbfinotti/revops-skills@revops-hiring，了解如何组建 RevOps 团队。