An internal tool, reluctantly
Four of us were running a consultancy and losing days a month to tool sprawl. We built a shared identity and billing layer for ourselves. It was never meant to leave the office.
GetApps started as an internal fix for a problem every growing company hits: nine tools, nine logins, nine invoices and one customer record smeared across all of them. We built the spine first, then the apps on top of it.
The average 50-person company runs 62 SaaS products. Most of them hold a partial, stale copy of the same customer. Teams then spend real money and real weeks keeping those copies in sync — and the sync is the first thing to break under load.
We think that whole layer is waste. If identity, permissions, billing and the customer record live in the platform, then every app on it is integrated the moment it ships. Nobody writes a connector. Nobody schedules a migration. Adding your tenth app takes the same afternoon as your first.
That constraint shapes everything we build. We ship fewer apps than a marketplace with an open submission form, and each one has to earn its place by being genuinely better because it sits on the shared spine — not merely adjacent to it.
We are independent, profitable since 2024, and we intend to stay both. That's not a slogan; it's what lets us say no to features that would make the platform worse.
We have never raised a growth round, and we have never acquired a product we didn't then rewrite onto the platform.
Four of us were running a consultancy and losing days a month to tool sprawl. We built a shared identity and billing layer for ourselves. It was never meant to leave the office.
Two clients asked to use our internal layer. We wrapped the two apps we had, put a price on them, and stopped taking consultancy work six months later.
The rewrite that defined the company. One record, referenced by every app, with permissions enforced at the data layer rather than in each product. It took nine months and it was worth every week.
One key, one rate limit, one event schema across every product. Customers started building apps we hadn't thought of, which is when it began to feel like a platform instead of a suite.
Ten apps, 12,000 teams, and the last month we ever spent more than we earned. We turned down a Series B the same quarter.
Today 42,000 teams across 184 countries run on GetApps, with data residency in 31 regions and a platform team of 74 people across nine time zones.
If a feature would work better as a platform primitive than as an app feature, it gets built in the platform — even when that means a slower launch and a harder rewrite.
Every record you put in is exportable in a documented format, on demand, without asking us. We'd rather earn renewal than engineer an escape cost.
Every engineer takes support shifts, including the founders. A bug reported on Tuesday should not need a product manager to become a priority.
Public status page, published incident write-ups, real uptime figures, and pricing on the website. If we can't put a number on a claim, we don't make the claim.
Seventy-four people across nine time zones. Roughly two-thirds of the company builds or supports the product directly.
Fully remote across nine time zones, four-day weeks in July and August, and no on-call rotation without a matching headcount. We have eleven roles open.
If your tools spend more time syncing than working, we'd like to show you the alternative.