Service scope


What we localize, and where the scope stops

Four connected layers: interface strings, product descriptions, marketing copy, and the terminology and QA work that keeps them aligned. Every engagement opens with a string inventory, so the estimate reflects real word counts and the number of plural, gender, and case variants.

  • UI strings. Buttons, errors, empty states, character limits, placeholder syntax.
  • Product content. Specifications, feature descriptions, comparison tables.
  • Marketing copy. Landing pages, email, launch material.
  • Terminology and QA. Glossary approval, plural categories, case agreement.

Outside the scope by default: legal certification, print production, and live A/B testing. We name these during scoping rather than absorbing them quietly.

Send a string sample for scoping
Scope ledger: requested, drafted, confirmed
String Requested Draft scope Confirmed
UI-014Save button, 14 char limitShorten label, keep verb firstVerb-first label, limit checked in build
PRD-207Feature table with unitsConvert units, keep number formatMetric first, separator convention noted
MKT-031Launch email subjectRewrite for tone, keep the claimClaim intact, no added superlatives
QA-005Plural and case variantsCount categories, agree genderFour categories, glossary locked

Character limitPlural rulesCase agreementGlossary locked

Note 03: a draft scope never ships without a confirmed row and a named reviewer.

Service lines

Five scopes, one aligned ledger

Interface strings, product content, marketing copy, terminology and QA run through a single workflow: source in English, draft, reviewed Ukrainian, notes kept on the same row.


  1. S-01

    Interface string localization

    Buttons, form errors, empty states and inline hints rebuilt to the character limits your layout already enforces.

    • Character limits
    • Placeholders
    • Plural categories

    QA Plural forms verified for one, few, many and other.

  2. S-02

    Product descriptions

    Specs, sizes, materials and feature names adapted so the Ukrainian listing matches the source catalogue, line by line.

    • Spec parity
    • Units and sizes
    • Feature naming

    Note Model numbers and dimensions copied verbatim.

  3. S-03

    Marketing content

    Landing pages, campaigns and lifecycle emails written for a Ukrainian reader, keeping claims and tone consistent with the source.

    • Register
    • CTA wording
    • Claim audit

    Note No promise added in Ukrainian that the source did not make.

  4. S-04

    Terminology and glossary

    One approved term per concept, agreed before production starts and applied across product, help centre and campaigns.

    • Approved terms
    • Case agreement
    • Gender agreement

    Approved Green rule marks terms locked in the glossary.

  5. S-05

    QA and regression review

    Second-pass review against the source file and a screenshot diff of the built screen, with findings written beside each string.

    • Source parity
    • Screenshot diff
    • Sign-off

    QA Files ship only after the review pass is closed.

Send your source files and you get a scoped estimate with open questions listed. Request a scope review

Process ledger

Four engagement shapes, one accountable timeline

Start with a single batch and scale into a release cycle. Timelines count working days from the moment source files and terminology are approved.

  1. 01

    Test batch

    300 to 500 strings from one screen or one product page. You get a reviewed Ukrainian file, a starter terminology list, and QA notes on character limits and plural categories.

    Pilot scopeGlossary seed
    3–4

    Working days for the full batch. One revision round sits inside the quote; further rounds are priced separately.

  2. 02

    Sprint cycle

    One release window: interface strings plus product descriptions for every screen in scope. Returned as reviewed files per string group, a redline log, and glossary updates.

    Release window
    5–6

    Per sprint, provided the drop arrives complete. Redlines sit in the source file, not in a separate email thread.

  3. 03

    Release-cycle review

    Continuous review tied to your cadence. Each drop gets a regression pass over approved terms, a drift check against the glossary, and notes on tone, gender, and case agreement.

    Ongoing
    2

    Working days to open review after each drop. Findings land in the same ticket as the string.

  4. 04

    Terminology program

    A standing glossary and style guide kept under version control: approved terms, plural rules, reject lists, and a dated changelog you can hand to any vendor.

    Style guide
    7

    Working days to stand the glossary up, then a monthly review so approved terms do not drift.

Send a test batch description

Include the screen, the string count, and any glossary you already maintain.

Scope notes / Q&A

Questions we settle before the first string is translated

Scope, formats, AI disclosure and how an estimate is built, stated plainly. If your question is missing, write to contact@aeathevr.com.

Related: the process ledger and the scope form.

Which content do you localize?

Interface strings, product descriptions, marketing and lifecycle content, terminology bases and QA. UI work covers character limits, placeholders and variable order, so a button that fits in English still fits in Ukrainian.

What file formats do you accept?

JSON, YAML, .strings, XLIFF, PO, CSV and spreadsheet exports for product catalogs. Marketing copy arrives as Word, Google Docs or InDesign packages. Send one sample file and we confirm the import rules before quoting.

Do you use machine translation or AI?

Machine translation or an LLM may be used as a drafting aid, and the estimate says so. Human review and QA are part of the agreed scope: every delivered string is edited and terminologically approved. No project is described as fully human unless the scope states it.

How are estimates calculated?

From string count, content volume, review rounds and terminology work. We do not promise rankings, sales figures or a fixed turnaround before the files are read. You receive a written scope with every assumption listed.

How do you handle Ukrainian plurals, gender and case?

Ukrainian uses one, few and many plural categories, and UI labels must agree in gender and case with the noun they describe. Each plural or gender-sensitive string is flagged, tested with real counts and signed off in the terminology sheet.

How many review rounds are included?

Two rounds plus a final QA pass by default: linguistic review, then a consistency check against the approved glossary. Additional rounds are quoted separately, and corrections return as a redline file you can merge.