<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[/avlo: insights]]></title><description><![CDATA[/avlo: insights]]></description><link>https://blog.avlo.uk</link><image><url>https://cdn.hashnode.com/uploads/logos/69c295aa92029d915f2e9046/dbd073a8-540c-418c-85fe-b0b7ba1e9fae.png</url><title>/avlo: insights</title><link>https://blog.avlo.uk</link></image><generator>RSS for Node</generator><lastBuildDate>Sun, 24 May 2026 09:18:22 GMT</lastBuildDate><atom:link href="https://blog.avlo.uk/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Interview Scheduling: The Recruitment Problem Nobody Has Quite Cracked]]></title><description><![CDATA[One of the things I've been struck by in recent conversations about Avlo is how many questions come up around scheduling.
When I started building last year, interview scheduling wasn't even on the roa]]></description><link>https://blog.avlo.uk/interview-scheduling-the-recruitment-problem-nobody-has-quite-cracked</link><guid isPermaLink="true">https://blog.avlo.uk/interview-scheduling-the-recruitment-problem-nobody-has-quite-cracked</guid><category><![CDATA[recruitment]]></category><category><![CDATA[Automated interview scheduling]]></category><category><![CDATA[talent acquisition]]></category><category><![CDATA[hiring]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Mon, 11 May 2026 14:05:09 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/8b545ee9-b692-47ce-b714-0c63cdf7f909.svg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>One of the things I've been struck by in recent conversations about Avlo is how many questions come up around scheduling.</p>
<p>When I started building last year, interview scheduling wasn't even on the roadmap. But on reflection - and my own experience, both past and very recent, absolutely bears this out - it's one of the biggest administrative headaches a recruitment team faces.</p>
<p>At PwC we had entire teams of schedulers powering through tens of thousands of interviews a year. In my current role at The Gym Group I've spent hours trying to line up diaries to get interviews booked, when I should be focused on the parts of my job that actually require judgment - the bits that add the real value.</p>
<p>That's not to say scheduling isn't important. It's absolutely fundamental. But it's a pain in the ass, and I've seen plenty of automations try to tackle it over the years with varying degrees of success - never quite cracking it.</p>
<hr />
<h3>It's not just painful for the recruiter</h3>
<p>The thing that doesn't get talked about enough is that the pain isn't one-sided.</p>
<p>The interviewer and candidate are often stuck in exactly the same loop. Both sharing availability that doesn't work for the other. Both trying to carve out time around existing commitments - sometimes booking time off work - only to find it doesn't work either. Round and round.</p>
<p>Think about what that experience feels like as a candidate. You've done the hard work. Good application, strong assessment, you're through. Then you wait. An email arrives asking for your availability. You send some options. A couple don't work. More back and forth. By the time the interview is booked it's been the best part of a week and four emails, and if you're anything like me you're already quietly questioning whether you want to work there.</p>
<p>Contrast that with receiving a link, picking a slot in two minutes, and getting a confirmation with everything you need. Before you've met anyone, the organisation already feels like it has its act together.</p>
<p>And from the hiring manager's side: an interview appears in their calendar. It has the candidate's name, why they were progressed, and what to ask them. They didn't request any of it. It was just there.</p>
<p>Scheduling done properly isn't just an efficiency play. It shapes how candidates feel about your organisation and how prepared your hiring managers are before they've said a word.</p>
<hr />
<h3>What we've built</h3>
<p>There's no silver bullet. But there is a better starting point.</p>
<p>A simple prompt to the hiring manager to share their availability. A system that automatically determines the best slots from that. A booking link to the candidate - they pick what works for them. Confirmation goes out automatically, Teams or Google Meet link included.</p>
<p>That's what we've built. Not magic. Just the friction removed.</p>
<p>It's running on live roles. It works.</p>
<hr />
<h3>Where we're taking it</h3>
<p>I'm not for a moment suggesting we've cracked it. But I'm quietly confident we've built something pretty robust - and we know exactly where we want to take it next.</p>
<p>Smarter handling of rescheduling and cancellations. More flexibility around panel interviews and different formats. Better data on time-to-interview that's actually meaningful rather than just a number. Two-way calendar sync.</p>
<p>The teams we work with know what they need, and the most useful conversations I've had about what to build next have come from recruiters who know exactly where the friction is in their own process.</p>
<p>If that's you - if interview scheduling is eating into your time or your team's - drop me a DM and I'll show you what we've built. And if you've got strong opinions on what automated scheduling should actually look like, I'd genuinely like to hear them.</p>
<p><em>Avlo is a recruitment intelligence platform for in-house TA teams.</em> <a href="http://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[The five stages of recruitment your ATS was never built to handle]]></title><description><![CDATA[Most applicant tracking systems were built to do one thing: manage pipeline. They track who applied, who moved to interview, who got an offer. They're good at that. They were designed for it. But ther]]></description><link>https://blog.avlo.uk/the-five-stages-of-recruitment-your-ats-was-never-built-to-handle</link><guid isPermaLink="true">https://blog.avlo.uk/the-five-stages-of-recruitment-your-ats-was-never-built-to-handle</guid><category><![CDATA[recruitment]]></category><category><![CDATA[talent acquisition]]></category><category><![CDATA[hr tech]]></category><category><![CDATA[hiring]]></category><category><![CDATA[ats]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Tue, 05 May 2026 07:00:00 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/55a33481-958c-4068-a208-4d69fccac54d.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Most applicant tracking systems were built to do one thing: manage pipeline. They track who applied, who moved to interview, who got an offer. They're good at that. They were designed for it. But there's a large and consequential gap between 'someone applied' and 'someone is sat in front of a hiring manager' - and the ATS is almost entirely absent from it. That gap is where recruitment either works or falls apart. It's where good candidates drop out, bad hires get through, and recruiters spend most of their time doing things that could - and should - be handled more intelligently. Here are the five stages that matter, and why your ATS isn't the right tool for any of them.</p>
<ol>
<li><p><strong>Screening</strong> - is this person worth progressing? The ATS collects applications. Screening them is your problem. In practice, that means a recruiter reading dozens or hundreds of CVs, applying a mental model of the role that may or may not match the hiring manager's, making judgment calls that are often inconsistent across the pile, and doing all of this at speed because volume doesn't stop. The issues here aren't just efficiency - they're quality. Human screening is affected by cognitive load, anchoring bias, name recognition, school attended, formatting choices, and a hundred other signals that have nothing to do with whether someone can actually do the job. AI screening done properly reads semantically - what someone has actually done, not how they've described it or what their CV looks like. It surfaces rationale, not just verdicts. It flags what it found and what it didn't. And critically, it separates the clearly qualified, the clearly unsuitable, and the borderline cases that deserve a second look - rather than collapsing everyone into a binary pass/fail. The recruiter still makes the call. The AI makes sure that call is based on something more reliable than a two-minute skim.</p>
</li>
<li><p><strong>Assessment</strong> - can they actually do the job? Screening tells you whether someone looks right on paper. Assessment tells you whether they can perform. The challenge is that traditional assessment is expensive, inconsistent, and disconnected from the screening process. You either pay for a third-party platform, rely on an ad-hoc task that varies by hiring manager, or skip it entirely and hope the interview does the job. None of those options scale. And without a structured assessment, you're asking interviews to carry too much weight - which is why interviews are such a poor predictor of performance in most hiring contexts. The right assessment approach is role-specific, deliberate, and generates output that feeds directly into the interview stage. Not a generic aptitude test. Not a one-size-fits-all task. A recruiter-initiated exercise matched to the competencies that actually matter for that role - written scenario, case study, or in-tray depending on what you're hiring for. The recruiter decides when and whether to deploy it. The AI handles the generation and the scoring.</p>
</li>
<li><p><strong>Scheduling</strong> - getting them in front of someone Scheduling is, on paper, the simplest of the five. It is, in practice, one of the most reliably broken. The standard process: recruiter emails candidate with availability request. Candidate responds. Recruiter cross-references with hiring manager. Back and forth ensues. Interview booked, usually three to five exchanges later. Time elapsed: days. Multiply that by the number of live roles, the number of candidates at interview stage, the number of hiring managers involved, and you start to understand why scheduling alone can consume a meaningful chunk of recruiter time every week. Automated scheduling - where candidates self-book from pre-set slots, confirmations go out automatically, and the recruiter is notified without lifting a finger - is table stakes. It should have been solved years ago. The reason it hasn't been, in most in-house teams, is that the tools that do it well are either bolt-ons that don't talk to the rest of the workflow, or enterprise platforms with price tags to match.</p>
</li>
<li><p><strong>Interview structure</strong> - are we asking the right things? Most hiring managers go into interviews with a general sense of what they want to find out and a vague plan for how to find it. That's not a criticism - it's just reality when you're a department head who interviews twice a year. The result is inconsistency. Two candidates for the same role get fundamentally different interview experiences, assessed on different things, by interviewers with different standards. The hiring decision then reflects those inconsistencies, and the post-hire performance data - if anyone tracks it - is correspondingly noisy. Structured interviews with consistent question sets, tied to the competencies identified during screening and assessment, produce better outcomes. This is one of the most replicated findings in talent management research. And yet most teams don't do it, because building a structured question set for every role, every time, isn't how anyone's time is currently allocated. AI can generate that structure - question sets derived from the role requirements, the seniority level, and the specific gaps identified during screening - so the hiring manager walks into the room with something useful rather than improvising.</p>
</li>
<li><p><strong>Debrief</strong> - capturing the decision, not just the outcome The interview happens. The hiring manager has a view. What comes next is, in most organisations, a conversation that produces a hiring decision - but leaves no structured record of why that decision was made, what was strong, what gave pause, or what the candidate's development areas would be if hired. That matters for two reasons. First, it matters for quality. If you're not capturing structured debrief data, you have no feedback loop. You can't identify patterns in what your best hires had in common, or where your rejections tend to cluster, or whether your assessment process is actually predictive of interview performance. Second, it matters for compliance. As AI and structured hiring processes become more prevalent, the regulatory and legal expectation around documented hiring decisions is moving in one direction only. A structured debrief - captured digitally, linked to the candidate record, feeding back into the overall hiring intelligence - closes the loop on a process that, in most organisations, currently ends with an informal conversation and a verbal thumbs up or down.</p>
</li>
</ol>
<p><strong>Why this matters now</strong></p>
<p>None of these five stages are new problems. Recruitment professionals have been aware of the gaps for years. What's changed is the tooling. AI has made it possible to address all five coherently, in a single workflow, without the enterprise price tag or the implementation project that used to be required to get anywhere near this. Semantic screening, role-specific assessment, automated scheduling, structured interview frameworks, digital debrief capture - these are now buildable features, not aspirational whitepapers. The ATS isn't going anywhere. It's still the system of record for pipeline management. But the intelligence layer that sits between application and offer - the layer that actually determines hiring quality - needs to be something else. That's what Avlo is built to be.</p>
<p><strong>Avlo is a recruitment intelligence platform for in-house TA teams.</strong></p>
<p><strong>avlo.uk</strong></p>
]]></content:encoded></item><item><title><![CDATA[The Question Nobody Asks: How a Single Follow-Up Changes Everything]]></title><description><![CDATA[There is a moment in almost every recruitment process that gets skipped. It happens after the CV review and before the interview decision, in the gap where a recruiter looks at an application and thin]]></description><link>https://blog.avlo.uk/the-question-nobody-asks-how-a-single-follow-up-changes-everything</link><guid isPermaLink="true">https://blog.avlo.uk/the-question-nobody-asks-how-a-single-follow-up-changes-everything</guid><category><![CDATA[recruitment]]></category><category><![CDATA[hiring]]></category><category><![CDATA[HR technology]]></category><category><![CDATA[AI Recruitment]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Wed, 29 Apr 2026 07:00:00 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/8daae359-606a-4939-ab93-62fb94658158.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<hr />
<p>There is a moment in almost every recruitment process that gets skipped. It happens after the CV review and before the interview decision, in the gap where a recruiter looks at an application and thinks: "I'm not sure."</p>
<p>Not "definitely no." Not "definitely yes." Just: not sure.</p>
<p>What happens next, in the vast majority of cases, is a rejection. Not because the candidate is wrong. Because the recruiter doesn't have time to find out, and the process doesn't give them a way to ask.</p>
<p>That moment - the uncertain shortlist decision - is where more hiring mistakes are made than anywhere else in the recruitment process. And it's the one part of the process that almost nobody has tried to fix.</p>
<p><strong>The cost of the uncertain no</strong></p>
<p>A rejection sent to a candidate who was actually right for the role has two costs. The obvious one is the candidate - someone who could have done the job well is now out of the process. The less obvious one is the recruiter's time, because the search continues, more applications come in, and eventually a hire is made that might not be as good as the one that got away in round one.</p>
<p>The uncertain no compounds. Every borderline candidate who gets rejected without a follow-up question is a small bet placed against the quality of the final hire. Most of the time the bet doesn't matter. Occasionally it matters enormously.</p>
<p><strong>What a follow-up question actually does</strong></p>
<p>The mechanics are simple. A candidate submits an application. The screening process identifies something that's unclear - a gap, an ambiguity, an experience that could be read two ways. Instead of defaulting to rejection, a short targeted question goes back to the candidate.</p>
<p>"Your CV mentions leading a team - can you tell us briefly how large that team was and what your direct responsibilities were?"</p>
<p>"You've moved between sectors a few times - what's drawing you to this particular role?"</p>
<p>"Your notice period isn't listed - are you available to start within eight weeks?"</p>
<p>These are not difficult questions. They take thirty seconds to answer. And the answer, in a meaningful number of cases, changes the outcome entirely.</p>
<p>The candidate who looked thin on team leadership turns out to have managed twelve people through a restructure. The one who seemed like a sector-hopper has a clear and compelling narrative about why this role is the right next step. The one whose notice period looked problematic is actually available immediately.</p>
<p>None of this information was in the CV. All of it was a question away.</p>
<p><strong>Why it doesn't happen</strong></p>
<p>The reason the follow-up question gets skipped isn't that recruiters don't see the value. It's that the process doesn't support it.</p>
<p>Sending a bespoke follow-up to every borderline candidate takes time that most recruiters don't have. Writing a targeted question requires reading the CV carefully enough to know what to ask. Getting a response requires tracking it. Acting on the response requires going back to a decision that has already been mentally filed.</p>
<p>The friction is just high enough that the path of least resistance is the rejection. And so the question never gets asked, and the candidate never gets the chance to change the outcome.</p>
<p><strong>The case for building it in</strong></p>
<p>A recruitment process that systematically asks the right question at the right moment isn't just fairer to candidates. It produces better hires.</p>
<p>The borderline application that would have been rejected gets a thirty-second question. The answer comes back and it's strong. The candidate gets a first interview. The first interview goes well. Six months later they're one of the best hires the team has made.</p>
<p>That sequence happens when the question gets asked. It doesn't happen when it doesn't.</p>
<p>The question nobody asks is usually the most important one. The process just needs to be built to ask it.</p>
]]></content:encoded></item><item><title><![CDATA[The "Yes" Problem: Why Most Screening Tools Are Built Backwards]]></title><description><![CDATA[There is an assumption baked into almost every CV screening tool on the market. It goes largely unexamined because it feels so obviously correct that nobody thinks to question it.
The assumption is th]]></description><link>https://blog.avlo.uk/the-yes-problem-why-most-screening-tools-are-built-backwards</link><guid isPermaLink="true">https://blog.avlo.uk/the-yes-problem-why-most-screening-tools-are-built-backwards</guid><category><![CDATA[recruitment]]></category><category><![CDATA[HR technology]]></category><category><![CDATA[AI Recruitment]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Mon, 27 Apr 2026 07:00:00 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/72920bed-c295-4eac-94f9-2193ac39cc5e.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There is an assumption baked into almost every CV screening tool on the market. It goes largely unexamined because it feels so obviously correct that nobody thinks to question it.</p>
<p>The assumption is this: the purpose of screening is to find reasons to say no.</p>
<p>Build a list of requirements. Match candidates against it. Filter out anyone who doesn't hit the threshold. What remains is your shortlist.</p>
<p>It sounds logical. It is also, in practice, one of the most reliable ways to miss good candidates.</p>
<p><strong>The filter problem</strong></p>
<p>Screening built around elimination is only as good as the criteria it eliminates against. And recruitment criteria, more often than not, is written by people describing what their last good hire looked like rather than what their next good hire needs to be.</p>
<p>The result is a filter that's optimised for the past. It catches people who resemble previous success and removes people who don't - regardless of whether those people would actually do the job well.</p>
<p>Add in the inconsistency of how candidates describe themselves - one person writes "led a team of eight", another writes "team leadership across multiple functions" - and a keyword-based filter doesn't just miss bad candidates. It misses good ones. Systematically, and invisibly.</p>
<p><strong>What "finding the yes" means</strong></p>
<p>The alternative isn't lowering standards. It's changing the question.</p>
<p>Instead of "does this candidate fail any of our criteria?" the question becomes "what is the strongest case for this candidate, and does that case hold up?"</p>
<p>It's a small shift in framing but a significant shift in outcome. A recruiter approaching a CV looking for reasons to progress it will read it differently from one looking for reasons to reject it. The same CV, the same words, produces a different verdict depending on which question is being asked.</p>
<p>The best recruiters have always known this intuitively. The ones who build the deepest pipelines are the ones who find the yes in a CV that a less experienced colleague would have filed away. They read between the lines. They ask the follow-up question. They make the call.</p>
<p>The problem is that this skill doesn't scale. One experienced recruiter can do it across twenty CVs. They cannot do it across two hundred.</p>
<p><strong>Where AI gets this wrong</strong></p>
<p>Most AI screening tools haven't fixed this. They've just automated the filter. The machine now does the elimination faster and at greater scale - which means it also misses good candidates faster and at greater scale.</p>
<p>The issue isn't the technology. It's the design philosophy. If you build a tool to find reasons to say no, and then you power it with AI, you get a very efficient reason-finding machine. You do not get a better recruiter.</p>
<p>A better recruiter - human or AI - approaches each candidate with a different orientation. What's the strongest version of this person's story? What context am I missing? What question would change my view?</p>
<p><strong>The clarification moment</strong></p>
<p>The most interesting thing a screening tool can do isn't produce a verdict faster. It's identify the moment where a question would change the outcome.</p>
<p>The candidate whose CV looks thin because they haven't described their experience well. The applicant who looks overqualified on paper but has a clear reason for the move. The person whose background is unconventional but whose transferable skills are exactly what the role needs.</p>
<p>In each of these cases, the difference between a yes and a no isn't the CV. It's one conversation. A single question asked at the right moment that turns an uncertain shortlist decision into a confident one.</p>
<p>That's the "yes" problem. Not that recruiters don't want to find the right candidates. They do. It's that the tools they use aren't designed to help them.</p>
]]></content:encoded></item><item><title><![CDATA[The Candidates You Said No To Are Your Best Pipeline]]></title><description><![CDATA[Every recruiter has made the same hire. Not the person who was perfect on paper, but the one who nearly didn't make it — the second choice who turned out to be the best person in the team. The silver ]]></description><link>https://blog.avlo.uk/the-candidates-you-said-no-to-are-your-best-pipeline</link><guid isPermaLink="true">https://blog.avlo.uk/the-candidates-you-said-no-to-are-your-best-pipeline</guid><category><![CDATA[recruitment]]></category><category><![CDATA[Talent Aqcuisition ]]></category><category><![CDATA[hiring]]></category><category><![CDATA[hr tech]]></category><category><![CDATA[CandidateExperience]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Fri, 24 Apr 2026 07:30:00 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/f9ed15ba-b47a-47f2-af2b-20473816dd26.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Every recruiter has made the same hire. Not the person who was perfect on paper, but the one who nearly didn't make it — the second choice who turned out to be the best person in the team. The silver medallist.</p>
<p>The phrase gets used a lot in recruitment circles, usually as a consolation. "We'll keep you in mind for future roles." It's said sincerely and forgotten immediately. The candidate moves on, the recruiter moves on, and six months later when a nearly identical role opens up, the whole process starts again from scratch.</p>
<p>This is one of the most consistent and least discussed inefficiencies in hiring.</p>
<p><strong>What a silver medallist actually is</strong></p>
<p>A silver medallist isn't a failed candidate. They're a candidate who was right for the role but lost out to someone marginally better at the time, or who was right for a role that didn't quite exist yet, or who interviewed well but couldn't demonstrate one specific thing the hiring manager needed in that moment.</p>
<p>They've already passed your screening. They've already met your team. They already understand what you do and why. The due diligence is largely done. The cost of re-engaging them is a fraction of the cost of starting a new search — and the conversion rate, when done well, is significantly higher.</p>
<p>The problem isn't that recruiters don't know this. It's that nothing in the standard recruitment workflow makes it easy to act on it.</p>
<p><strong>Why the pipeline rots</strong></p>
<p>The average ATS is brilliant at tracking active candidates through live processes. It is considerably less good at preserving the signal that made a candidate interesting in the first place. Notes get lost. Verdicts are inconsistent — one recruiter's "strong second" is another's "not quite right." The candidate's details sit in the database but the context that made them worth remembering doesn't travel with them.</p>
<p>So when a recruiter goes back to look at previous applicants six months later, what they find is a name, a CV, and maybe a stage in a pipeline. Not the reasoning. Not the specific strengths. Not the thing that made the hiring manager pause before choosing someone else.</p>
<p>Without that context, re-engagement feels like a cold call. Because it is.</p>
<p><strong>What good silver medallist management looks like</strong></p>
<p>The standard is actually simple: every candidate who reaches a certain point in your process should leave with a documented reason — not just a verdict, but the substance behind it. What were their strengths? What was the specific gap? What role would they be a better fit for?</p>
<p>That documentation is what makes re-engagement warm rather than cold. A message that says "we thought your experience in X was genuinely strong, and we now have a role where that's exactly what we need" lands completely differently from a generic "we have a new opportunity that might interest you."</p>
<p>The second ingredient is searchability. Silver medallists are only useful if you can find them when the relevant role opens. That means tagging candidates with the skills and attributes that made them interesting — not just the job title they applied for, but the transferable things that would make them worth considering for something adjacent.</p>
<p>Done properly, a well-maintained silver medallist pipeline becomes one of the most cost-effective sourcing channels a recruiter has. It's warm, it's pre-qualified, and it's already sitting in your database.</p>
<p><strong>The message most candidates never get</strong></p>
<p>There's a human side to this too. Being a silver medallist is a frustrating experience. You went through the process, you performed well, you genuinely wanted the role. And then you got a templated rejection email that told you nothing about why, and nothing about whether there was any future there.</p>
<p>A recruiter who comes back six months later with a genuine, personalised message — one that references what impressed them the time before — is doing something that almost never happens. The bar is low. The impact on candidate experience is disproportionately high.</p>
<p>The candidates you said no to are often the best candidates you have. The question is whether your process is set up to remember why.</p>
]]></content:encoded></item><item><title><![CDATA[The ChatGPT Tab Problem: Why Recruiters Deserve Better Than a Workaround]]></title><description><![CDATA[There's a habit spreading quietly across recruitment teams. It happens between the ATS and the shortlist, in the gap that no software quite fills. A recruiter opens a CV, copies a chunk of text, switc]]></description><link>https://blog.avlo.uk/the-chatgpt-tab-problem-why-recruiters-deserve-better-than-a-workaround</link><guid isPermaLink="true">https://blog.avlo.uk/the-chatgpt-tab-problem-why-recruiters-deserve-better-than-a-workaround</guid><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Thu, 23 Apr 2026 09:12:11 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/46ed4b82-18a4-4cc5-aa6e-720709bcc6be.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There's a habit spreading quietly across recruitment teams. It happens between the ATS and the shortlist, in the gap that no software quite fills. A recruiter opens a CV, copies a chunk of text, switches to a browser tab running ChatGPT, pastes it in, types something like "does this person look right for a sales manager role?", reads the response, closes the tab, and moves on.</p>
<p>It works. That's the uncomfortable truth. A recruiter with a ChatGPT tab open is meaningfully faster and more consistent than one without. The problem isn't that they're using AI. The problem is how they're using it - manually, one candidate at a time, with no audit trail, no consistency across the team, and no way to scale.</p>
<p>This is the ChatGPT tab problem. And it's more widespread than most recruitment leaders realise.</p>
<p><strong>Why it happens</strong></p>
<p>Recruitment technology has always lagged behind the actual work of recruiting. ATSs are brilliant at storing candidates and moving them through stages. Job boards are good at getting applications in. But the bit in the middle - reading a CV, forming a view, deciding whether someone is worth thirty minutes of your time - has never really been automated in a way that feels useful rather than reductive.</p>
<p>Keyword matching doesn't work. Anyone who has watched a strong candidate get filtered out because they wrote "led a team" instead of "team leader" knows this. Scoring systems feel arbitrary. And most AI screening tools on the market today are just keyword matching with better branding.</p>
<p>So recruiters improvise. They build their own workflow with tools that weren't designed for it, because the tools that were designed for it don't actually help.</p>
<p><strong>The real cost</strong></p>
<p>The ChatGPT tab approach has a ceiling. It doesn't scale past one recruiter doing one role at a time. It produces no shared record of why a decision was made. It can't ask a candidate a follow-up question. It doesn't remember that the person who applied for this role last month was actually a great fit for the one that just opened. And it puts the entire cognitive burden of screening back on the recruiter - which is exactly what it was supposed to solve.</p>
<p>There's also a consistency problem. Two recruiters using ChatGPT to screen the same candidate will get different outputs depending on how they phrase the question, what context they include, and what mood they're in when they write the prompt. That's not a process. It's organised intuition.</p>
<p><strong>What a proper workflow looks like</strong></p>
<p>The gap the ChatGPT tab is filling isn't actually that hard to fill properly. What recruiters need is something that reads every CV against the specific requirements of a specific role, produces a consistent and explainable verdict, and - crucially - does something the ChatGPT tab can never do: talks to the candidate.</p>
<p>The most valuable moment in early screening isn't the CV review. It's the follow-up question. The candidate whose CV looks thin but who has done exactly the right thing in a different context. The applicant who looks overqualified on paper but has a genuine reason for the move. A screening process that can identify those candidates and ask them a targeted question - before a recruiter has spent any time on them - is doing something meaningfully different from a tab-switching workaround.</p>
<p>That's the direction recruitment AI should be heading. Not faster keyword matching. Not shinier dashboards. A system that does the thinking work, surfaces the candidates worth a conversation, and gives recruiters back the time to actually have it.</p>
<p><strong>The tab will close eventually</strong></p>
<p>The ChatGPT tab isn't going away tomorrow. For many teams it's the most practical option available right now, and it's genuinely better than nothing. But it's a sign of a gap in the market, not a solution to it.</p>
<p>The recruiters who figure out how to close that tab - and replace it with something that actually fits into their workflow - will be the ones who look back in two years and wonder how they ever managed without it.</p>
]]></content:encoded></item><item><title><![CDATA[Clean. Fast. Actually Useful.
]]></title><description><![CDATA[The bar is embarrassingly low
If you've spent any time with enterprise ATS platforms or the AI bolt-ons that the big players are quietly attaching to their existing products, you'll know the experienc]]></description><link>https://blog.avlo.uk/clean-fast-actually-useful-avlo-ui-ux</link><guid isPermaLink="true">https://blog.avlo.uk/clean-fast-actually-useful-avlo-ui-ux</guid><category><![CDATA[recruitment]]></category><category><![CDATA[HRtech]]></category><category><![CDATA[AI]]></category><category><![CDATA[SaaS]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Sun, 05 Apr 2026 11:09:20 GMT</pubDate><content:encoded><![CDATA[<h2>The bar is embarrassingly low</h2>
<p>If you've spent any time with enterprise ATS platforms or the AI bolt-ons that the big players are quietly attaching to their existing products, you'll know the experience. Six-figure price tags. Implementation projects that take months. Training sessions nobody attends because the interface is so unintuitive that you develop workarounds within a week of going live.</p>
<p>And the AI features specifically — dashboards full of metrics nobody uses, "insights" that tell you things you already knew, and screening outputs that amount to a keyword match percentage dressed up in a fancy chart.</p>
<p>The bar for what counts as a good recruitment tool is, frankly, on the floor. Which makes it both depressing and quite easy to clear.</p>
<hr />
<h2>What /avlo: actually looks like</h2>
<p>Open /avlo:. You'll see your active roles and a candidate pipeline. Every candidate has a suitability indicator — colour-coded, immediately readable. Highly recommended in teal. Not recommended in red. Clarifying in amber, for the candidates who've been sent follow-up questions and are working their way through the loop.</p>
<p>No hunting. No sub-menus. No clicking through four screens to find out where an application is sitting.</p>
<img src="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/1b6ffa4b-19d6-479f-8849-4cd1d6c34676.png" alt="" style="display:block;margin:0 auto" />

<p>The whole thing is built around the way recruiters actually work — which is to say, quickly, with a lot of context-switching, and with very little patience for software that makes simple things complicated.</p>
<hr />
<h2>The verdict is right at the top. On purpose.</h2>
<p>Click into a candidate record and the first thing you see is the suitability verdict. One sentence. Plain English. Not buried at the bottom of a report, not hidden behind a tab, not expressed as a decimal score that requires a legend to interpret.</p>
<p><em>"Fully qualified CIMA with 8+ years' PQE and proven ownership of month-end, controls, forecasting and commercial partnering — an excellent match for this Finance Manager brief."</em></p>
<p>If you want more, it's right there below — a full candidate summary, followed by identified strengths and potential gaps laid out side by side. The recruiter decides how deep to go. But the headline answer is always immediate.</p>
<img src="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/bf3cfdc1-eeec-40d2-b0ab-ffb67d85f771.png" alt="" style="display:block;margin:0 auto" />

<p>This isn't a design flourish. It's a deliberate decision about what matters most when you're moving quickly through a shortlist. Most tools make you work to get the answer. /avlo: leads with it.</p>
<hr />
<h2>Fast. And we mean it.</h2>
<p>Screening results come back quickly. The pipeline updates in real time. The interface doesn't lag, doesn't freeze, doesn't require a hard refresh to show you what's changed.</p>
<p>This sounds like a low bar. In practice, for anyone who's experienced the glacial load times of legacy ATS platforms, it genuinely isn't.</p>
<p>Speed matters in recruitment. A shortlist that's ready before your first call is more valuable than one that arrives at 3pm. /avlo: is built on modern infrastructure specifically so that the time between "CVs uploaded" and "shortlist ready" is as short as possible.</p>
<hr />
<h2>Visually appealing and actually useful — a rarer combination than it should be</h2>
<p>There's a particular type of enterprise software that's aesthetically pleasant and operationally useless. Beautiful dashboards. Meaningless data. You've probably seen it.</p>
<p>/avlo: tries to do both — look good and be genuinely useful at the same time. The design is clean and considered. Dark headers, clear typography, colour used purposefully rather than decoratively. It looks like something built in 2026, not retrofitted from a product that launched in 2011.</p>
<p>But the visual choices exist in service of the function. The colour coding on suitability indicators isn't there because teal looks nice (though it does). It's there because it lets you scan a pipeline of twenty candidates in five seconds and know exactly where your attention needs to go.</p>
<img src="https://cdn.hashnode.com/uploads/covers/69c295aa92029d915f2e9046/eeacf356-b510-4dab-a0df-b805d1008e97.png" alt="" style="display:block;margin:0 auto" />

<hr />
<h2>No training required</h2>
<p>This is one of those things that sounds trivial and turns out to matter enormously at implementation.</p>
<p>Most enterprise recruitment tools come with an onboarding process. You get a customer success manager, a series of calls, a help centre with forty-seven articles, and a training session that half your team misses and the other half forgets within a week.</p>
<p>/avlo: has a help centre. But the honest answer is that most users figure it out by clicking around for ten minutes. The interface is logical. The language is plain. The actions are where you'd expect them to be.</p>
<p>That's not an accident — it's the result of being built by people who've used enough bad recruitment software to know exactly what makes it bad.</p>
<hr />
<h2>Built from scratch. Not retrofitted.</h2>
<p>The tools that look and feel the worst in recruitment tend to share a common history: they were built a long time ago, for a different era of hiring, and have been updated incrementally ever since. Every new feature gets bolted on. Every UI refresh is partial. The underlying architecture creaks.</p>
<p>/avlo: was built from scratch in 2025 with a clear idea of what it needed to do and how it needed to feel. There's no legacy to drag along. No technical debt from a previous generation of the product. No compromises made because changing something would break five other things.</p>
<p>What you see is what was designed. Not what survived.</p>
<hr />
<p><em>Part of the /avlo: USP Series — a look at what makes us different, one feature at a time.</em></p>
<p><em>Early access is open at</em> <a href="http://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[Your Candidates' Data Is Safe Here.]]></title><description><![CDATA[The question nobody wants to ask out loud
When a recruiter or TA leader first looks at a tool like /avlo:, there's usually a question sitting just beneath the surface that doesn't always make it into ]]></description><link>https://blog.avlo.uk/your-candidates-data-is-safe-here</link><guid isPermaLink="true">https://blog.avlo.uk/your-candidates-data-is-safe-here</guid><category><![CDATA[#AIRecruitment]]></category><category><![CDATA[UKGDPR]]></category><category><![CDATA[#gdpr]]></category><category><![CDATA[datasecurity]]></category><category><![CDATA[hiringtech]]></category><category><![CDATA[recruitment]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Tue, 31 Mar 2026 06:30:05 GMT</pubDate><content:encoded><![CDATA[<hr />
<h2>The question nobody wants to ask out loud</h2>
<p>When a recruiter or TA leader first looks at a tool like /avlo:, there's usually a question sitting just beneath the surface that doesn't always make it into the demo call.</p>
<p><em>"What happens to the candidate data?"</em></p>
<p>It's a completely reasonable question. CVs contain personal information — names, addresses, employment history, sometimes phone numbers and dates of birth. Feeding that into an AI tool and hoping for the best isn't a compliance strategy. GDPR is central to how any responsible data processor should be operating, and with ICO enforcement very much a reality, "we didn't really think about it" isn't an answer anyone wants to be giving to their legal team.</p>
<p>So let's just answer the question properly.</p>
<hr />
<h2>Where your data lives</h2>
<p>/avlo: stores all candidate and job data on UK-based servers — specifically in London. Not the US. Not "the cloud" (which, more often than not, means somewhere in Virginia).</p>
<p>This matters for UK GDPR compliance. Data processed and stored within the UK doesn't trigger the cross-border transfer considerations that come with US-based storage. It's one less thing to worry about, and it's baked into the architecture — not bolted on as an afterthought.</p>
<hr />
<h2>CVs go in. They don't wander off.</h2>
<p>When a candidate CV is uploaded to /avlo:, it goes directly into secure storage. It doesn't pass through any third-party service on the way. It doesn't sit in someone's email inbox. It doesn't get copied to a system you didn't know about.</p>
<p>The pipeline is straightforward by design: browser to secure storage, directly. The CV is read for screening purposes and that's what it's used for. Nothing else.</p>
<hr />
<h2>We don't train on your data</h2>
<p>This one matters more than people realise.</p>
<p>Some AI tools — not all, but some — use the data that passes through them to improve their models. Which means candidate CVs, job briefs, and hiring decisions could theoretically be feeding back into a system that other customers then benefit from. Or that the vendor uses for purposes you didn't agree to.</p>
<p>/avlo: doesn't do that. Candidate data is used to screen candidates for the role it was submitted against. It is not used to train models, improve algorithms, or anything else. It goes in, it does its job, and it stays where it's supposed to be.</p>
<p>There's a broader point worth making here too. If your recruitment team is currently using a public AI tool — pasting CVs into ChatGPT, running candidate profiles through a free consumer product — there's a reasonable chance that's already a GDPR problem. Personal data submitted to public models may be used for training purposes, is processed outside a formal data processing agreement, and candidates almost certainly haven't consented to their information ending up there. It's one of those things that feels harmless until someone asks the question officially.</p>
<p>/avlo: operates under a formal data processing framework. The boundaries of what happens to candidate data are defined, documented, and not left to chance.</p>
<hr />
<h2>Transparency about AI is built in</h2>
<p>This is something we feel strongly about.</p>
<p>Where /avlo: contacts a candidate directly — as it does as part of the Clarification Loop — that communication makes clear that AI is involved in the screening process and that no automated decision is being made about their application. A human recruiter is involved. The AI is informing the process, not running it.</p>
<p>More broadly, recruiters using /avlo: should include a simple AI screening disclosure at the point of application — something candidates see before they apply. This is good practice under UK GDPR, straightforward to implement, and means the whole process is transparent from the start. /avlo: makes it easy to do the right thing; the recruiter just needs to make sure the right statement is in place when the role goes live.</p>
<hr />
<h2>Infrastructure you can trust</h2>
<p>/avlo: is built on Supabase — the same database infrastructure trusted by PwC, Johnson &amp; Johnson, Mozilla, and 1Password. SOC 2 and GDPR compliant, with all data encrypted at rest and in transit. Not a scrappy startup experiment — battle-tested infrastructure used at serious scale by serious organisations.</p>
<p>User accounts and login credentials are handled by Clerk — a dedicated authentication platform built specifically for this purpose. That means industry-standard security practices for credential management, session handling, and access control, without compromise.</p>
<hr />
<h2>No ads. No data sales. No funny business.</h2>
<p>/avlo: is a recruitment screening tool. That's the product. The business model is straightforward: you pay for the tool, the tool does its job, your data isn't the product.</p>
<p>Candidate information is not sold. It is not shared with advertisers. It is not monetised in any way beyond the core screening function it was collected for. There's no secondary use, no data partnerships, no small print worth worrying about.</p>
<hr />
<h2>You're in control of your data</h2>
<p>Most tools make data retention an afterthought — something buried in the settings nobody reads, or a support ticket you have to raise and wait on.</p>
<p>/avlo: gives you full flexibility. Set your own retention periods to match your organisation's policies. Request data deletion simply and directly, without jumping through hoops. If a candidate exercises their right to erasure under UK GDPR, you can action it. If your internal policy is to purge candidate records after six months, you can set that up.</p>
<p>Your data, your rules. We're not holding onto anything you don't want us to.</p>
<hr />
<h2>The short version</h2>
<p>If your legal or compliance team asks — and they probably should — here's the summary:</p>
<p>Data stored on UK-based servers in London. CVs handled in a secure, direct pipeline. No third-party data sharing. No model training on candidate data. AI transparency built into candidate-facing communications and easy to implement at point of application. Full flexibility over data retention and deletion. No data sold or monetised.</p>
<p>That's not a list of promises. It's a description of how the product is built.</p>
<blockquote>
<p>Candidate data is a responsibility, not a resource. /avlo: treats it accordingly.</p>
</blockquote>
<hr />
<p><em>Part of the /avlo: USP Series — a look at what makes us different, one feature at a time.</em></p>
<p><em>Early access is open at</em> <a href="https://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[The Same Standard. For Everyone.]]></title><description><![CDATA[Bias in recruitment isn't a scandal. It's a default.
Nobody sets out to hire unfairly. Hiring managers don't arrive at work planning to discount the candidate from a lesser-known university, or uncons]]></description><link>https://blog.avlo.uk/the-same-standard-for-everyone</link><guid isPermaLink="true">https://blog.avlo.uk/the-same-standard-for-everyone</guid><category><![CDATA[#InclusiveHiring]]></category><category><![CDATA[fair hiring]]></category><category><![CDATA[talent acquisition]]></category><category><![CDATA[recruitmentAI]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Fri, 27 Mar 2026 08:01:57 GMT</pubDate><content:encoded><![CDATA[<hr />
<h2>Bias in recruitment isn't a scandal. It's a default.</h2>
<p>Nobody sets out to hire unfairly. Hiring managers don't arrive at work planning to discount the candidate from a lesser-known university, or unconsciously favour the one whose career path mirrors their own, or skim-read the CV that arrived at 4:58pm on a Friday with half the attention it deserved.</p>
<p>It just happens. Because humans are human — pattern-matching, energy-depleting, context-dependent creatures who bring their entire life experience into every decision they make, including this one.</p>
<p>AI doesn't fix everything. But done properly, it removes a remarkable number of the places where bias quietly creeps in. Here's where /avlo: does exactly that.</p>
<hr />
<h2>The job description comes first</h2>
<p>Bias in hiring often starts before a single application arrives — in the language of the job advert itself.</p>
<p>Research is pretty clear on this: adverts loaded with words like "competitive," "dominant," and "driven" attract fewer female applicants. Ones that lead with rigid requirements rather than growth potential put off candidates who don't see themselves reflected in the brief. The words you choose before anyone applies shapes who applies at all.</p>
<p>/avlo: generates job descriptions and adverts in deliberately neutral, non-gendered language. The focus is on what the role actually requires — responsibilities, skills, experience — not the personality archetype of whoever wrote the brief at 9am on a Monday. A better advert means a more diverse pool. A more diverse pool means better hiring. It starts there.</p>
<hr />
<h2>Your CV syntax is not the point</h2>
<p>Here's something that doesn't get talked about enough: a lot of CV screening — human and AI — is effectively a formatting test.</p>
<p>Bullet points vs. paragraphs. Headers in the right place. Dates formatted consistently. Clean, logical structure throughout. Candidates who present information the "right" way score well. Candidates who don't — regardless of whether the experience underneath is outstanding — get caught in the filter.</p>
<p>For neurodivergent candidates in particular, this is a significant and largely invisible barrier. Someone with ADHD, dyslexia, or autism may present their experience in ways that don't map neatly onto the expected template — not because their experience is lacking, but because their brain works differently.</p>
<p>/avlo: reads for semantic meaning. What did this person actually do? What did they own? What did they deliver? The formatting is noise. The substance is the signal. We read the signal.</p>
<hr />
<h2>"We did this together" is not a red flag</h2>
<p>As covered in part one of this series, passive and collaborative language in CVs is more commonly associated with how women write than how men do. "We delivered the project." "The team achieved." "Supported the rollout of."</p>
<p>Most screening tools — and plenty of human readers — interpret this as a lack of ownership. /avlo: interprets it as a question worth asking.</p>
<p>Rather than penalising a writing style, we flag it as a point for clarification. The candidate gets the chance to explain their individual contribution. The recruiter gets a more accurate picture. Nobody loses a job because they were brought up to share the credit.</p>
<hr />
<h2>We don't know your name</h2>
<p>/avlo: assesses candidates on their experience and skills. It doesn't know — and doesn't factor in — what your name is, where you grew up, or where you went to school.</p>
<p>This matters more than it might seem. There's substantial evidence that CVs with traditionally white British names receive more callbacks than identical CVs with names that read as ethnic minority. School and university names carry social signal that has nothing to do with job performance. Postcodes tell a story that may be entirely irrelevant to whether someone can do the work.</p>
<p>None of that information changes a /avlo: recommendation. What changes it is experience, demonstrated skills, and relevance to the brief. That's it.</p>
<p>And while we're here — portrait photos on CVs seem to be making a quiet comeback in the UK, which is a peculiar trend we'd rather not see take hold. /avlo: never sees a photo. It couldn't care less.</p>
<hr />
<h2>No pedigree bias</h2>
<p>A candidate from a well-known employer with a recognisable logo doesn't get a better read than one who built equivalent experience at a smaller, less familiar business.</p>
<p>/avlo: reads what people have done, not where they did it. The person who led a finance function at a regional SME and the one who did something similar at a FTSE 100 are assessed on the same basis: what did you own, what did you deliver, and does it match what we need?</p>
<p>Brand recognition is not a proxy for competence. We treat it accordingly.</p>
<hr />
<h2>No career break penalty</h2>
<p>A gap in a CV is not a verdict.</p>
<p>People take time out for all sorts of reasons — caring responsibilities, health, redundancy, travel, burnout, raising children. A human recruiter skimming quickly might clock the gap and move on. /avlo: doesn't penalise employment history that doesn't follow a straight line. What matters is the experience that's there, not the months that aren't accounted for.</p>
<hr />
<h2>The 200th CV gets the same read as the first</h2>
<p>This one is underrated.</p>
<p>Human attention is finite. A recruiter reviewing their fiftieth application of the morning is not bringing the same focus they had at number one. By the time they reach the pile that arrived on Friday afternoon, they're running on habit and heuristics rather than genuine evaluation.</p>
<p>/avlo: doesn't have a 4pm. It doesn't have a bad day. It doesn't have a backlog of other things it's supposed to be doing. Every candidate gets the same quality of attention, applied against the same criteria, every single time.</p>
<p>Consistency isn't a nice-to-have. In hiring, it's a fairness issue.</p>
<hr />
<h2>The same standard. Applied the same way. To everyone.</h2>
<p>Each of these things individually is meaningful. Together, they add up to something that's genuinely different from how most screening — human or automated — actually works.</p>
<p>The brief is the brief. The criteria are the criteria. Every candidate who applies gets a thorough, considered, consistent read — regardless of their name, their background, their formatting choices, their writing style, or what time their CV arrived.</p>
<p>That's not a feature. That's a principle.</p>
<blockquote>
<p>The best person for the job is somewhere in that pile. /avlo: is built to find them — whoever they are, however they write, wherever they're from.</p>
</blockquote>
<hr />
<p><em>Part of the /avlo: USP Series — a look at what makes us different, one feature at a time.</em></p>
<p><em>Early access is open at</em> <a href="https://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[Not Just a Score. A Verdict.]]></title><description><![CDATA[The problem with scores
Most AI screening tools give you a number. Sometimes a percentage. Occasionally a traffic light. Green, amber, red — off you go.
And look, we get the appeal. When you've got 20]]></description><link>https://blog.avlo.uk/not-just-a-score-a-verdict</link><guid isPermaLink="true">https://blog.avlo.uk/not-just-a-score-a-verdict</guid><category><![CDATA[Candidate Screening Software]]></category><category><![CDATA[AI recruitment platform]]></category><category><![CDATA[AI-powered recruitment platform]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Thu, 26 Mar 2026 04:42:03 GMT</pubDate><content:encoded><![CDATA[<hr />
<h2>The problem with scores</h2>
<p>Most AI screening tools give you a number. Sometimes a percentage. Occasionally a traffic light. Green, amber, red — off you go.</p>
<p>And look, we get the appeal. When you've got 200 applications and a shortlist to build before lunch, a ranked list feels like exactly what you need. Fast, clean, decisive.</p>
<p>The problem is what you do next.</p>
<p>A hiring manager asks why a candidate was rejected. You go back to the tool. There's a score. Maybe a keyword match percentage. Nothing you'd want to read out in a meeting, let alone defend in writing. So you end up doing the thinking yourself anyway — which rather defeats the point.</p>
<p>Or worse: a strong candidate slips through because their score was borderline, and nobody ever interrogated why.</p>
<hr />
<h2>What /avlo: gives you instead</h2>
<p>When /avlo: screens a candidate against a role, you don't just get a recommendation. You get the reasoning behind it.</p>
<p>Every candidate record contains three things:</p>
<p><strong>The suitability verdict</strong> — one sentence. The fast answer to "should I look at this person?" Written the way a smart recruiter would say it out loud. Not "82% match." Something like: <em>"Fully qualified CIMA with 8+ years' PQE and proven ownership of month-end, controls, forecasting and commercial partnering — an excellent match for this Finance Manager brief."</em></p>
<p><strong>The candidate summary</strong> — a fuller picture of who this person is in the context of <em>this</em> role. Not a CV regurgitation. A considered read of their experience mapped to what you actually asked for, with the key insights called out clearly.</p>
<p><strong>The suitability breakdown</strong> — identified strengths and potential gaps, listed separately. The strengths tell you what to get excited about. The gaps tell you what to probe in interview — or in some cases, what triggered a clarification question before the recommendation was even made.</p>
<p>The whole thing is designed so you can move at whatever speed you need. Skim the verdict and move on. Or sit with the breakdown if the role is senior, the hire is critical, or something feels worth a closer look.</p>
<hr />
<h2>Why this matters more than it might seem</h2>
<p>There's a version of AI screening that operates as a black box. Candidates go in, scores come out, and nobody — not the recruiter, not the candidate, not the hiring manager — has any real visibility into why.</p>
<p>That version is already attracting regulatory attention, and rightly so.</p>
<p>But beyond the legal angle, there's a practical one: <strong>if you can't explain a recommendation, you can't trust it.</strong> And if you can't trust it, you're not really using it — you're just adding an extra step before you do the same work yourself.</p>
<p>/avlo:'s written reasoning is the antidote to that. It's not there to replace your judgment. It's there to inform it — transparently, in plain English, in a way you can actually act on.</p>
<blockquote>
<p>A score tells you where a candidate ranked. A verdict tells you whether to pick up the phone.</p>
</blockquote>
<hr />
<h2>A note on the gaps</h2>
<p>The potential gaps section is worth dwelling on for a second, because it's one of those features that sounds minor until you're actually using it.</p>
<p>A gap flagged by /avlo: isn't a rejection. It's a heads-up. <em>"The CV doesn't explicitly reference team management — focus appears more on functional leadership than direct line management."</em> Now you know what to ask in the interview. You go in informed rather than finding out halfway through that the brief and the candidate are misaligned.</p>
<p>That saves everyone time. Including the candidate, who deserves not to get three rounds into a process before someone notices the fit isn't right.</p>
<hr />
<h2>The bigger picture</h2>
<p>Recruitment has always involved judgment calls. That's not going away, and it shouldn't. But judgment calls are better when they're informed — when there's something substantive to react to, agree with, push back on.</p>
<p>/avlo:'s written reasoning gives recruiters something to work with. Not a number to accept. Not a black box to trust blindly. A considered, readable, defensible view — generated in seconds, built to be interrogated.</p>
<p>That's what good screening looks like.</p>
<hr />
<p><em>Part of the /avlo: USP Series — a look at what makes us different, one feature at a time.</em></p>
<p><em>Early access is open at</em> <a href="https://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[The Clarification Loop]]></title><description><![CDATA[Because "we delivered the project" and "I delivered the project" are very different sentences — and a silent rejection probably shouldn't be the thing that decides who gets the job.

Give candidates a]]></description><link>https://blog.avlo.uk/the-clarification-loop</link><guid isPermaLink="true">https://blog.avlo.uk/the-clarification-loop</guid><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Wed, 25 Mar 2026 07:11:59 GMT</pubDate><content:encoded><![CDATA[<p>Because "we delivered the project" and "I delivered the project" are very different sentences — and a silent rejection probably shouldn't be the thing that decides who gets the job.</p>
<hr />
<h2>Give candidates a chance to actually make their case.</h2>
<p>Most AI screening tools look at a borderline CV and make a call. Low score. Weak recommendation. Sometimes a polite rejection fired off before a human has even glanced at it.</p>
<p>/avlo: doesn't do that. It asks.</p>
<p>Picture the scene. A candidate lands in your inbox. They look interesting — genuinely — but there are gaps. Maybe their job title is vague. Maybe they've listed responsibilities without any sense of ownership. Maybe there are years unaccounted for, or a skill mentioned once in passing that happens to be exactly what you need.</p>
<p>You'd love to find out more. But you have 200 other CVs, three calls this afternoon, and a hiring manager who wants a shortlist by Thursday. So what happens? The candidate gets a "thanks but no thanks" — and neither of you ever find out whether they were actually brilliant.</p>
<hr />
<h2>What other tools do with a borderline candidate</h2>
<p>Most AI screening tools are built around a simple principle: score, rank, cut. Candidates are auto-triaged — approved if they score high enough, declined if they don't, and "held for human review" if they fall in the middle.</p>
<p>Which sounds reasonable, until you consider what that actually means in a busy team: it goes into a pile that someone will get to eventually. Possibly never. Almost certainly too late.</p>
<p>The blunter tools don't even bother with a middle category. Borderline candidates get a low recommendation or a soft rejection, and that's that. No follow-up. No curiosity. Just a score based on a document written in 45 minutes on a Sunday night.</p>
<hr />
<h2>The "we" problem — and why it matters more than you think</h2>
<p>There's a well-documented pattern in how people write CVs. Women, in particular, are more likely to use collaborative, passive language — "we delivered," "the team achieved," "supported the rollout of" — rather than planting a flag and claiming individual ownership. It's not a lack of confidence. It's a writing style. A cultural habit. Sometimes just good manners.</p>
<p>But for a screening algorithm pattern-matching against signals of individual impact? That language gets quietly penalised. No drama, no explanation — just a slightly lower score and a slightly worse outcome, repeated across thousands of applications.</p>
<blockquote>
<p>A candidate who wrote "we transformed the sales function" might have been the one who actually did it. A rejection email doesn't give them the chance to say so.</p>
</blockquote>
<p>The Clarification Loop is a direct response to this. When /avlo: identifies language that's ambiguous about individual contribution, it doesn't assume the worst. It does what a good recruiter would do if they had the time — it asks: <em>"Can you tell me a bit more about your specific role in this?"</em></p>
<p>That one question can be the difference between finding the right person and never knowing they existed.</p>
<hr />
<h2>How it actually works</h2>
<p>/avlo: screens each CV the way an experienced recruiter would — reading for context, ownership, relevance, and gaps, not just ticking keyword boxes. When it finds a candidate who could be suitable but has areas that need more information, rather than making a judgment call on incomplete evidence, it opens a conversation.</p>
<p>The candidate is contacted with targeted, specific questions. Not a full second application. Not a form with seventeen fields. Just the bits that actually matter.</p>
<p>They respond. /avlo: re-reads. The new context is folded back into the evaluation and the recommendation is updated. What you're looking at isn't a gut-feel ranking built on a vague CV — it's a considered call, based on a real exchange. The kind of thing a great recruiter would get from a ten-minute phone screen, done automatically, at whatever volume you're working at.</p>
<hr />
<h2>Why this is better for everyone</h2>
<p>For candidates, it's fairer. Full stop. The way you write your CV — the stylistic choices, the cultural tendencies, the things you simply didn't think to mention — aren't silently deciding your fate. You get a moment to be heard.</p>
<p>For recruiters, it's better screening. You're not making shortlist decisions on half the information. You're not accidentally discarding someone brilliant because their CV was a bit modest. Your recommendation to the hiring manager is one you can actually stand behind.</p>
<p>And for the broader question of whether AI can be trusted in recruitment at all — which is a very live debate, and rightly so — it matters enormously. Candidates who don't get the role but felt genuinely considered are far more likely to apply again, refer a friend, or say something kind about you on Glassdoor. In volume hiring, that's not nothing.</p>
<blockquote>
<p>The best recruiters don't reject on instinct. They ask one more question first. The Clarification Loop is /avlo: doing exactly that — just without needing to block out a Thursday afternoon.</p>
</blockquote>
<hr />
<p><em>Part of the /avlo: USP Series — a look at what makes us different, one feature at a time.</em></p>
<p><em>Early access is open at</em> <a href="https://avlo.uk"><em>avlo.uk</em></a></p>
]]></content:encoded></item><item><title><![CDATA[AI Recruitment in the UK: What Hiring Teams Need in 2026]]></title><description><![CDATA[The pressure on UK hiring teams has never been greater.
Skills shortages, leaner HR departments, and record application volumes have created a compelling case for AI screening — but not all AI recruit]]></description><link>https://blog.avlo.uk/ai-recruitment-in-the-uk-what-hiring-teams-need-in-2026</link><guid isPermaLink="true">https://blog.avlo.uk/ai-recruitment-in-the-uk-what-hiring-teams-need-in-2026</guid><category><![CDATA[AI Recruitment]]></category><category><![CDATA[hr tech]]></category><category><![CDATA[candidate screening]]></category><category><![CDATA[hiring software]]></category><category><![CDATA[hiring]]></category><category><![CDATA[Recruitment Automation]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Tue, 24 Mar 2026 15:00:00 GMT</pubDate><content:encoded><![CDATA[<h2>The pressure on UK hiring teams has never been greater.</h2>
<p>Skills shortages, leaner HR departments, and record application volumes have created a compelling case for AI screening — but not all AI recruitment tools are built the same way, and the differences matter more than most employers realise.</p>
<p><strong>Most tools are built to filter out. /avlo: is built to find the right people in.</strong></p>
<hr />
<h2>The Problem With Standard Screening Tools</h2>
<p>The majority of AI screening tools on the market do one thing: reduce a pile of CVs to a shorter pile of CVs. They parse keywords, apply rigid criteria, and reject anyone who doesn't match the pattern — regardless of whether that person could actually do the job.</p>
<p>The result? Faster shortlists, but weaker ones:</p>
<ul>
<li><p>Star candidates rejected because of <em>how</em> they wrote their CV</p>
</li>
<li><p>Passive language flagged as disinterest</p>
</li>
<li><p>Non-standard formatting penalised instead of understood</p>
</li>
</ul>
<p>There's also a compliance dimension. Under UK GDPR, fully automated rejection decisions — with no human oversight and no explainability — create real accountability gaps. The responsibility for fair, transparent hiring stays with the employer, not the software vendor. A tool that can't explain why it rejected someone puts you in a difficult position if that decision is ever challenged.</p>
<hr />
<h2>What Good AI Recruitment Looks Like</h2>
<p>The tools that actually deliver for hiring teams share a few common traits.</p>
<p><strong>Human oversight is built in, not bolted on.</strong> AI handles volume and consistency; a human reviews the outcome before anything reaches the hiring manager. This protects quality and keeps employers on the right side of GDPR.</p>
<p><strong>Screening logic is explainable.</strong> You should be able to say, clearly, why a candidate was shortlisted or not. Black-box scoring creates accountability gaps that no employer wants.</p>
<p><strong>The system looks for semantic meaning, not just syntax.</strong> A candidate who describes "managing a team of eight" and one who writes "team leadership" are saying the same thing. A smart system recognises that. A keyword parser doesn't.</p>
<hr />
<h2>The Bias Problem — and Why It's Been Misframed</h2>
<p>One of the most common concerns about AI recruitment is that it introduces bias. It's a legitimate fear, and there are well-documented cases that justify it — most notably Amazon's abandoned hiring tool, which systematically downgraded applications from women after learning from a decade of male-dominated hiring decisions.</p>
<p><strong>But that framing misses something important: the alternative isn't neutral.</strong></p>
<p>Unstructured human screening is where bias quietly thrives:</p>
<ul>
<li><p>Affinity for certain universities</p>
</li>
<li><p>Assumptions tied to names, postcodes, or career gaps</p>
</li>
<li><p>Preference for candidates who present in a particular way</p>
</li>
</ul>
<p>None of this is deliberate, and almost none of it is auditable. It happens in every hiring process that relies on gut feel and pattern recognition — which is most of them.</p>
<p>The question for UK employers isn't whether to accept bias in their hiring process. It's whether that bias is <strong>hidden inside human judgement</strong>, or <strong>addressed directly</strong> by the tool they use.</p>
<p>AI screening built around defined, objective, job-relevant criteria — rather than historical hiring patterns — doesn't inherit those biases. It assesses what candidates bring to the role. It doesn't know what school they went to, what their name suggests about their background, or how their CV compares to the last person who got hired.</p>
<p><strong>Done properly, AI isn't a source of risk in recruitment. It's one of the strongest mitigants of it.</strong></p>
<hr />
<h2>How /avlo: Approaches This Differently</h2>
<p>/avlo: introduces an <strong>engagement and clarification loop</strong> that doesn't exist in standard screening tools.</p>
<p>Rather than making a binary accept/reject decision based on a static CV, /avlo: interacts with candidates directly — asking targeted questions to fill in the gaps that a CV often leaves. This means:</p>
<ul>
<li><p>✅ Candidates aren't penalised for non-standard formatting or unconventional career paths</p>
</li>
<li><p>✅ Passive language is treated as a prompt for clarification, not a reason for rejection</p>
</li>
<li><p>✅ Underlying skills are surfaced, even when they aren't presented in the expected way</p>
</li>
</ul>
<p>This approach makes /avlo: genuinely more inclusive. Neurodiverse candidates who structure information differently aren't filtered out. Female candidates who use understated language aren't marked down. The system looks for <strong>what someone can do</strong>, not how closely their CV resembles a template.</p>
<p>/avlo: isn't just a filter. It's an automated extension of the recruiter — doing the clarification work they would do themselves, if they only had the time.</p>
<hr />
<h2>The ROI Is Visible From Day One</h2>
<p>Log into the /avlo: dashboard and you don't see a list of names. You see exactly how many hours of manual screening your team has reclaimed — and a shortlist you can stand behind, whoever compiled it.</p>
<hr />
<h2>Is AI Recruitment Right for Your Team?</h2>
<p>If your hiring team is managing applications with limited capacity, AI screening is no longer a nice-to-have. The question isn't whether to adopt it — it's whether the tool you choose is genuinely finding the right people, or just making the pile smaller.</p>
<p><strong>/avlo: is built to do the former.</strong></p>
]]></content:encoded></item><item><title><![CDATA[AI Recruitment and UK Data Law: Myths, Facts, and Simple Guardrails]]></title><description><![CDATA[There's a version of this conversation that goes: "We'd love to use AI in our hiring process, but we're worried about the risk." It's one of the most common hesitations we hear — and in most cases, it]]></description><link>https://blog.avlo.uk/ai-recruitment-and-uk-data-law-myths-facts-and-simple-guardrails</link><guid isPermaLink="true">https://blog.avlo.uk/ai-recruitment-and-uk-data-law-myths-facts-and-simple-guardrails</guid><category><![CDATA[AI Recruitment]]></category><category><![CDATA[ AI recruitment software]]></category><category><![CDATA[AI recruitment platform]]></category><category><![CDATA[hr tech]]></category><category><![CDATA[HR technology]]></category><category><![CDATA[uk gdpr]]></category><category><![CDATA[hiring]]></category><category><![CDATA[candidate screening]]></category><dc:creator><![CDATA[Christian Jones]]></dc:creator><pubDate>Mon, 23 Mar 2026 10:30:00 GMT</pubDate><content:encoded><![CDATA[<p>There's a version of this conversation that goes: <em>"We'd love to use AI in our hiring process, but we're worried about the risk."</em> It's one of the most common hesitations we hear — and in most cases, it's based on a misreading of where the real risk in recruitment actually lives.</p>
<p>The honest answer is that <strong>unstructured human decision-making</strong>, without objective criteria or audit trails, is where hiring risk is most concentrated. AI screening, done properly, doesn't introduce that risk. It addresses it.</p>
<p>Here's what UK data law actually requires, what it doesn't, and why the guardrails are simpler than most employers assume.</p>
<hr />
<h2>Myth 1: "AI makes hiring decisions automatically — that's illegal under UK GDPR."</h2>
<p><strong>Fact: Automated decision-making <em>without human involvement</em> is what UK GDPR restricts — not automated screening.</strong></p>
<p>Article 22 of UK GDPR says individuals have the right not to be subject to a decision based solely on automated processing where that decision produces a legal or similarly significant effect. In recruitment, a rejection qualifies.</p>
<p>The operative word is <strong>solely</strong>. AI that screens, scores, and ranks candidates is entirely lawful when a human reviews the outcome before any decision is communicated to the candidate. The AI does the heavy lifting; the human makes the call. That's not a workaround — it's exactly the model the law anticipates.</p>
<hr />
<h2>Myth 2: "If a candidate challenges a hiring decision, we won't be able to explain it."</h2>
<p><strong>Fact: This is a risk with opaque, black-box tools — not with well-designed AI screening.</strong></p>
<p>UK GDPR gives candidates the right to request meaningful information about how automated processes affected decisions about them. Employers need to be able to explain the logic involved.</p>
<p>A screening tool that scores candidates against defined, job-relevant criteria — and shows you exactly which factors influenced the outcome — gives you everything you need to respond to a challenge clearly and confidently. <strong>The audit trail is built in.</strong></p>
<p>The tools that create risk are those that produce a match score with no explanation. A system built around transparent, criteria-led screening doesn't just protect candidates — it protects you.</p>
<hr />
<h2>Myth 3: "Using AI recruitment means overhauling our data processes."</h2>
<p><strong>Fact: A well-built tool works within your existing obligations, not around them.</strong></p>
<p>UK GDPR already requires employers to have a lawful basis for processing candidate data, to retain it only as long as necessary, and to handle it securely. None of that changes when you introduce AI screening — you're adding a tool to a process that should already be compliant.</p>
<p>What you do need to check:</p>
<ul>
<li><p>✅ That your <strong>privacy notice</strong> mentions the use of automated screening tools</p>
</li>
<li><p>✅ That your vendor has a <strong>data processing agreement</strong> in place</p>
</li>
<li><p>✅ That candidate data isn't retained beyond your <strong>standard recruitment retention period</strong></p>
</li>
</ul>
<p>These are small additions to existing practice, not a structural overhaul.</p>
<hr />
<h2>Myth 4: "AI recruitment tools will use our candidate data for their own purposes."</h2>
<p><strong>Fact: Under UK GDPR, your vendor processes data on your behalf — not for their own use.</strong></p>
<p>Any reputable AI recruitment tool operates as a <strong>data processor</strong>, meaning they handle candidate data only according to your instructions and for the purpose of your hiring process. They cannot use that data to train models, build profiles, or serve other clients without your explicit agreement.</p>
<p>This should be clearly set out in your data processing agreement. If a vendor can't produce one, that's a red flag. If they can, you're covered.</p>
<hr />
<h2>Myth 5: "AI introduces bias into hiring."</h2>
<p><strong>Fact: Some AI tools do — but they inherit it from humans. The right AI actively removes the conditions where bias thrives.</strong></p>
<p>This is a legitimate concern, and there are well-documented cases that justify it. Amazon scrapped an internal hiring tool after discovering it systematically downgraded applications from women, having learned from a decade of male-dominated hiring decisions. When AI is trained on historical human choices, it can inherit historical human prejudices.</p>
<p>But here's what that framing misses: <strong>the alternative isn't neutral.</strong></p>
<p>Unstructured human screening is where bias quietly operates every day. Assumptions tied to names. Preferences for certain universities or postcodes. Affinity for candidates who present in a familiar way. Career gap penalties. None of this is deliberate, and almost none of it is auditable. It happens in every hiring process that relies on gut feel — which is most of them.</p>
<blockquote>
<p>AI screening built around defined, objective, job-relevant criteria doesn't carry those biases. It doesn't know what school a candidate attended, what their name suggests about their background, or how their formatting compares to whoever got hired last time.</p>
</blockquote>
<p>It evaluates the skills and experience that actually matter to the role.</p>
<p><strong>Unstructured human decision-making, without objective reasons to support it, is where the real compliance and ethical risk in recruitment lives.</strong> Done properly, AI isn't a source of that risk. It's one of the most effective ways to manage it.</p>
<hr />
<h2>Myth 6: "Our candidates won't be comfortable knowing AI screened their application."</h2>
<p><strong>Fact: Transparency about AI use lands better than most employers expect — particularly when the process is visibly fairer than the alternative.</strong></p>
<p>Candidates are increasingly aware that screening involves some form of automation. What they care about is whether the process was <strong>fair</strong>, whether their application was <strong>genuinely considered</strong>, and whether they'll <strong>receive a response</strong>.</p>
<p>AI screening that engages with candidates directly — asking clarifying questions rather than making silent rejections — meaningfully improves the candidate experience. And disclosing that you use AI, in plain language within your application process, satisfies your transparency obligation simply and straightforwardly.</p>
<hr />
<h2>Simple Guardrails: What Every Employer Should Have in Place</h2>
<p>You don't need a legal team on retainer to use AI recruitment compliantly. You need four things.</p>
<p><strong>1. Human review before any decision reaches the candidate.</strong> Every shortlist, every rejection — a human should have seen it first. This is the single most important protection, both legally and in terms of hiring quality.</p>
<p><strong>2. Explainable screening criteria.</strong> Your AI tool should score against criteria you define and understand. If you can't explain why someone was filtered out, you're exposed.</p>
<p><strong>3. An updated privacy notice.</strong> Add a line confirming you use automated screening tools as part of your hiring process. Brief, plain-language, and legally necessary.</p>
<p><strong>4. A data processing agreement with your vendor.</strong> Standard practice for any software handling personal data. Non-negotiable.</p>
<p><strong>Four guardrails. All of them straightforward.</strong></p>
<hr />
<h2>What This Means in Practice</h2>
<p>The employers who hesitate longest on AI recruitment are often those most exposed to the risks they're trying to avoid — inconsistent screening, unexplainable decisions, and the quiet, unexamined bias that comes with any purely human process.</p>
<p>A well-designed AI screening tool, with human oversight built in, doesn't add risk to your hiring process. It gives you something most recruitment processes currently lack: <strong>a clear, consistent, auditable rationale for every decision you make.</strong></p>
<p>If you've been holding back on AI recruitment because of compliance concerns, the guardrails are simpler than you think — and the risk you're managing already exists, with or without the technology.</p>
]]></content:encoded></item></channel></rss>