Make observability reliable: Register now
Make observability reliable: Register now
Build or buy?
An age-old decision that gets made dozens of times a year. It’s quite possibly one of the most important decisions you make as an company. It impacts roadmaps, productivity, team structure, and customer satisfaction (you know, just a few little things).
There are a lot of factors to consider, one of the most prominent being cost.
So, what exactly are the costs you need to consider when building your own incident management solution?
First and foremost, you’ll need a development team to bring your incident management solution to life. You need to think about engineering time and salary, but don’t forget about designers and product managers too, all of whom are needed for the initial build.
As you calculate these numbers, you’ll also want to consider how much time your team can allocate from their product roadmap for this endeavor. Once you’ve identified the resources, don’t forget that planning, development, hosting and deployment all take time — and then there is always the estimation to reality factor 😅.
It’s a no brainer, but essential: your incident management platform needs to work during any product or service downtime. To do this, you’ll want to invest in a separate hosting infrastructure platform (which comes with added costs).
If you can get behind paying for another hosting platform, keep in mind, it’s not just an extra annual fee. There also needs to be commitment from your team in terms of time and effort. Your team likely has a rigorous deployment process with your existing hosting platform, and implementing a new production path can be an undertaking in terms of time and effort from your team.
Your engineering team is full of all-stars, but even the best engineers aren’t experts in everything. When it comes to incident management, security and data processing are both critical, especially when it comes to handling customer data.
You need to make sure your team has the expertise to build features like authentication, authorization, and restricted data access, etc. to ensure any incident data is safe. If you don’t already an engineer (or engineers) engineers who can focus on this, you’ll need to invest in them. You can off course outsource for that role in particular, but we’re all too familiar with the potential challenges that can arise from taking that route (from evaluating the vendor to determining how much time they can dedicate to you, etc.).
Software requires on-going maintenance. At the very least, if you’re striving for building a “good” incident management tool, you’ll need to make sure teams are available for regular upkeep to address bugs, vulnerabilities, etc. If you’re aiming for a “fantastic” solution, teams will need to dedicate time for innovation and adding new features.
So, do you build or do you buy?
You are not the first, and you will certainly not be the last organization to be asking yourself this question.
We’ve spoken to now customers who walked down the same road you are walking down now, and with their help, have crafted a calculator to help paint a clearer picture of what it would actually cost to build your own solution.
We created a dedicated page for Anthropic to showcase our incident management platform, complete with a custom game called PagerTron, which we built using Claude Code. This project showcases how AI tools like Claude are revolutionizing marketing by enabling teams to focus on creative ways to reach potential customers.
We examine both companies' comparison pages and find some significant discrepancies between PagerDuty's claims and reality. Learn how our different origins shape our approaches to incident management.
The EU AI Act introduces new incident reporting rules for high-risk AI systems. This post breaks down what Article 73 actually mandates, why it's not as scary as it sounds, and how good incident management makes compliance a breeze.
Ready for modern incident management? Book a call with one our of our experts today.