Reporting & Insights
SOLUTIONS · EXPERTINI ATS

Reporting & Insights

Reading the funnel and the score distribution as diagnostic tools, not just dashboards.

3 min read · Updated July 2026 · Expertini Editorial

Reporting is usually presented as a way to look impressive to leadership. It's also, more usefully, a diagnostic tool — a lopsided funnel or a strange score distribution is telling you something specific about your job description, your sourcing channel, or your process, if you know how to read it. This page covers both what's measured and how to interpret it.

Watch the 30-second overview — no sign-up needed
Livefunnel data, computed on request not batch-refreshed
0–100comparable CMS scale across every role
Realtimestamps, not self-reported estimates, for time-to-hire
251countries' worth of publishing spread trackable per org

01The pipeline funnel

Stage-by-stage candidate counts across every job in an organisation are computed live from the actual pipeline data — no overnight batch job, no stale export. A funnel that's fat at "screening" and thin at "interview" usually means either the screening criteria are too loose (letting through candidates who then fail an interview-stage bar) or too strict relative to what the interview stage actually tests for. Neither diagnosis is available from a single snapshot; it requires watching the funnel shape across several roles.

02CMS tier distribution as a job-description diagnostic

Because CMS scores are comparable across roles — the same formula, the same 0–100 scale — a role whose applicant pool skews heavily toward the Low and Partial tiers is worth investigating on its own terms: is the job description written with unusually strict, narrow requirements that few real candidates meet? Is the sourcing channel reaching the wrong audience for this specific role? A role whose pool clusters in Exceptional and Strong, by contrast, usually indicates either a well-targeted sourcing channel or a job description whose stated requirements match what the actual applicant pool for that kind of role tends to have.

03Time-to-hire, computed honestly

Time-to-hire is calculated from the actual timestamped stage history on hired candidates — the real gap between an application's creation date and the timestamp it moved to "hired" — not from a self-reported estimate. This produces a number that's occasionally less flattering than a rounded estimate would be, but it's the number that's actually defensible when someone asks how it was calculated.

04Using this to make a case internally

A hiring team asked to justify budget or headcount for recruiting tooling is better served by real numbers computed transparently than a polished narrative — a hypothetical claim like "time-to-hire dropped from 34 to 21 days across the last two quarters, computed from timestamped stage history" survives scrutiny in a way a vaguer one doesn't, precisely because anyone can trace it back to the stage history. The reporting exists to be checked, not just presented.

05What the numbers can't tell you

Reporting describes what happened inside a pipeline; it can't tell you whether the underlying job description was well written, whether an interviewer's feedback was actually thorough, or whether a hire who looked strong on every metric available will actually perform well in the role — that last question is precisely the one no hiring analytics system, including this one, has a strong enough track record to answer confidently, and any dashboard implying otherwise is overstating what the data supports.

A funnel and a score distribution are diagnostic starting points for a conversation a human still needs to have, not a conclusion that replaces one. Reading "this role's applicant pool skews Low-tier" as "therefore rewrite the job description" without actually looking at why — wrong sourcing channel? Genuinely scarce skill set? Unrealistic requirements? — turns a useful signal into a wrong-headed shortcut.

Engineering notes

Platform architecture & operations

A1How this is architected in the platform

Reporting & Insights 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

Is time-to-hire self-reported or calculated?
Calculated — from the actual timestamped stage-history data on each hired candidate's application record, not a manually entered estimate.
Can CMS scores be compared across different job postings?
Yes — because every job uses the same 0–100 formula and tier bands, average scores and tier distributions are meaningfully comparable across roles, unlike scoring systems that use a different rubric per job.
What does a funnel that's fat at screening and thin at interview usually mean?
Typically that screening criteria are looser than what the interview stage actually tests for, or vice versa — worth investigating as a mismatch between stages rather than a problem with either stage alone.
Does reporting update in real time?
Funnel, score distribution, and volume reports are computed live from current pipeline data on each request, not from a periodically refreshed cache.

At a glance

  • Live pipeline funnel, computed on request
  • CMS tier distribution as a diagnostic signal
  • Time-to-hire from real timestamped data
  • Weekly application volume trends
  • Per-country publishing spread
  • Numbers built to survive being checked

See reporting & insights 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.