Interviewing & Decision-Making
SOLUTIONS · EXPERTINI ATS

Interviewing & Decision-Making

Where the deterministic score stops and human judgement is supposed to start.

3 min read · Updated July 2026 · Expertini Editorial

The Candidate Match Score narrows a pool; it doesn't make a hiring decision, and no responsible framework should claim otherwise. This page is specifically about the layer where human judgement takes over — scheduling, structured feedback, team input, and how that human layer connects back to the evidence the score already surfaced, rather than operating in isolation from it.

Watch the 30-second overview — no sign-up needed
5interview types supported
1–5structured interviewer scoring scale
100%of stage moves timestamped and attributed
2distinct inputs shown separately: score and team judgement

01Why interviews stay mandatory

A resume, however carefully evidenced, is a self-reported document. It can't verify communication skill, team fit, how someone actually thinks through a problem in real time, or a dozen other things a structured conversation reveals that no CV-scoring system — deterministic or otherwise — can substitute for. Every credible academic framework on hiring assessment treats structured interviews as a load-bearing part of the process, not an optional formality after an automated score has already decided the outcome, and we designed around that rather than against it.

02Scheduling and feedback capture

Interviews are scheduled directly from a candidate's record — phone, video, technical, onsite, or panel — with duration, location or link, and the assigned interviewer(s) all attached to that specific application. When the interview concludes, the interviewer logs a numeric score and written feedback immediately, attached permanently to that interview record rather than living in a separate email thread or someone's private notes that evaporate a few weeks later when the hiring decision is actually made.

03Team input alongside the score

Team members can leave threaded notes and a simple up/down/neutral vote on any candidate, visible alongside — not blended into — that candidate's CMS score. This is a deliberate separation: the deterministic score and human team judgement are two distinct inputs to a decision, shown side by side rather than combined into one number that would obscure which part came from evidence-based measurement and which came from a colleague's gut read.

04The complete decision record

By the time a hiring decision is made, a candidate's record contains the CMS score with its full dimension-level breakdown, every piece of interview feedback from every interviewer, team notes and votes, and a timestamped stage history showing exactly when and by whom the candidate moved through the pipeline. This composite record is what makes a hiring decision defensible after the fact — not because the score alone justifies it, but because the full trail of evidence and human judgement that led to it is preserved and retrievable.

05Common ways interview processes lose their value silently

A structured interview stage set up correctly can still degrade in practice through a few well-documented patterns. Feedback delay is the most common: an interviewer who fills in their scorecard three days later, after several other candidates have blurred together in memory, produces measurably less reliable feedback than one captured within the hour — which is why feedback capture is tied directly to the interview record rather than left to a separate, easily-deferred step.

A second pattern is halo effect from the CMS score itself — an interviewer who sees a 96% match score walking into the room may unconsciously interview to confirm that impression rather than genuinely test it, and the reverse happens with a low score. There's no purely technical fix for this; the discipline is procedural; some hiring teams deliberately withhold the CMS score from interviewers until after feedback is submitted, specifically to prevent this anchoring effect, which the platform supports as a workflow choice rather than enforcing one way or the other.

Engineering notes

Platform architecture & operations

A1How this is architected in the platform

Interviewing & Decision-Making is not a bundle of point products — it is a slice through one platform. The platform is deliberately server-rendered: every view is prepared by the application server and shipped as complete HTML, with no client-side framework, no third-party CDN scripts, and no build pipeline between the data and the page. What renders is what the server computed — the property that makes the interface auditable.

All persistence runs on a single search-native document store; every query carries the organisation's identifier as a mandatory filter at the lowest query layer. Tenant isolation is therefore structural — a property of how every request is composed — rather than a policy that relies on application code remembering to check.

Every capability referenced on this page resolves to a registered tool or connector: the tools directory and the integrations catalogue are renderings of the same registries the application enforces at runtime, so what this page describes and what the product gates can never drift apart.

A2Operational and audit posture

Screening is deterministic and published — the same inputs produce the same outputs, hard requirements block rather than average away, and the methodology is public on the research page. Actions that touch external systems are explicit and journalled per event; usage reporting aggregates the same journals the actions write, not a parallel telemetry system.

Anything that leaves the request path — notification fan-out, webhook delivery, activity journalling, mail — runs in fire-and-forget background threads. A slow external endpoint can never make the interface hang, and a failed side effect is logged rather than silently retried into inconsistency.

Everything written is yours to take: CSV exports and the Data Export app cover the same stores the product itself reads. The exit is as open as the entrance — by design, not concession.

Frequently asked questions

Does a high CMS score mean a candidate skips the interview?
No — CMS narrows a pool for interviews, it doesn't replace them. Every credible hiring framework treats structured interviews as necessary regardless of an automated score.
Can multiple interviewers leave feedback on the same candidate?
Yes — each interview has its own feedback record, and a candidate typically accumulates feedback across multiple interviews and interviewers through the pipeline.
Are team votes factored into the CMS score?
No — team votes and the CMS score are shown side by side as two separate inputs to a decision, deliberately not combined into a single blended number.
Is there a record of who moved a candidate between pipeline stages?
Yes — every stage change is timestamped and attributed to the team member who made it, forming a permanent audit trail on the application.

At a glance

  • Five interview types: phone, video, technical, onsite, panel
  • 1–5 structured interviewer scoring
  • Team voting shown separately from the CMS score
  • Threaded team notes on every candidate
  • Complete, timestamped decision audit trail
  • Score narrows the pool; interviews still decide

See interviewing & decision-making on your own hiring.

Bring a real job description to a 30-minute demo — free trial included.

Book a demo
Expertini AI
Online now
Hi! I'm Expertini's AI Product Expert. Ask me anything about our solutions, get guidance on any of our Hiring Tools, or just tell me what you're trying to do — I'll point you in the right direction. For account-specific issues, email support@expertini.com.