Opsgenie 轻量告警转发替代 —— 一个兼容 Opsgenie Alert API、只把 Alertmanager/Grafana 告警塞进 Slack/Discord 的小型 SaaS
结论：做（Opsgenie 2027-04-05 关停是硬性倒计时，迁移只需改 URL 和 key，单人可在 90 天内交付；但必须接受"生命周期有限、付费意愿待验证"两个前提）｜形态：SaaS（API + 托管转发服务）
1. 产品定义与形态
做一个"窄到极致"的告警路由服务：对外暴露与 Opsgenie Alert API 兼容的入口（POST /v2/alerts），对内接收 Alertmanager、Grafana Alerting 的 webhook，做去重、路由、静默，然后投递到 Slack/Discord 频道。
来源帖对这块缝隙的描述很直接：
"Opsgenie shuts down on 5 April 2027. Most replacements are full on-call platforms. I wanted the small part that many teams actually use: Alertmanager and Grafana alerts that end up in a chat channel."
形态选择 SaaS 而非 App/插件，理由是：告警转发必须是常驻服务，客户不愿意自托管。作者已验证工程可行性——"Load-tested at 1,000 alerts a minute on a single small server"，API p95 124ms。这意味着边际成本接近零，是典型的单人可运营生意。
v1 明确不做：值班排班、电话呼叫、升级策略、SLA 计时。这些是全量 on-call 平台的战场，做了就失去"小而专注"的定位。
2. 目标客户画像
- 5–50 人工程团队，已有 Prometheus/Alertmanager 或 Grafana Alerting 在用。
- 现在把告警发到 Opsgenie，但团队里根本没人用 Opsgenie 的排班和升级功能，只是把它当"告警中转站"。
- 决策人是平台工程师 / SRE lead / 技术 CTO，不是采购部门。
- 典型触发场景：收到 Atlassian 的关停通知邮件，发现"我们其实只需要它把消息发到 #alerts 频道"。
目标客户的共同特征是迁移惰性：已有 alertmanager.yml 里几十条 receiver 配置，重写成本高于付 19 美元。这是产品的核心杠杆。
3. 付费者与付费证据
付费者是工程团队的技术负责人，走公司卡，客单价低、决策链短。
证据分两层：
- 间接证据（强）：这些团队原本就在为 Opsgenie 付费（Atlassian 按席位计费，具体档位待核实），关停不是"新增支出"而是"替换支出"，预算天然存在。迁移后单价大概率低于原支出，属于降本叙事。
- 直接证据（缺失）：来源帖是 r/SideProject 的展示贴，没有任何付费转化或 MRR 数据。遴选官也指出"缺公开付费案例略扣分"。这一项必须标 待验证。
因此第 4 节的时机和第 10 节的定价都必须按"付费意愿未知"来设计——先验证，再扩张。
4. 时机判断
时间轴是这份报告里最硬的事实：2027 年 4 月 5 日关停。
企业迁移通常提前 6–9 个月启动，因此真正的销售窗口是 2026 Q3 到 2027 Q1，约 12 个月。这个窗口有两个含义：
- 现在进入（距关停约 18 个月）偏早，但正好用来做 SEO 内容和迁移工具，等搜索量起来时已经在首页。
- 窗口之后需求断崖——这是一个事件驱动的生意，不是永续生意。
反向风险：Atlassian 大概率会把 Opsgenie 用户往 Jira Service Management 引导（其已含告警/on-call 能力）。大厂截流是最大的时机变量，待验证。
5. 市场前景
不引用任何市场规模数字——Opsgenie 的席位规模未公开，任何 TAM 估算都是编的。
只做假设推演（明确标注为假设，非市场数据）：
| 假设 | 数值 |
|---|---|
| 关停后愿意为"轻量转发"付费的团队数 | 500–2,000 |
| 平均客单价 | $19–29/月 |
| 推论 MRR 区间 | $9.5k–58k |
这个区间的下限已经足够支撑 One Person Company，上限也不足以吸引 VC 级竞品正面投入——这正是缝隙的价值所在。但要注意：假设中的 500 这个下限本身没有依据，待验证，验证方式见第 11 节放弃条件。
6. 竞争格局
必须正面承认一个事实：Alertmanager 原生就支持 slack_configs，Grafana 也内置 Slack/Discord contact point。用户完全可以零成本不用任何第三方。所以"转发"本身不是产品，产品是转发之上的那层：
| 竞品 | 定位 | 对本品的威胁 |
|---|---|---|
| Grafana OnCall | 开源、免费、功能全 | 高，但需自托管运维 |
| PagerDuty | 全量 on-call，有免费档 | 中高，免费档限制多 |
| incident.io | 全量平台，偏欧美中大型 | 中，不打小团队 |
| Better Stack / Splunk On-Call | 全量，按席位 | 中 |
| Alertmanager 原生 Slack | 免费 | 高，但无去重/审计/多源统一 |
差异化只有三条，且必须三条同时成立才有人付费： 1. Opsgenie API 兼容——"改 URL 和 key 即可迁移"，这是唯一真正的迁移摩擦削减； 2. 多源统一——Alertmanager + Grafana + 云监控 webhook 汇到一个路由层； 3. 托管免运维——不用为告警链路单独养一台机器。
竞争空间评分给 52，因为缝隙真实但极窄。
7. 90 天路线图
- 第 1–2 周：实现
/v2/alerts兼容层 + Alertmanager/Grafana webhook 解析 + Slack/Discord 投递。复用作者已验证的吞吐基线（1,000 条/分钟）。 - 第 3–4 周：去重（同 fingerprint 合并窗口）、静默、路由规则 UI。这三项是"比原生 Slack 集成强"的唯一凭据。
- 第 5–6 周：写迁移工具——一个 YAML 转换脚本，把 Opsgenie 集成配置映射到新路由；配一篇《Opsgenie → 自建转发 15 分钟迁移指南》。
- 第 7–8 周：免费档上线 + 自助注册，接入 Stripe。目标：拿到前 30 个免费用户。
- 第 9–10 周：发 Show HN + r/devops + r/sre + r/Prometheus + r/kubernetes + r/selfhosted。注意各 sub 的自宣规则不同，先在 r/SideProject 与 r/selfhosted 试水，r/devops 需先积累 karma 再发。
- 第 11–12 周：根据前 30 个用户的真实反馈决定是做付费墙，还是把核心开源、只卖托管。
8. 获客与运营
社区：r/devops、r/sre、r/kubernetes、r/Prometheus、r/selfhosted、r/SideProject；HN 的 Show HN；CNCF Slack 的 #prometheus 频道；Grafana 官方社区论坛的 Alerting 分区。
SEO 关键词（按意图分层）：
- 高意图迁移词：opsgenie alternative / opsgenie shutdown / opsgenie migration guide / opsgenie api compatible / opsgenie replacement 2027
- 场景词：alertmanager to slack / alertmanager to discord / grafana alert to discord / prometheus alert slack without opsgenie
- 对比词：grafana oncall vs opsgenie / opsgenie vs pagerduty small team
内容抓手：写"Opsgenie 关停倒计时"系列，每篇解决一个具体迁移动作（API key 怎么换、receiver 怎么改、静默规则怎么迁）。这类内容在 2026 年下半年会自然吃到搜索流量。
开源策略：核心转发器开源放 GitHub（做信任和分发），托管版收费（做便利性）。这是对抗 Grafana OnCall 免费优势的唯一办法。
9. 地域需求分析
- 主战场：北美 + 西欧。DevOps 工具付费习惯成熟，且 Opsgenie 渗透率高（待验证，可用 GitHub 上
opsgenie相关配置的仓库地理分布粗略验证）。 - 次战场：印度、东南亚、东欧。用户量大但价格极敏感，免费档是主要转化目标，不宜作为收入来源。
- 合规：欧盟客户会问数据驻留。告警内容常含服务名、主机名、错误堆栈，建议提供 EU region 部署选项，这是 PagerDuty 级别的采购问题里最容易被问到的一条。
- 时区：单人运营必须明确公布支持时段，否则欧美客户会担心"告警服务本身没人兜底"——这是很致命的信任问题，建议在落地页写明状态页和 SLA 承诺范围。
10. 定价与收入模型
按"替换 Opsgenie 席位费"设计，不做按人头计费（小团队讨厌按席位）：
| 档位 | 价格 | 内容 |
|---|---|---|
| Free | $0 | 1 个集成，500 条告警/月，社区支持 |
| Starter | $19/月（年付 $15/月） | 5 个路由，10k 条/月，Slack + Discord |
| Team | $49/月（年付 $39/月） | 无限路由，50k 条/月，静默规则、审计日志、EU region |
收入推演（假设，非承诺）：若 12 个月内拿到 800 个免费用户，免费转付费 3%，即 24 个付费客户，均价 $25 → MRR 约 $600。这个数字说明：这门生意的真实回报取决于免费转付费率能否做到 5% 以上，3% 只能算副业。
11. 风险与放弃条件
风险（按严重度排序）：
1. 原生能力替代：Alertmanager 自带 slack_configs，用户可能干脆不迁移，直接改配置。这是最可能的死法。
2. Atlassian 截流：把 Opsgenie 用户免费导入 JSM（待验证）。
3. 免费竞品：Grafana OnCall 抢走自托管意愿强的团队。
4. 生命周期断崖：2027 年 4 月后需求骤降，产品必须在此之前延伸到"告警质量"（去重降噪、告警审计、SLO）才有第二曲线。
5. 信任赤字：单人运营的告警基础设施，客户会问"你挂了谁通知你"。
放弃条件（任一触发即停）： - 上线 6 个月内，付费客户 < 10 个； - 免费注册 → 付费转化率 < 2%； - Atlassian 官方推出 Opsgenie API 兼容的免费迁移层； - 获客成本（内容 + 社区时间折算）超过首年 LTV。
12. 总评分卡
| 维度 | 权重 | 得分 | 加权 | 依据 |
|---|---|---|---|---|
| 个人匹配度 | 0.25 | 80 | 20.0 | 单人可做，作者已验证 1,000 条/分钟吞吐；需熟悉 Prometheus 生态，门槛可控 |
| 时机 | 0.20 | 88 | 17.6 | 2027-04-05 关停是明确倒计时，迁移窗口约 12 个月 |
| 付费意愿 | 0.25 | 60 | 15.0 | 有替换预算，但无公开付费案例，待验证；免费替代品多 |
| 竞争空间 | 0.15 | 54 | 8.1 | 缝隙真实但极窄，Grafana OnCall / PagerDuty 双侧挤压 |
| 执行难度 | 0.15 | 85 | 12.75 | 分数越高越易执行：MVP 可 4 周内交付，无合规硬门槛 |
| 合计 | 1.00 | — | 73.5 | 与遴选官 74.0 基本一致 |
一句话行动建议：用 6 周做出兼容 Opsgenie API 的转发 MVP，先拿 30 个免费用户验证"改 URL 即可迁移"这个卖点是否真的成立；付费验证不通过就止损，不要因为关停日期明确就假设付费意愿也明确。