这通常是技术领域的情况。形成寻呼机责任公司的催化剂来自一位多年前在完全不同的公司工作的工程师的经历。在这种情况下，公司是亚马逊。
亚历克斯所罗门于2006年开始了他的亚马逊软件工程师生涯。当时，亚马逊正在从单一代码库向微服务架构过渡，这也使得该公司需要在寻求工程支持方面做出重大改变。
从事软件和服务的大型信息技术部门不工作；较小的团队也参与其中。这意味着像所罗门这样的亚马逊软件工程师现在有权编写、测试和部署他们的代码。这也意味着，如果代码突发，他们将承担责任，所以他们为这种紧急情况携带寻呼机，这是亚马逊文化的一部分，被称为“寻呼机职责”。
系统在亚马逊上运行良好，但对于其他公司来说，这些公司越来越面临向DevOps过渡的趋势，需要一个小而敏捷的工程师团队才能让信息技术正常工作？这是所罗门和他的两位联合创始人在2009年推出寻呼机任务的灵感来源。事实证明，这是成功重塑IT世界的事件响应的一部分。
PagerDuty的联合创始人兼首席技术官所罗门说：“向每个人发送警报并让100人在呼叫桥上的旧方法没有效果。”“存在所有权不当的问题。我们必须更具体地了解谁拥有什么以及哪些系统受到影响。”
PagerDuty已经转向机器学习，以帮助其客户更全面地了解系统问题。今年9月，该公司宣布为其事件智能产品推出一项名为“智能分流”的新服务。新的增强功能使用与当前问题相匹配的历史数据来智能分析正在发生的事情以及哪些公司团队或网络可能会受到影响。
“如果你正在调试一个问题并查看一个事件，你想问的问题是：‘这只是我的服务，还是同时存在更大的一般问题？“所罗门说。”我们很快会给你看的。我们将向您展示是否有其他团队受到相同问题的影响，我们使用机器学习来映射连续事件之间的关系。"
该公司还推出了一个新的解决方案，通过更快地解决问题并使团队能够积极共享信息来增强客户服务代理的能力。与证大公司和Salesforce服务云的新合作关系推动了客户服务的职责。
