HOW I WORK

Context first.
Care at every stage.

A structured workflow connects language decisions to the game they belong in. The exact scope depends on the source material, engine, permissions, and access available.

01

Game & version research

Establish the exact build, available source material, permissions, and delivery scope before work begins.

An agreed scope
02

Source analysis

Understand the narrative structure, interface text, file formats, and technical constraints. Identify what can be translated and what must remain unchanged.

A map of the content
03

Context & terminology

Research character voices, recurring concepts, cultural references, and existing terminology so choices are grounded in the game.

Consistent language decisions
04

Content extraction

Separate translatable text from code and control syntax, preserving identifiers and the information needed for reintegration.

Traceable working text
05

Translation & linguistic review

Localize into natural Latin American Spanish, then review meaning, tone, grammar, and character voice. AI-assisted tools may support the workflow; context and editorial review remain essential.

Reviewed es-419 text
06

Consistency & contextual QA

Check recurring terms, names, forms of address, omitted text, and references across scenes rather than treating every line in isolation.

A coherent reading experience
07

UI & graphic localization

Adapt menus and authorized text-bearing assets within the agreed scope. Account for length, readability, visual hierarchy, and the space available.

Language fitted to the interface
08

Technical validation

Check supported file structures, variables, placeholders, tags, and other protected elements. Static validation is not the same as running the game.

Documented checks and limits
09

Integration & delivery

Reinsert localized content into the agreed format and document the delivery, known limitations, and any checks still needed in the game.

A clearly scoped handoff
10

Updates & maintenance

Compare new material with the previous version, preserve sound decisions, and review changed context as the game evolves.

Continuity between versions
CLEAR EXPECTATIONS

Checked does not
mean assumed.

Static QA can detect issues in files and text. It does not prove that every screen has been opened, every branch has been played, or every visual layout has been checked.

I distinguish linguistic review, static validation, and in-game testing in project notes and deliveries. No workflow can promise a mathematically perfect translation or an absolute absence of errors.

YOUR NEXT LOCALIZATION

Let’s talk about your game.

A single release, an ongoing project, or something still taking shape.

Start a conversation