Interviews
The conversation is three days away and you are holding a list of the forty most common interview questions. Most of those will not be asked, and the ones that will are not on the list. This guide starts somewhere else: where the questions on the screen across the table come from, and on which scale your answer is marked.
4 calls
The answer scale has four rungs: strong, adequate, weak, unanswered. Their weights are fixed in code
Unanswered counts as 0
A skipped question carries zero and does not leave the denominator; silence does not lift the summary
From the weakest spot
Questions come not from the strongest side of a CV but from the side whose evidence looks thin
Preparing for an interview is not writing rehearsed answers, it is preparing a concrete anchor for every claim in your CV. In a system where the questions are prepared in advance, each one is tied either to a criterion of the posting or to a line in your CV, and the thinly evidenced spots are asked about first. For every claim, have a lived example, a number and the reasoning behind a decision ready.
The most common way to prepare is to find a list of questions and build the answers in advance. That rests on a single assumption: that everyone is asked the same questions. In a system where the questions are prepared in advance, that assumption does not hold, because every question there has somewhere to anchor: a criterion of the posting, or a claim in your CV.
The second wrong place is the length of the answer. On the scale, the only difference between adequate and strong is a concrete anchor: a lived example, a number, the reasoning behind a decision you made, or the tool you used. A short answer carrying one of those can count as strong, while a long answer carrying none stays general.
This guide describes the screen of a company running its interviews with questions prepared in advance. The definition of the method sits on a separate page on the employer side: what a structured interview is. Do not assume every company you apply to works this way; the interview module is open on certain plans and most conversations still run end to end in human hands.

Step 1
The requirement lines in a posting are the same record that carries weight and a required flag in the panel.
The requirement list you see on a posting page is plain text. The same list is not plain on the hiring side: every line carries a weight and some are marked required. The public page deliberately drops those two fields and prints only the text of the line. The list you read and the record the other side uses are the same record, only displayed differently.
Under full weighting, the weights of the lines have to add up to exactly 100. A line marked required counts as a genuine barrier; when it is not met, it trips the hard gate. The lines are not equal, but there is no way to read which one is heavy from the posting page.
What to do is not turn the list into a guessing game. Write a single evidence sentence for every requirement: on which job, when, what you did, and what came out of it. Note the lines you have nothing for somewhere separate; step four is about exactly those.
Step 2
Questions come not from the strongest side of a CV but from the side whose evidence looks weak.
The quality condition for generating questions is written down: every question has to rest on a specific criterion of the position or a specific claim in the candidate CV. Generic questions of the tell me about yourself kind, questions gluing two topics together with an and, and questions that close with a yes or a no are not produced. Under the question you face there is usually a line you wrote yourself.
The same condition carries the most useful steer for preparation: topics that appear in the criteria but look thinly evidenced in the profile are treated as the most valuable questions. In other words, the claim you covered in a single line and never expanded on is the most likely question. You will be asked about the project you described least, not the one you described most.
The pool knows three categories and what each of them looks for is written separately. The rounds have separate jobs too: the first round verifies the basic competency and genuine interest in the position, the second digs under the topics that stayed general in the first and asks for a concrete example, a number and the reasoning behind a decision, and the third closes the remaining risks such as level of responsibility and expectation fit. What is asked in the second round is not a new topic, it is the detail of the same one.

Step 3
The scale has four rungs; the only difference between adequate and strong is a concrete anchor.
In answer grading the model produces no score, no percentage and no number. All it can give is one of four call words; the arithmetic is done in code. The definitions of the four calls are not left to guesswork either, they are written in the prompt, and the table below is their exact counterpart.
The weights are fixed: 1, 0.67, 0.33 and 0. The summary is the average of those weights, rounded out of 100. The distance between them says where preparation should go: moving one answer from adequate to strong gains 0.33 units, and all it takes is putting a real anchor inside the answer.
The reasoning is built from inside the answer too: which sentence of yours led to the call is written down, nothing absent from the answer is assumed, and the reasoning is at most two sentences. The consequence is blunt: what you did not say is not counted in your favour. If you do not say the example in your head out loud, that example does not exist.
| Call | Definition | Weight |
|---|---|---|
| Strong | Addresses the question and carries a concrete anchor: a lived example, a number, the reasoning behind a decision, the tool used. | 1 |
| Adequate | Addresses the question but stays general. Says the right things without giving a concrete anchor. | 0.67 |
| Weak | Does not address the question, shifts the topic, or contains a clear factual error. | 0.33 |
| Unanswered | No answer entered, an I do not know, or text unrelated to the question. | 0 |
Step 4
Staying silent does not lift the summary; the rule is written in code together with its reasoning.
The answer summary is the weight average of every question in that round. An unanswered question counts as zero and is not removed from the total question count. The reasoning in the code comment is one sentence: if it were removed, a candidate could lift their summary by staying silent. Brushing a question aside does not protect the summary, it pulls it down.
This rule is the opposite of the one on the CV side, and that is where confusion happens most. In the CV evidence rubric an item with no evidence does not count as half a point, it leaves the denominator; the reasoning there is the sentence the absence of evidence is not a shortcoming of the candidate. In an interview, absence is a choice: the question was asked and no answer came.
The consequence: an answer that addresses the question but stays general counts as adequate and carries 0.67, while giving no answer at all carries 0. On a topic you do not know, the thing to do is not to fall silent but to stay with the question, describe the real experience you do have, and say clearly how far your knowledge goes. Build that into a sentence before the conversation and keep it ready.

Step 5
The date, the duration, the type, the address, the map and the this date does not suit me link are all in the same email.
The invitation email carries a fixed set of information, and most candidates close it without reading the bottom half. Every invitation holds the date and time, the duration of the conversation, whether it is in person or online (Google Meet), and the note passed on to you. An in person conversation adds the address, a Google Maps link and an embedded map image; an online one adds the Meet link. At the very bottom sits the this date does not suit me link.
Reminders go out in two windows: once when 2 to 24 hours remain, and once when 2 hours remain. If the two windows overlap, the 2 hour one takes priority, and each window fires only once per interview. The same reminder goes to you and to the interviewer. A reminder not arriving does not mean the conversation was cancelled, so put the calendar entry in yourself from the invitation email.
The this date does not suit me link in the email does not cancel the interview, it only tells the company. The page it opens holds one sentence of context, an optional explanation box and a single button. The explanation you leave appears in the email sent to the company; if you write nothing, the fact that there was no explanation is what goes.
On the candidate side you can meet interview questions in two places, and they are not the same list. The first is the Interview section of your own CV report, the second is the question pool in the panel of the company you applied to. You never see the second one.
The section in the CV report gives every question in three parts: the question itself, why it is asked, and what a good answer should contain. The categories split four ways: Technical, Experience, Behavioural, General. Generation asks for at most four questions and the report mapper carries at most five. On the free result this section is among the locked ones; the only visible thing is how many questions were prepared.
The pool on the panel side knows three categories: Technical, Behavioural, Culture Fit. If the CV analysis of your application ran, the first round of the pool is filled once with the questions from it, and those rows are written into the Technical category. That is why the labels of the two lists do not map one to one: two surfaces of the same engine, each using its own label set.
| Question | The Interview section of the CV report | The question pool in the company panel |
|---|---|---|
| Who sees it | Only you | Only the company running the interview |
| Category labels | Technical, Experience, Behavioural, General | Technical, Behavioural, Culture Fit |
| How many questions | Generation asks for at most 4, the report carries at most 5 | One generation request returns at most 8 questions per category |
| What it rests on | The CV you uploaded | The position criteria and the candidate profile |
| On the free result | Locked; only the question count is visible | A separate surface, unrelated to the free result |
At the end of the round a single summary comes out of the answers, and that summary keeps bands of its own: 75 and above strong, 50 and above a second round. These are not the decision bands of the position, they are the thresholds of the answer scale itself.
What comes out is not a decision, it is a suggestion. Every suggestion closes with the same sentence, and that sentence is not typed by hand, it comes from the code: this is a suggestion, and the application status changes only with your approval.
This is where preparation gets confused the most. Let us separate what combines with what under three headings.

The two scores sit side by side and are not reduced to one number, because they measure different evidence. The CV fit score measures what the document says, the answer score what was said in the conversation; stacking one on the other would make both measurements meaningless.
The visible consequence: when the answers are strong but the CV evidence score has not been computed or is weak, an offer is not suggested directly, a second round is. A good conversation does not compensate for a weak CV by addition.
If a criterion marked required is not met, the system suggests neither an offer nor a rejection; the candidate goes to human review. If the criterion could not be verified from the CV, the call goes to a person as well.
What that means in practice: a closed gate produces no automatic rejection. If there is a requirement you think you do not meet, touching that line in the conversation works better than never raising it; the person making the call will be looking at that line anyway.
AI changes the status of no application on its own. Even the button on the suggestion card leaves the status alone; the transition happens with a user approval and is written to the audit trail. The pool and the evaluation of a cancelled or completed interview are not deleted either, they stay read only.
The data handed to the grading model is narrow too: the position title, at most 30 criteria, the questions, the interviewer specific hints and the answers. Your contact details, your CV score and your application status are not passed. The reason is written in code: a grader that sees an existing call starts agreeing with it.
The six items below are what the five steps should leave in your hands the day before the conversation. None of them depends on which system the other side uses: an answer with a concrete anchor prepared serves you just as well in front of a human interviewer.

You cannot see the question pool of the other side, that list lives in the company panel. The only list you can see is the Interview section of your own CV report, and that section is produced from the CV you uploaded. On the free result that section is locked; the only thing visible is how many questions were prepared. The two lists are not identical either: the report uses four category labels, the panel pool three.
On the scale, unanswered maps to zero, and that zero does not leave the total question count. Skipping a question does not lift the summary, it pulls it down; the rule is written in code with its reasoning. An answer that addresses the question but stays general counts as adequate and carries 0.67. Saying as much as you know stands on a higher rung than saying nothing.
No. The grading rule states plainly that a short answer is not automatically counted as weak: a short but concrete answer can be strong. The only difference between strong and adequate is a concrete anchor; a lived example, a number, the reasoning behind a decision you made, or the tool you used. If none of those appears, the answer stays general however long it is.
No. The questions produced by the CV analysis are copied into the first round once, when the interview record is opened; from that moment the pool lives as an editable record. Even if the CV analysis runs again later, the rows in the pool do not change. New questions added to the pool come from the hand of the person running the interview.
The link does not cancel the interview, it only tells the company. The page it opens holds one sentence of context, an optional explanation box and a single button. What you write goes into the email sent to the company, and if you leave it empty, the fact that there was no explanation is what goes. The page shows only your name, the date, the duration, the interview type, the address and the company name.
The answers are typed by the interviewer during the conversation; the system reads that text and gives each question one of four calls, and the score is computed in code. What comes out is a suggestion, and every suggestion closes with the same line: this is a suggestion, and the application status changes only with your approval. The application status never changes on its own: the call to advance or reject is made with a user approval and an audit record.