Preparing your CV
You opened a blank page, wrote your name at the top, and stopped there. Every line after that is a choice: which job to include, how to give the date, how far the skill list should run. This guide maps each of those choices to what the side reading your CV actually measures, and gives every threshold with the number from the code.
49 items
The same fixed checklist is applied to every CV; which posting you applied to does not change that list
45 items from code
89 percent of the overall score is computed from the CV in code and never asked of the model
28 weight units
What the experience dimension budget loses when no duration can be computed from any professional role
Writing a CV is not picking a template, it is making every line verifiable. Five jobs are enough: put your contact details in the header, put a month and year date on every role, describe the work with what you did and what came out of it, tie the skills into that narrative, and fill in education and languages completely. Export the file as PDF.
Most of the time spent writing a CV goes into deciding rather than writing: should I include that internship, how should I give the dates, how many tools should go in the list, how do I describe that job. Every one of those decisions has a consequence, and the consequence does not live in personal taste, it lives in what the side reading your CV can verify.
In GoTeam CV analysis the same fixed list of 49 items is applied to every CV. The items do not ask is it good, they ask is this written in this CV; 45 of them are computed directly in code. A good CV is open to argument, did you write the date as month and year is not.
The five steps below are built on that distinction. Each step makes one writing decision, says which item that decision satisfies and with what weight, and writes down what is lost when the decision goes the other way. No step says your score goes up by this much: score gains were not measured, the only thing measured is which item looks at what.

Step 1
Before you pick a template, pull out the dates, the employers, the work you did, the numbers, the tools, your education and your languages.
The expensive part of starting straight from a template is this: you notice what is missing long after you wrote it, not while writing. The two hardest things to find later are dates and numbers. The first job is an empty note file: the start and end month and year of every role, the employer name, the work you did in that role, the numbers you still have, the tools you used, your education details, your language levels.
While gathering the material you are also making a second decision: which record sits under which heading. That decision changes the result directly, because the class of a record is set by the section heading of the CV. A record under an Internship heading counts as an internship even if its title reads Software Engineer; every record under a Projects heading counts as a project.
The concrete consequence of that classification is the professional duration calculation. Internships, volunteer work, student club roles, education linked roles and projects do not enter it. Part time roles count at half weight, freelance work at full weight. Overlapping ranges are merged, so the same month is never counted twice.
Step 2
How dates are written satisfies two separate items and feeds all three duration thresholds.
Dates sit in the experience dimension as two separate items: writing the start and end of at least one role as month and year is worth 10 weight, and having a start date on every experience record 6 weight. The second looks at all records, not only the professional ones; a single undated internship or side project record drops that item on its own.
The second job of a date is the duration calculation. Three separate items sit at the 1 year, 2 year and 4 year thresholds of total evidenced professional experience: 10, 10 and 8 weight. A record with no start date, or one whose date cannot be read, never enters that calculation. The record is not ignored, the professional experience item is still earned; duration is the only place it misses.
If no month can be derived from any professional experience, the total duration comes back empty and all three threshold items are lost at once, with the reason that professional duration cannot be computed from the dates. That is how 28 units of the experience dimension budget become invisible. The cause is not a lack of experience, it is a date that cannot be read.

Step 3
The description item is worth 8 and the numeric outcome item 12; both look at what the sentence says.
Having a description of what you did under a role is an item worth 8. Having a numeric outcome in at least one experience description is a separate item worth 12, and the heaviest one in the experience dimension. The empty space between a job title and a company name leaves both items unanswered.
What the numeric outcome item looks for is defined: either a percent sign, or a large number with a thousands separator, or a number written with a unit from a fixed list. The list holds: people, users, customers, items, lines, seconds, minutes, hours, days, weeks, months, years, times, points, thousand, million, billion, TL, USD, EUR and their Turkish counterparts. In short, what you are counting has to sit next to the number.
The same sentence can satisfy more than one item. I built the monthly closing sheet in Excel and the closing cycle dropped from five days to three satisfies the description item and the numeric outcome item, and on top of that ties the Excel skill to a usage record. What works is not making the sentence longer, it is putting what you did and what changed inside it.
Step 4
Listing is worth 6, appearing in usage 14, and appearing in narrative text another 14.
In the technical dimension, listing a skill is an item worth 6. The same skill appearing in an experience or project record is a separate item worth 14, at least half of the listed skills appearing in usage a third item worth 12, and a skill name appearing in plain narrative text a fourth item worth 14. The last one does not count the technology tag on a record; it looks only at the responsibility, achievement and project description sentences.
Knowing how the search works helps here: the skill name has to appear as it is in the combined experience and project text. The comparison folds Turkish characters into ASCII and lowercases them, and does nothing else. A skill whose folded name is shorter than two characters (the abbreviations R, C, JS) never matches; use the spelled out form.
That is why a difference in spelling between the list and the narrative can drop an item on its own. Writing React 18 in the skill list and React with ... in the narrative means the search cannot find the string react 18 in the text. Write the tool name in the narrative exactly as you wrote it in the list, and leave the version suffix out entirely.

Step 5
These three sections carry 25 items between them, and almost all of them ask only whether something is written.
The education section produces not one item but nine: the record (12), the degree name (10), bachelor level or above (14), postgraduate (10), the department name (12), the school name (8), the year (12), the grade average (12), graduation (10). The practical outcome: a line reading A University, 2019 - 2023 satisfies the school and year items and leaves the department and degree items empty. Adding Computer Engineering, BSc to the same line satisfies two more.
On the language side, how you write the level separates two different items. English: good level satisfies the level statement item (18) but not the formal scale item (18). English: C1 satisfies both and brings the third item looking at the C1 threshold (14) as well. The B2 threshold carries 16 more, a second foreign language 10, and a language certificate 10.
Certificates hide one date condition people miss: a certificate dated within the last five years is a separate item worth 14. An undated certificate does not count towards it at all, because a claim of being current can only be evidenced with a date. Write the month and year you earned it next to the certificate name.
The table below brings together the most frequently broken versions of the rules covered in the five steps.
Do not read the table as a list of penalties. On most rows what is lost is not a mistake but an unanswered question: the engine cannot find the sentence that satisfies the item, so the item stays empty.
| What the CV says | What happens in the engine | Instead |
|---|---|---|
| 2024 - 2026 | The range is read but pinned to the first month; the month and year item (10) is lost | Write month and year, such as 03/2024 - 08/2026 |
| A single undated side project record | The start date on every record item (6) drops on its own | Put at least a start date on every record |
| React 18 in the skill list, React in the narrative | Usage matching is a plain substring search, so it is not found | Write the same name in both places, with no version suffix |
| JS in the skill list | The folded name is shorter than two characters and never enters usage matching | Use the spelled out form, such as JavaScript |
| I completed the project in 2024 | Date expressions are excluded from the pattern, so the numeric outcome item (12) is not satisfied | I brought the closing cycle down from five days to three |
| I increased it by 3 | A number with no unit does not match the pattern | I increased it by 3 percent, or 3 thousand users |
| The tool name only in the technology tag of a record | The narrative item (14) looks only at responsibility, achievement and project text | Write the tool in the same sentence as what you did with it |
| Languages: Python, SQL, English | Programming languages feed no language item | Python and SQL to the skills section, English with its level to the languages section |
| An undated certificate | It never counts towards the last five years item (14) | Write the month and year of the certificate |
Reordering a CV and uploading it again is a common experiment. The result: the same file always gets the same score. The engine is deterministic and 45 items are computed in code. Even on the four items that go to the model, what is asked for is not a score; it is a binary answer on whether it is evidenced, plus a verbatim quote from the CV.
For the score to change, the CV itself has to change: a missing date has to be filled in, an empty description written, a skill sitting in the list tied to the story of a job. How far each of those moves the number was not measured, so there is no gain figure here. The only thing written down is which item looks at what.

The missing evidence list in the report does not generate advice, it comes from three sources: skills that were only claimed, skills with a usage record but no sentence describing what was done, and roles with no single line of description. The list shows at most eight items.
That list has no direct effect on the score; what carries the score is the items themselves. The job of the list is to point at each missing sentence one by one: not a general suggestion to strengthen your CV, but a single signal saying there is no sentence behind this particular skill.
The report gives you no percentile; without enough data no such number is produced. The result arrives as a score, five dimension scores and a band label: 85 and above Outstanding CV, 70 Strong CV, 55 Room to Grow, 40 Foundations in Place, below that Needs Rebuilding.
The dimension weights are the same for everyone: Technical competency 30 percent, Experience 30 percent, Education 15 percent, Language skills 10 percent, Potential 15 percent. That carries a limit worth writing plainly: the technical dimension looks at the tools and methods listed in the CV, so no claim is made that two CVs from different fields behave the same way in that dimension.
When you apply to a company, your CV lands in that company application list. There are two layers there: the fixed evidence list applied to every CV, and a separate fit layer built from the criteria of the posting. The first does not change with the posting, the second comes entirely from the criteria of that posting. The same CV gets the same CV score on different postings and a different fit result.
Whether AI grading is switched on depends on a company setting, so it does not run in every installation. Where it is on, this holds: AI changes the status of no application on its own. It produces suggestions and lists the evidence items and their quotes; the call to advance or reject is made by a person under a user identity.
If you want to see it before sending your own CV anywhere, the free analysis on the candidate side is open and asks for no card. The only accepted format is PDF, the limit is 5 MB and by default 15 pages. There is a daily quota too: 3 analyses from the same IP, 3 for the same user.

No evidence item looks at page count; a two page CV does not start higher or lower than a three page one. The only rule about page count is technical: on the candidate side the default limit is 15 pages and a PDF longer than that stops at the gate. How many pages you write is a choice you make for your reader, what gets measured is the content itself.
The items in the experience dimension ask for a professional record, and those cannot be satisfied. But most of the 49 items look elsewhere: the education section produces nine items and the language section seven; projects, certificates, achievements and publications carry items of their own. Writing up an internship or a coursework project with sentences describing what you did, and numbers where you have them, satisfies most of the items that look at sentences.
If all you have is the year, write it: the range is read, but the start is pinned to the first month of the year and the record is flagged with roughly six months of uncertainty. In that case the month and year item (10) is lost and the duration stays approximate. Writing the month on a single role you do remember is enough to satisfy that item, because it only looks at one record.
Not for the CV score: the same fixed list is applied to every CV and which posting you applied to does not change it. What does change is the second layer on the employer side, the fit built from the criteria of that posting. The way to move that is not copying the words of the posting, it is sharpening the sentences describing the real work you did that relates to it.
Write it without the version suffix. Matching on the employer side folds the name to a canonical form, so React, React.js, ReactJS and React 18 all collapse into one technology there. On the CV Check side, usage matching is a plain text search; writing React 18 in the list and React in the narrative breaks the match. The plain name works on both sides.
The item does not ask for a percentage, it asks for a number written with its unit: people, users, customers, items, lines, days, weeks, months, hours and the like are all in the pattern. I worked in a team of six, I closed 40 files a month, I brought the closing cycle down from five days to three are all matches. The only things that do not match are a number with no unit and a date expression.