Every number traces to evidence
Unpack a score and you are reading criterion verdicts, each sourced to the document that earned it.
Not a black-box percentage. Kepler turns the client brief into a scorecard, scores everyone in your database against it, and gives every verdict the line from the CV, call or email that earned it.
| Candidate | Match | Role title | Current employer | Skills | |
|---|---|---|---|---|---|
| Sophia Bennett | 92Strong | Senior Data Engineer | Monarch Analytics | Python, Spark, AWS, Terraform, dbt | |
| Amir Hassan | 81Good | Data Engineer | Northwind Capital | Python, Spark, EMR, SQL, Airflow | |
| James Okafor | 74Good | Senior Data Engineer | Juniper Systems | Spark, Azure, Databricks, Kafka, Scala | |
| Mei Tan | 68Weak | Engineering Manager, Data | Atlas Cloud | AWS, Leadership, Python, Snowflake | |
| Elena Rossi | 55Weak | Analytics Engineer | Forma | dbt, SQL, Python, Looker | |
| Oliver Chen | 49Off spec | Platform Engineer | Northwind Capital | AWS, Kubernetes, Terraform, Go |
Unpack a score and you are reading criterion verdicts, each sourced to the document that earned it.
The shortlist you send carries the why, so it is defensible in the first client call rather than after it.
Nothing in the record for a requirement? The verdict is “Not stated”. It never guesses to fill a gap.
Kepler reads the CVs, notes and conversations in the eligible pool — not just the profile fields — and ranks the strongest first. Open any row for the assessment, a verdict on every requirement, and the line each one rests on.
| Candidate | Match | Role title | Current employer | Skills | |
|---|---|---|---|---|---|
| Sophia Bennett | 92Strong | Senior Data Engineer | Monarch Analytics | Python, Spark, AWS, Terraform, dbt | |
| Amir Hassan | 81Good | Data Engineer | Northwind Capital | Python, Spark, EMR, SQL, Airflow | |
| James Okafor | 74Good | Senior Data Engineer | Juniper Systems | Spark, Azure, Databricks, Kafka, Scala | |
| Mei Tan | 68Weak | Engineering Manager, Data | Atlas Cloud | AWS, Leadership, Python, Snowflake | |
| Elena Rossi | 55Weak | Analytics Engineer | Forma | dbt, SQL, Python, Looker | |
| Oliver Chen | 49Off spec | Platform Engineer | Northwind Capital | AWS, Kubernetes, Terraform, Go |
Select a candidate to read the evidence.
92
judge score
Strong match
3 of 4 criteria met
Assessment
A strong fit for the brief. Sophia has run a production Spark platform on AWS and has managed a team through a migration. Financial services exposure is via a payments client rather than a bank.
Candidate
Criteria · 3 of 4
Hard limits run before scoring so the pool is one you could actually place. After it, your pins override the order and the score keeps explaining itself underneath.
Hard limits
Applied to the pool first, so nobody is scored who could never take the job.
Your order
The pin sticks and the reasoning stays attached. The score explains; you decide.
The scorecard you tune, the verdicts it produces, and the inbound applicants that arrive already scored against the same rubric.
Senior Data Engineer
Extracted from the brief — tune anything before a CV is read.
Paste the brief and the criteria and weights are pulled out for you to tune — musts, highs and mediums, all editable.
Sophia Bennett
The judge reads CVs, notes and conversations, and every verdict cites the exact source it came from.
Applications
Applicants from your hosted job board land parsed, deduplicated and scored against the same rubric as the rest of the pool.
A match score is a claim about a person. Kepler attaches the proof, so the number survives contact with your client.
Kepler does. Paste the client’s brief and Kepler pulls the criteria and weights out of it as a scorecard — musts, highs and mediums — which you tune before a single CV is read. It then scores everyone in your database against that scorecard and ranks the strongest first.
Yes, and that is the point. Open any score and you are reading criterion-by-criterion verdicts, each one sourced to the CV, call or email that earned it, so the shortlist carries its reasoning into the first client call.
The verdict is “Not stated”. Kepler does not infer a requirement from an adjacent skill or guess to fill a gap — a silent record stays silent, and you can see exactly which requirements still need a conversation.
Always. Pin someone higher or move them down and your order sticks. The score stays visible underneath with its evidence attached, so a colleague can see both what the judge thought and what you decided.
No. Scoring runs over the records your permissions already allow you to open, inside your workspace, and the shortlist you get back is bounded by the same rules as the rest of the app.
We set up your workspace, migrate your data and walk you through it.
We will email you within one working day to set up your workspace and agree a time for the walkthrough.
Want a walkthrough sooner? Book a demo