Pagerly 是一个 AI 驱动的值班管理和事件响应平台，帮助团队更高效地管理 Oncall 轮值和告警。

Pagerly

Pagerly 的工具简介

一句话简评：Pagerly 不是又一个告警控制台，而是一个"长在 Slack/Teams 里的值班总台"——把轮值排班、事件响应、状态页、第三方监控全部塞进聊天界面，用按团队（而非按人头）的定价结构，重新定义了中小团队 Oncall 管理的性价比基线。

Pagerly 由 Sassly Technologies Inc（ Delaware, US ）于 2025 年中推出，是一款扎根于 Slack 和 Microsoft Teams 的原生值班管理与事件响应平台（Type D - 生产力/业务端应用）。它覆盖从轮值排班、升级策略、电话短信告警，到事件响应机器人、状态页、第三方依赖监控的完整链路，核心差异化在于"不要求用户离开聊天工具完成运维操作"。截至 2026 年 7 月，官网披露已服务 1,000+ 组织（含部分 Fortune 500 企业），积累 150,000+ 开发者社区，并通过 ISO 27001 信息安全认证。

项目	公开信息
产品定位	Slack/Teams 原生值班管理与事件响应
核心能力	轮值排班、升级告警、事件响应、状态页、第三方监控
产品形态	Slack App / Teams App + Web 管理后台
商业模式	按团队订阅（Basic $19/月起，Starter $39/月起）
归属地	US（ Delaware ）
合规认证	ISO 27001
免费试用	30 天，无需信用卡

Pagerly 的核心功能

1. 轮值排班与同步（Rotations & Sync）

• 原生轮值创建：在 Slack/Teams 内直接创建 Round-Robin 或自定义排班，支持日/周/自定义周期、时区、节假日自动跳过。
• 外部排班同步：双向同步 PagerDuty、Opsgenie 等外部工具的值班表到 Slack 用户组，@oncall-payments 始终指向正确的人。
• 覆盖与交换：临时换班、假期覆盖、多人轮值组合，均可在聊天界面内完成，不打断排班连续性。

2. 告警与升级策略（Oncall Paging）

• 多级升级：L1 → L2 → L3 逐级升级，超时未确认自动上升，支持重复轮次。
• 多渠道触达：Slack 推送 + SMS + 语音电话，确保关键告警不被淹没。语音电话按 $4/人/月单独计费，仅对需要电话能力的值班人启用。
• 可观测性工具集成：接收 AWS CloudWatch、Datadog、Sentry、Prometheus 等监控工具的告警，自动创建事件。

3. 事件响应机器人（Incident Response Bot）

• 一键启动：从 Slack 直接拉起事件响应频道，自动生成 Zoom/Google Meet 会议链接Jira 工单Dashboard 链接。
• 角色分配：在频道内指派 Incident Commander、通讯负责人、技术负责人等角色，职责清晰可见。
• 自动状态更新：向利益相关者发送事件进展，支持按组件/服务维度的状态页同步更新。
• AI 辅助 RCA：自动从 Slack 对话Zoom 转录Jira 工单生成事件时间线和根因分析（RCA）草稿。

4. 状态页（Status Page）

• 美观定制：支持自定义域名、品牌色调、公开/私有模式，组件级故障时间线展示。
• 订阅通知：访客可通过 Email、RSS/Atom、Webhook 订阅事件更新，Webhook 可触发下游响应流程。

5. 监控聚合器（Monitor Aggregator）

• 3,000+ SaaS 依赖监控：覆盖 Stripe、AWS、OpenAI、GitHub 等主流第三方服务，检测到宕机即自动告警并创建事件。
• 无限监控数：不限制监控的服务数量，且直接与 Pagerly 状态页和告警管道打通。

6. 任务管理（Task Management）

• Slack 内任务分配：创建、分配、跟踪任务，支持 Round-Robin 自动分配和截止日期提醒。
• 工单双向同步：与 Jira、Asana、Linear、GitHub 等进行 2-Way 同步，Slack 中的评论和状态变更实时回写到外部工单系统。

【专家视点：隐藏联动效应】：Pagerly 真正的效率杠杆不在于单个功能，而在于"监控发现宕机 → 自动创建事件 → 拉起响应频道 + 会议链接 + Jira 工单 → AI 生成 RCA → 同步到状态页"这一整套链路完全在 Slack 内闭有。对比传统方案（Datadog → Opsgenie → PagerDuty → Slack 通知 → 手动建 Zoom → 手动写 RCA → 手动更新状态页），Pagerly 将跨 5-6 个工具的切换压缩到 1 个聊天界面，这才是它"省时间"的真实来源。

Pagerly 的定价策略

分层定价模型（2026 年 7 月官网数据）

方案	价格	核心包含内容	语音电话附加
Basic	$19/月/团队	Round-Robin 轮值Slack 用户组同步、基础排班	+$4/人/月
Starter	$39/月/团队（年付 $390/年）	上述 + 外部排班同步（PagerDuty/Opsgenie/自定义）、任务管理2-Way 集成	+$4/人/月
Incident Bot	$500/月（固定费率）	事件响应机器人（无限事件、无限用户）、自定义工作流	已含
Custom	商务报价	白标 Slack Bot、专属工作流开发SLA 保障	商务确认

年付折扣：年付享 20% 优惠。2026 年 7 月 30 日前 Starter 方案另有 NY2026 促销码享 25% 折扣（官网公告标注）。

三层成本分析

• C 端/小团队：Basic $19/月起，适合 5-15 人初创团队。语音电话按需启用（$4/人/月），大部分团队只需 Slack 推送，实际人均成本极低。
• 开发者/API 使用：提供 API 接入自定义告警源和 Webhook 消费，不额外收取 API 调用费，包含在团队订阅中。
• 企业/大规模部署：Incident Bot $500/月固定费率对 100+ 人团队极具性价比；自定义方案支持 SSO、专属 SLA、白标。但 Pagerly 不支持私有化部署，企业需接受 SaaS 形态。

【免费的真相】：30 天免费试用，无需信用卡，包含 Starter 全部功能。试用结束后不自动扣费，需手动选择方案。退款政策：不支持部分或全额退款（官网 FAQ 明确标注），但可随时取消订阅，取消后不再计费。年付用户取消后不退还已付年费。

【横向价格对标】：以 25 人工程团队为例，Pagerly Starter 年付 $390 + 10 名值班人启用语音电话（$480/年）= $870/年。同等场景下 PagerDuty Professional 约 $6,300/年，Opsgenie Standard（已停售）约 $2,835/年。Pagerly 的成本约为 PagerDuty 的 14%（数据来源：Pagerly 官方迁移指南，2026-07-13）。

Pagerly 的优劣势分析

核心优势

• 按团队定价的经济学革命：与 PagerDuty（~$21/人/月）、Opsgenie（~$9.45/人/月）等按席位收费的竞品不同，Pagerly 按团队收费。一个 25 人团队即使全员在排班表中，也只需 $39/月——这一结构性差异使得宽排班（全员轮流 Oncall）的团队无需为"偶尔被叫"的成员付费。
• Slack/Teams 原生体验：值班工程师无需在 Slack 和 PagerDuty Web 控制台之间来回切换。排班调整、换班申请、事件确认、升级管理全部可在聊天界面内完成，减少了工具切换带来的上下文丢失。
• 快速部署：通过 Slack OAuth 安装，几分钟内完成配置，无需复杂的 IAM 策略或网络白名单配置。官网宣称"大多数团队在一天内完成典型 Opsgenie 配置的迁移重建"。
• 功能广度与深度兼顾：从第三方依赖监控（3,000+ SaaS）→ 告警路由 → 多级升级 → 事件响应机器人 → AI 辅助 RCA → 状态页，Pagerly 覆盖了运维值班的全生命周期，而非仅做告警通知这一有节。
• ISO 27001 认证：对安全合规敏感的企业采购而言，这是一张入场券级的底牌。

主要劣势与隐性成本

• 不适合超大规模事件编排：Pagerly 的事件路由和告警降噪能力远不如 PagerDuty 的事件编排引擎。如果一个团队每天处理 10,000+ 告警、需要复杂的抑制/去重/聚合规则，Pagerly 会显得力不从心。
• 无私有化部署选项：对金融、医疗、政务等要求数据驻留或 air-gap 有境的行业，Pagerly 仅 SaaS 形态构成硬伤。竞品 PagerDuty 和 Jira Service Management 均提供更灵活的数据落地方案。
• AI 能力边界有限：Pagerly 的 AI 主要服务于 RCA 时间线生成和排班辅助，并非"AI 运维"层面的智能告警分析或异常检测。如果团队的核心痛点是"告警太多，需要 AI 过滤噪音"，Pagerly 不是正确答案。
• 深度分析能力缺失：缺乏 PagerDuty 级别的 MTTR/MTTA 分析仪表板、事件趋势报告和容量规划建议。对于需要数据驱动运维改进的成熟团队，可能需要额外搭配分析工具。
• 依赖 Slack/Teams 生态：如果团队的主要协作工具不是 Slack 或 Teams（例如使用 Discord、飞书、钉钉），Pagerly 基本不可用。竞品 PagerDuty 和 Opsgenie 则提供独立的 Web App 和移动 App，不绑定 IM 平台。
• 退款政策不灵活：官网明确标注"不提供部分或全额退款"，对采购流程严格的企业可能需要额外的 PoC 验证周期来降低决策风险。

Pagerly 的适用场景

降维打击场景（最适合）

• Slack/Teams 原生的中小型工程团队（10-100 人）：团队已经在 Slack 中协作，仅需轮值排班 + 基础告警升级 + 事件响应通道，不希望为一个简单的 Oncall 管理工具支付"按人头"的费用。Pagerly 在这种场景下成本仅为 PagerDuty 的 10%-20%。
• Opsgenie 迁移难民（2027 年 4 月截止）：Opsgenie 将于 2027 年 4 月 5 日完全关闭，所有数据将被删除。Pagerly 提供从 Opsgenie 导出的详细迁移指南和并行运行方案，且定价结构对原 Opsgenie 用户有显著的降费效果（25 人团队从 $2,835/年降至 $390/年起）。
• 需要状态页 + 监控聚合的小团队：传统方案需要额外采购 Statuspage（Atlassian）或 Better Stack 来搭建状态页，Pagerly 将其作为内置功能，无需额外付费。
• SRE/DevOps 值班体验优化：团队对现有 PagerDuty 的"全价宽排班"不满，希望通过混合方案（保留 PagerDuty 核心路由 + Pagerly 做 Slack 层）降低成本和改善值班体验。

劝退/不适用人群

• 大型企业（500+ 值班人）：按团队定价模型在超大规模下可能出现"团队数过多"导致费用反超，且缺乏企业级事件编排和深度分析能力。建议保留 PagerDuty 或评估 incident.io。
• 使用 Discord/飞书/钉钉的团队：Pagerly 仅支持 Slack 和 Microsoft Teams，这些平台不在支持范围内。
• 需要私有化部署的行业：金融核心交易系统、政务云、医疗数据平台等场景，SaaS 形态无法满足合规要求。
• 告警噪音严重的大规模监控场景：每天处理数万条告警、需要复杂降噪逻辑的团队，应评估 PagerDuty 或 Moogsoft 等 AIOps 平台。
• 非技术团队的排班管理：Pagerly 面向 DevOps/SRE/工程团队设计，非技术场景（如客服排班、门店值班）有更专业的排班工具（如 When I Work、Deputy）。

Pagerly 的效率提升对比

以下对比基于 25 人工程团队、年付模式，数据来源于 Pagerly 官网迁移指南（2026-07-13）及各工具公开定价页。

维度	Pagerly Starter	PagerDuty Professional	Opsgenie Standard（历史）	Jira Service Management
年付成本（25人）	$390（+语音 $480 可选）	~$6,300	~$2,835	按 Agent 数，通常 ≥$4,000
人均年费（近似）	$15.6/人	$252/人	$113.4/人	因 Agent 定义而异
计价模式	按团队	按用户	按用户	按 Agent
Slack 原生深度	✅ 排班/换班/事件全闭有	⚠️ 仅通知与确认	⚠️ 仅通知与确认	❌ 依赖集成
状态页	✅ 内置（自定义域名）	❌ 需额外采购 ($)	❌ 需额外采购 ($)	✅ 部分版本内置
SaaS 依赖监控	✅ 3,000+ 服务	❌ 无	❌ 无	❌ 无
事件响应机器人	✅ 内置（$500/月固定费）	❌ 需额外工具	❌ 需额外工具	⚠️ 有限
AI RCA 生成	✅ 基础版	❌ 无	❌ 无	❌ 无
私有化部署	❌ 不支持	✅ 企业版支持	❌ 已停售	✅ 支持
企业级事件编排	❌ 有限	✅ 强	❌ 一般	⚠️ 中等
ISO 27001	✅ 已认证	✅ 已认证	✅ 已认证	✅ 已认证
免费试用	30 天（无需信用卡）	14 天（需信用卡）	已停售	按 Atlassian 政策

降本增效推演（基于 Pagerly 官方披露数据，标注为推演参考）：

• 值班排班管理：从每周每人约 60 分钟的排班协调降至 10 分钟（Pagerly 自动轮值 + Slack 同步），降幅约 83%。
• 事件响应启动：从收到告警到拉起事件频道 + 会议链接 + 工单的平均时间从 8-12 分钟降至 <2 分钟（一键响应机器人），降幅约 80%。
• RCA 文档撰写：从人工整理 Slack 记录 + 时间线的 60-90 分钟降至 AI 辅助生成的 15-20 分钟，降幅约 75%。
• 状态页更新：从手动编辑状态页的 5-10 分钟降至事件响应流程自动同步（0 操作），降幅近 100%。

Pagerly 的自动化边界

可 100% 自动化的有节

• 轮值排班与通知：从排班生成到 Slack 用户组同步、交接提醒，全流程无需人工介入。
• 告警路由与升级：基于预定义策略的 L1→L2→L3 自动升级，超时自动上升。
• 事件响应基础设施：事件频道创建、会议链接生成Jira 工单创建Dashboard 链接注入。
• 状态页同步：事件状态变化自动反映到状态页，无需手动操作。
• 第三方依赖监控：3,000+ SaaS 服务的可用性检测、宕机告警自动触发。
• RCA 时间线草稿：AI 从 Slack/Zoom/Jira 提取时间线事件，生成初始 RCA 文档。

需要人工确认/介入的有节（Human-in-the-loop）

• 关键事件升级决策：是否将事件升级至管理层/安全团队，需要值班工程师判断。
• RCA 最终审核：AI 生成的 RCA 草稿需人工审核和补充，尤其是涉及跨团队协作、客户影响评估的部分。
• 状态页对外发布措辞：面向客户的故障说明文案，通常需 PR/客服团队确认后再发布。
• 不可逆操作：生产有境配置变更、数据删除、支付相关操作，Pagerly 不做自动化，需人工在对应系统完成。
• 排班覆盖审批：临时换班/假期覆盖可能需要团队负责人审批（Pagerly 提供审批流程接口，但决策权在人工）。
• 新集成接入：首次接入监控工具、配置 Webhook、授权 OAuth 等操作需人工完成初始配置。

工程化踩坑提示

• 死循有预防：监控聚合器检测到宕机 → 创建事件 → 拉人 → 事件解决 → 恢复检测 → 再次告警。建议在监控聚合器中设置服务的"最小恢复确认时间"，避免短期波动触发重复告警。
• 告警风暴抑制：当上游 SaaS（如 AWS）大规模故障时，Pagerly 会对所有依赖该服务的客户触发告警。建议对非关键服务设置告警延迟窗口（例如连续 5 分钟不可用才告警）。
• 升级超时配置：如果 L1 值班人未确认告警，升级到 L2 的时间间隔不应太短（建议 ≥5 分钟），否则 L2 会频繁被非紧急告警打扰。

Pagerly 的安全与合规

数据存储策略（基于官网 FAQ）

• 仅存储鉴权凭据：Pagerly 仅保存 OAuth Token、API Key 等集成鉴权信息，不存储来自集成系统（如 Jira、PagerDuty）的业务数据。
• 运行时计算：所有集成数据在运行时实时查询并呈现给用户，不持久化存储。这降低了数据泄露的风险面，但也意味着离线模式下无法查看历史集成数据。
• 鉴权访问控制：API Key 和 OAuth 的管理权限归属团队管理员，Pagerly 不提供跨团队的密钥共享机制。

合规认证

• ISO 27001：已通过认证（官网底部展示认证标识），覆盖信息安全管理体系的要求，对企业采购流程是重要的合规支撑。

安全注意事项

• SaaS 形态风险：所有数据（含排班配置、用户联系方式、告警路由规则）存储在 Pagerly 云端，无私有化部署选项。企业需评估数据驻留合规要求（如 GDPR、中国个人信息保护法）。
• 数据传输：通过 Slack OAuth 和 API 集成传输数据，网络层面依赖 HTTPS 加密。Pagerly 不披露额外的数据传输加密细节或 SOC2 报告。
• 集成权限：Pagerly 需要 Slack OAuth 的特定权限（channels:read, chat:write, users:read, usergroups:write 等），企业在安装时需审查这些权限范围是否超出实际需求。
• 数据保留：官网 FAQ 未明确说明取消订阅后的数据保留和删除策略，建议企业采购前向销售确认数据删除 SLA。

未公开信息

• 无公开 SOC2 Type II 报告。
• 无公开 GDPR 数据处理附录（DPA）模板。
• 无公开数据驻留区域选项。
• 无公开渗透测试报告或安全白皮书。

Pagerly 的集成生态

Pagerly 的集成策略以"Slack/Teams 为中心的双向同步"为核心理念，覆盖三大类别：

值班与告警集成

集成对象	同步方向	用途
PagerDuty	双向	同步排班 → Slack 用户组；事件双向更新
Opsgenie	双向	同上（迁移友好，4 2027 关闭前过渡）
自定义 Webhook	入站	任意监控系统（Prometheus、Grafana、Zabbix 等）推送告警

工单与项目管理集成

集成对象	同步方向	用途
Jira	双向	Slack ↔ Jira 工单创建、状态变更、评论同步
GitHub	双向	Slack ↔ GitHub Issue/PR 同步
GitLab	双向	Slack ↔ GitLab Issue/MR 同步
Linear	双向	Slack ↔ Linear 工单同步
Asana	双向	Slack ↔ Asana 任务同步
Shortcut	双向	Slack ↔ Shortcut 故事同步
Zendesk	双向	Slack ↔ Zendesk 工单同步
HubSpot	双向	Slack ↔ HubSpot 客户记录同步
Salesforce	双向	Slack ↔ Salesforce 记录同步

协作与通信集成

集成对象	用途
Zoom	事件响应时自动生成会议链接
Google Meet	同上
Google Calendar	排班日历同步
Google Sheets	任务和排班数据同步
Google Docs	事件文档自动创建
Confluence	事件事后分析文档关联
Slack/Teams	核心协作界面

集成生态评估

• 广度中等，深度扎实：Pagerly 覆盖了值班管理所需的核心集成（PagerDuty、Opsgenie、Jira、GitHub），但不像 PagerDuty 那样拥有 700+ 集成的海量生态。对于标准技术栈团队，Pagerly 的集成覆盖已足够；对于使用长尾工具的团队，需确认 Webhook 自定义集成是否满足需求。
• Webhook 通用兜底：支持自定义入站 Webhook 和出站 Webhook，理论上可与任何提供 Webhook 的第三方工具对接，但无预建集成模板时需自行解析 payload。
• 缺乏 CI/CD 管道集成：无 Jenkins/GitHub Actions/GitLab CI 等 CI/CD 工具的深度集成，无法在部署失败时自动触发告警。团队需通过监控系统间接实现。

Pagerly 的实施建议

新团队启动（Day 1-3）

1. 通过 Slack OAuth 安装 Pagerly（pagerly.io → "Add to Slack"，无需信用卡）。
2. 在 Pagerly Web 控制台创建团队，导入成员（支持批量导入）。
3. 配置第一组轮值排班：选择 Round-Robin 或自定义模式，设定时区、周期、交接时间。
4. 将排班同步到 Slack 用户组：确保 @oncall-<team> 标签始终指向当前值班人。
5. 连接监控工具：在 Pagerly 中添加 Webhook 入站端点，在 Datadog/Prometheus/Grafana 等工具中配置告警推送。

从 PagerDuty/Opsgenie 迁移（参考 Pagerly 官方迁移指南，2026-07-13）

推荐 4-8 周迁移计划：

1. 第 1 周：导出 PagerDuty/Opsgenie 的全部配置（用户、排班、升级策略、集成列表），通过 API 或 CSV 导出。
2. 第 1-2 周：在 Pagerly 中重建最复杂的排班和升级策略（验证 Pagerly 是否能表达现有规则的全部语义）。
3. 第 2-3 周：在 Pagerly 中配置团队、用户、通知偏好，连接 Slack。
4. 第 3-4 周：重建全部排班和升级策略，由各团队 Oncall 负责人签字确认。
5. 第 4-5 周：并行运行——所有告警同时发送到旧系统和新系统，至少覆盖一个完整轮值周期。
6. 第 5-6 周：逐集成从旧系统切换到 Pagerly，每次切换后验证告警是否到达正确的人。
7. 第 6 周：确认无误后停用旧系统，保存配置归档，撤销旧 API Key。

关键验收点：并行运行期间，必须逐条比对"同一个告警是否在 Pagerly 中触达了同一个人、同一时间"。发现不匹配立即排查路由规则（最常见的原因是升级策略的延迟配置差异和自定义通知规则被遗忘）。

企业采购前核验清单

• 确认 SLA：Pagerly 的 SLA 条款（可用性、响应时间）需在采购合同中明确，官网不公开 SLA 详情。
• 数据删除流程：确认合同终止后的数据删除周期和可导出格式。
• 安全审查：向销售索取 ISO 27001 证书副本SOC2 报告（如有）、渗透测试摘要。
• 区域合规：如有数据驻留要求，确认 Pagerly 是否支持特定区域的数据处理（目前仅 US-based）。
• 退款条款：官网明确不退款，年付前建议先月付试运行 1-2 个月。
• 供应商风险：Pagerly 背后的 Sassly Technologies Inc 为小型企业，长期稳定性需评估。对于关键业务流程依赖的采购，建议合同中包含数据导出保障条款和合理的迁移退出窗口。

Pagerly 的总结

Pagerly 在"Slack/Teams 原生的值班管理"这个细分赛道上做出了清晰的产品定位和定价创新。它不是 PagerDuty 的平替，而是一种不同范式的选择——如果你的团队已经在 Slack/Teams 里完成大部分运维协作，Pagerly 可以用更低的总拥有成本（TCO）覆盖 80% 的日常值班需求。它特别适合正在寻找 Opsgenie 替代方案的团队（2027 年 4 月截止日期迫在眉睫），以及被 PagerDuty 按人头定价困扰的中小型工程组织。

当前限制与不确定项：

• 对于每天处理 10,000+ 告警的大规模场景，Pagerly 的告警降噪和事件编排能力不足，需搭配其他 AIOps 工具。
• 缺乏私有化部署选项，限制了在金融、政务等强合规行业的适用性。
• 公司规模较小（Sassly Technologies Inc），供应商长期稳定性和产品持续迭代能力需时间检验。
• 退款政策不灵活，企业采购需通过充分的 PoC 验证来降低决策风险。

采购/采用风险评估：Pagerly 适用于 Slack/Teams 生态的 10-100 人工程团队，作为值班管理的主平台；对于 100+ 人的规模化团队，建议采用混合模式（核心路由保留 PagerDuty/Splunk On-Call，人员协作层使用 Pagerly），或等待 Pagerly 的企业版能力进一步完善。所有年付采购建议先完成 1-2 个月月付试用，验证排班复杂度和集成覆盖度后再升级。

限制与不适配场景

该工具在以下场景中存在使用限制：

场景适配边界 需要高度行业专业知识的任务、对输出格式有严格规范的场景、需要零错误的自动化流程可能效果不达预期。AI 输出应作为初稿或辅助参考，最终结果需人工核验。

技术限制 上下文长度有限、复杂推理准确性可能不足、免费版有使用额度。建议在正式采用前通过试用验证核心场景的可用性。

版本信息

• current ：当前在线版本。 （~2026-01）
• launch ：初版上线。 （~2025-06）