Research methodology

How we turn public Steam signals into cautious, team-specific opportunities.

A missing language is not a purchase order. We require several independent signals, record the strongest counter-signal, and review every opportunity against the receiving team's verified delivery evidence.

Methodology last reviewed:

Separate demand from intent

Player requests can establish friction and interest. Only developer actions, replies, language movement, or a current product window can strengthen the case that outreach is timely.

Test delivery, not just translation fit

We consider text access, variables, fonts, builds, LQA, update maintenance, project management, and the support a developer would need to provide.

Match to verified evidence

Genre familiarity, shipped work, language pairs, technical services, capacity, and risk boundaries determine whether the same project fits one team but not another.

Qualification sequence

The order matters. A strong player-demand signal cannot compensate for an official translation, a closed project window, or delivery requirements outside a team's capability.

  1. 1

    Verify the current Steam language declaration for interface, subtitles, and audio.

  2. 2

    Collect recent, specific, independent evidence of language-related player friction.

  3. 3

    Find a current timing window such as a demo, release, major update, DLC, or renewed development cycle.

  4. 4

    Look for developer willingness: public replies, recent language additions, localization work, or an identifiable owner who can support the project.

  5. 5

    Assess commercial plausibility without inventing a budget or procurement decision.

  6. 6

    Define a small first deliverable and identify text, font, build, LQA, engineering, and project-management dependencies.

  7. 7

    Compare those requirements with the recipient team's verified portfolio, services, capacity, and exclusions.

  8. 8

    Confirm a legitimate public contact route and record its routing risk.

  9. 9

    Write down the strongest counter-signal and recheck time-sensitive facts within 24 hours of delivery.

Evidence hierarchy and freshness

Primary evidence

Steam language tables, developer announcements, official roadmaps, public developer replies, press kits, publisher pages, and official contact channels.

Corroborating evidence

Recent reviews, Steam discussions, maintained community translations, official Discord or social posts, and independent community conversations.

Weak evidence

Single requests, copied comments, old forum posts, guessed private email addresses, or third-party summaries without a primary source.

Language support, project activity, contact paths, and supplier status are time-sensitive. Public facts are checked on the research date and again within 24 hours of a customer delivery. Older evidence remains visible only with its date and limitations.

Opportunity tiers

A — confirmed evidence set

Language gap, current timing, fit, and contact route are all independently verifiable. This still does not guarantee budget, a reply, or a contract.

B — conditional opportunity

Demand and activity are credible, but developer intent, supplier status, contact routing, or implementation support remains unconfirmed and must be stated plainly.

C — observation only

Evidence is stale, incomplete, technically risky, or missing a realistic path to action. It is monitored and does not count as a full customer opportunity.

Research safeguards

  • We do not describe public player demand as confirmed developer procurement.
  • We do not guess private contact details or claim access to private sales, wishlist, or budget data.
  • We do not reuse a project for the same team after repeated non-response unless meaningful new evidence appears.
  • We include counter-signals and implementation dependencies rather than publishing only positive clues.
  • We prefer fewer defensible opportunities to filling a quota with weak candidates.

Limits and corrections

Public research cannot confirm private budget, supplier contracts, regional sales, internal roadmaps, or whether a developer will reply. If a cited fact changes or a source is incomplete, contact us with the public evidence. We will review the correction and update the affected research record.

Report a correction

GAMELOC