EasyQLab

START HERE

What you can do with EasyQLab

Ten jobs EasyQLab does well, each as a short scenario with the steps and a link to the page that explains it in detail. Read the one that matches what you have on your desk today.

If you haven't run a project yet, start with Your first project: every use case below assumes you know how to create a project and upload files.

Approve a multi-language job before delivery

The situation. DTP has finished a member guide in eight languages. It ships to the client tomorrow, and you need to know which languages are ready and what has to be fixed in the others.

The results screen with the project verdict, the reason naming the languages that decide it, and the language cards
The answer in one line: the project's verdict and the languages that decide it.
  1. Create the project and upload the original and the eight translations. See Upload the files.
  2. Click Analyse. Eight languages of two pages each take about two minutes.
  3. Read the header. "Needs review: 2 languages need review (French, Arabic)" tells you where to spend your time.
  4. Open Summary for the numbers per language, then open each language that isn't approved and go through its findings with Real error and Not an error.
  5. Send the fixes to DTP with the annotated PDF of each language (see Give your client a report), and check the corrected files with a second round.
  6. Click Mark as finished in Projects once it's delivered.

What you'll see: as you dismiss false alarms, the cards rearrange and a language can move from "Needs review" to "Approved". The project is approved only when every language is.

Rejected and needs-review languages are always first in the cards. If the first card is approved, the whole project is.

Find what a human reviewer missed, and prove it

The situation. Your reviewer returned the Spanish PDF with comments. You want to know whether they caught everything — and, the other way round, whether EasyQLab is worth trusting on your material.

The comparison against the human review: Both found, We missed and Only the tool, with the coverage percentage
Mark by mark: what both of you found, what EasyQLab missed, and what only EasyQLab flagged.
  1. Open the analysis of that language from its project.
  2. Under Measure against the human review, click Upload the reviewed PDF and choose the PDF the reviewer returned, with their comments in it.
  3. Read the headline, for example "We flagged 14 of the 16 spots the reviewer marked", and the coverage under it.
  4. Go through the three lists: Both found, We missed and Only the tool.

What you'll see: Only the tool is the list to show your reviewer: places they didn't mark. We missed is what to tell us about. A match means the two marks overlap on the page; the check code on each row lets you confirm it's for the same reason.

Details in Second round and human review.

Check the corrected file without re-reviewing everything

The situation. DTP sent back the corrected French. You don't want to read it all again: you want to know whether each finding was fixed, and whether the fix broke anything new.

The second round result: Resolved, Still there and New findings for the corrected language
The second round: what was resolved, what is still there and what is new.
  1. Open the analysis from its project (the original file is needed, and it's stored there).
  2. Open the language and find the Second round box: "Second round: check the corrected French".
  3. Click Upload the corrected PDF and choose the new file.

What you'll see: "9 of the 11 French findings were resolved", with the lists Resolved, Still there and New. The round is saved in the project and shows as "2nd round" in the list of analyses.

Only that language is billed, not the whole project again.

Give your client a report they can read

The situation. Your client wants evidence that the files were checked, and DTP needs to know exactly what to change.

Page one of an annotated PDF, with comments placed on the spots that need fixing
The annotated PDF: standard PDF comments on each spot; the content of the page is untouched.
The export buttons: Download annotated PDF, CSV, Upload the reviewed PDF and Upload the corrected PDF
The exports of an open language.
  1. Review first. Dismissed and ignored findings are left out of the PDF, so the report says only what's real.
  2. For each language, click Download annotated PDF to give DTP a PDF with a comment on every spot to fix.
  3. Click CSV for the findings as a spreadsheet, if your team tracks fixes in one.
  4. On Summary, click Copy summary to paste the verdict per language into an email, or Download CSV for the table.

The comments are written in the interface language: switch to EN before downloading for an English-speaking client. Everything about the exports is in Reports and exports.

Ask questions about the project instead of opening twenty files

The situation. The client asks whether a product name was left in English everywhere, or what the footer says on page 2 of the French. You'd rather not open every file.

Ask the project, enlarged, with a question about the project and its answer, with the cost and the time shown under it
Ask the project: the answer comes from the original, the translations and the findings, with its cost and time shown.
  1. Click Ask the project on the results screen.
  2. Type your question in plain words and click Ask. For example: "Was the word META left untranslated in every language?"
  3. Read the answer and the line under it: the cost and the seconds it took, and how many paragraphs it consulted.

It only reads; it doesn't change any finding. For a full written review of the project, use Generate AI analysis on Summary. Examples and limits in Ask the project.

Tune the checks to a client's standards

The situation. One client allows a different font in Korean, never wants a certain word, and considers a missing bold a serious problem. Another doesn't care about bold at all.

Settings, Checks tab: the list of checks with their switches and severities
Checks: switch a check off, or change how serious it is.
Settings, Client lists tab: the CSV upload and the explanation of the list types
Client lists: one CSV with the client's forbidden terms, brands, font equivalences, glossary and non-translatables.
Settings, Typefaces tab: font equivalences per language
Typefaces: which font may replace which, per language.
Settings, Traffic light tab: the four thresholds and Back to the standard values
Traffic light: how many findings of each severity reject a language or send it to review.
  1. In Settings, click + Add to create a profile and rename it after the client.
  2. Adjust Checks, Client lists, Typefaces and Traffic light.
  3. Click Save changes.
  4. On the client's next project, pick that profile next to Review profile before you analyse.

A worked example for a client is in Settings and review profiles.

Keep the translation review off when you only need layout QA

The situation. The translation was already approved by the client's linguists. Your job is the layout: overflowing text, missing bold, a moved logo, a broken table.

The Show translation review switch on the results header, on and off
Show translation review (N): N is how many translation findings are hidden or shown.
  1. Before you analyse, switch off AI review of the translation, next to Analyse.
  2. Or, after the analysis, switch off Show translation review (N) on the results screen.

What you'll see: the findings about meaning, omissions, typos and terms disappear from the list, the cards, the traffic light and the summary. Layout, typography, numbers and every other check stay.

Switching it off doesn't save money: the AI reads the translation either way, and it costs the same. It changes what is shown and counted. The choice is saved with the project, and you can switch it back on at any time.

Teach it what counts as an error for your team

The situation. EasyQLab keeps flagging something your team accepts, or shows as doubtful something your team always fixes.

A finding card with the Real error and Not an error buttons and its confidence
The confidence on each card moves with your team's verdicts on findings of that kind.
  1. Mark each finding Real error or Not an error as you review.
  2. When a language is done, click Review complete. From then on, whatever you didn't dismiss counts as real.

What you'll see: in later analyses, findings of that kind come with a confidence that has moved, and the card says why ("+6 from 4 verdicts"). The change is gradual, by design: at most 10 points, and only after three verdicts that agree.

To stop a kind of finding altogether, switch its check off in a profile instead (see above). More in Reviewing the findings.

Run a one-off check without creating a project

The situation. A prospect sends a sample to see what EasyQLab finds, or you want a quick look at a file that isn't part of any job.

The Quick analysis screen
Quick analysis: the same upload, with no project around it.
  1. Click Quick analysis in the menu.
  2. Upload the source and the translations, and click Analyse.

What you'll see: the usual results. But files are not stored, the result can't be reopened once you leave the screen, and it is billed all the same. If you might need it again, use a project.

Track usage per client and per month

The situation. At month end you need to know how much each project used, to invoice your client or to check your plan.

The Dashboard with the period selectors and the four cards: characters processed, projects, findings and active checks
The Dashboard: the current period by default; pick one project or a previous month above.
The Billing page with its usage records, one row per analysis
Billing: one row per analysis, with project, reference, client, file, languages, pages and characters.
  1. On the Dashboard, pick a project under Showing and a period under Month.
  2. In Billing, filter by Period and search by project, reference, client or file.
  3. Click Download CSV on either page for a spreadsheet.

What every number means is in Projects, dashboard and billing.

What it does not do

So you don't go looking for it:

Not availableWhat to do instead
Judge style or toneEasyQLab checks meaning, data, omissions, typos, terms and layout, not whether a sentence reads elegantly. That stays with your linguist.
Glossary and terminology checksNot available yet. You can upload a glossary in Client lists; the translation review reads it as context, but a term translated differently is not flagged as its own finding. Forbidden terms are checked.
Grammar checkingNot available yet. Spelling is checked in some languages (see Spelling), and the translation review catches typos.
IDML or InDesign filesNot accepted. Export a PDF and upload that (see Formats).
Fix the fileEasyQLab tells you what to fix and where; DTP fixes it. The annotated PDF is for reviewing, not for production.
Invite members from the screenNot available yet. Ask the EasyQLab team to add someone to your organization.