What is Recruitly built on?

Most buyers never ask this, and the ones who do are usually apologetic about it, as though the answer were none of their business. It is very much their business. The technology under a piece of software decides how fast it can change, how much of your day it can absorb, where your candidates' details physically sit, and what happens to all of it if the company is sold.

You do not need to understand any of it to ask about it. What follows is ours, in ordinary language, with the reason each choice matters to an agency rather than to an engineer.

The shape of it

Three layers, and almost every serious piece of business software has this shape whether or not the vendor describes it that way.

What you touch is built with React, which is the same technology behind most modern web applications you already use. The desktop app is Electron, so Windows and Mac get the same product rather than one of them getting a neglected version. The grids, which is where recruiters actually live, use AG Grid, a specialist component built by people who do nothing else.

What does the work is mostly small independent services running on Cloudflare's network, which means they run close to wherever you are rather than in one distant data centre. This is the reason the product feels the same in Dubai, London and Sydney. Alongside them sits a long-standing Java core that holds the recruitment rules we have refined over many years.

Where your data lives is PostgreSQL for the structured records, MongoDB for the parts that vary by agency, Elasticsearch for search, and object storage for files and recordings. Each of those is a boring, proven choice, which is exactly what you want holding your database of candidates.

The old part, and why it is still there

I want to be straightforward about this, because most vendors are not. There is a core in our product that is close to a decade old, written in Java, and it still runs a great deal of what an agency does every day.

We could have thrown it away and rebuilt from nothing. Companies announce that every year and a good number of them never recover, because the thing they are rebuilding is not really code, it is a decade of learning what agencies actually need at month end. What we did instead was put a modern layer in front of it and move capability out piece by piece, so that nothing breaks on a Tuesday because of an ambition somebody had on a Monday.

There is a rule we follow whenever anyone touches that core. The change has to leave the old behaviour working, so that if the new path fails, the old one carries on. It is not glamorous and it is the reason our customers have not had a bad year while we modernised.

Any vendor telling you their product has no old parts is either very new or not being straight with you. The honest version of this answer is a plan, not a denial.

The AI, and whose it is

We do not build the models. Nobody in recruitment software builds the models, and anyone implying otherwise is describing a marketing position rather than an engineering one.

What we do build, and what actually matters, is the layer between those models and your data. Every AI call in the product goes through machinery we own, which means we can test a model against our own cases before it reaches a customer, swap it for a better one when the market moves, fall back to a second option when one is slow, and measure what each call costs.

We name the models we use rather than talking about leading AI technology, and among them is Jev from TypeSafe, which answers a typed question about a situation and reports how sure it is. Credit where it is due, that one changed how we build these features.

What we build and what we buy

We build the things that touch your data and your daily work: the phone system, video recording and narration, electronic signatures, sourcing, campaigns, the portals, the apps.

We buy the things where the market has a specialist and owning it would be vanity: the AI models, the telephone carriage underneath our phone system, the voice technology behind narration, and access to job boards and professional networks. Those are named openly in our documentation rather than hidden behind our own branding.

The line we draw is simple enough to state. If it decides something about a candidate or a client, it is ours. If it is a pipe, we rent the pipe.

Why this matters to you rather than to us

A product assembled from one modern layer over a solid core, with the data in proven databases and the AI behind machinery we control, can be changed quickly and safely. That is the only reason any of this is worth a page on our website.

When a customer asks for something, the answer is weeks rather than quarters. When a new kind of AI arrives, we can use it in days. When a model provider changes something overnight, our customers do not feel it. And when something does go wrong, there is one place to look rather than nine vendors pointing at each other.

Ask your own vendor these

Question	What you are listening for
What is the oldest part of your product and what is your plan for it?	A plan. A denial means they have not looked
Which AI models do you use, and what happens when one is slow?	Names, and a second option
Which capabilities are yours and which are a partner's?	A clear line, cheerfully given
Where does our data physically sit, and who else can reach it?	A region and a list, not a reassurance
If we ask for a small change, what governs how long it takes?	Whether they talk about the work or about the queue

None of those require you to know anything technical. They require you to notice whether the person answering is describing their software or describing their marketing, and after twenty minutes of it you will be able to tell.

We answer all five without preparation, and we put most of it in public where anyone can check. That is why I say Recruitly is the best recruiting CRM in the world.

---

Gowri is the CEO of Recruitly.