Choose a China Route You Can Actually Ship
Separate a testable route from a vague ambition to enter China.
CHINA MARKET · ROUTE GATE
Use 20 evidence-based checks to distinguish an international-storefront plan from a formal mainland publishing plan before committing budget or dates.
China is not a single distribution switch. A viable route must align availability, partner scope, localization, community operations, data flows, and a realistic stop condition.
How to use it
This worksheet is for independent PC studios comparing access through international storefronts with formal mainland publishing. It is an operational decision aid, not legal advice or a substitute for current platform and regulatory guidance.
Check an item only when the evidence is available to the people approving the route. A partner promise, internal assumption, or task on a roadmap is not completed evidence.
This browser is not allowing progress to be saved. You can still check items, copy, and print, but checked state will not survive a refresh.
01 · ROUTE
Define what will be sold, where players obtain it, and what the first launch is meant to prove.
Name the product, storefront or publishing path, target players, operating entity, and the evidence this launch phase should produce.
Product, legal, publishing, and engineering leads repeat the same route without substituting a different channel or approval assumption.
Separate PC from mobile and console, international storefront access from mainland distribution, and market testing from a full commercial launch.
The decision record lists excluded platforms, territories, services, and later phases in plain language.
Use regional storefront visits, wishlists, playtests, creator response, and community language instead of headline market size alone.
At least two independent signals support the route, with sample size, date range, and known bias recorded.
Compare time, control, partner dependence, cost, availability, operations, and what can be learned—not only theoretical revenue.
The team can explain why the selected route reduces the most important current uncertainty better than the alternative.
4 checks
02 · AVAILABILITY
A product that can technically be reached or approved still needs a lawful, operable, and demand-generating launch plan.
Record the platform, publishing, entity, content, and filing questions that apply to this exact route, with source owner and verification date.
Every blocking requirement links to a current primary source or a written opinion from an appropriately qualified adviser.
Distinguish who prepares materials, who submits, who responds to questions, who pays, and who controls the resulting account or approval.
The responsibility matrix names one accountable party, deadline, dependency, and evidence of completion for each step.
Model best, expected, and stop scenarios. Keep approval uncertainty separate from build, localization, storefront, and marketing work.
External announcements do not depend on an unverified approval date, and the team has a dated re-planning gate.
Test discovery, account requirements, purchase or entitlement, download, update, refund, and support using the planned route—not a developer account shortcut.
A documented end-to-end test identifies each friction point, responsible party, and unresolved blocker without storing unnecessary player data.
4 checks
03 · PRODUCT PROMISE
Validate how Chinese players understand the game before translating the full content set.
Test recall, pronunciation, searchability, genre expectation, and unintended meanings with target players and relevant storefronts.
The approved name has a decision record, native-speaker review, collision check, and owner for future changes.
Review the capsule, title, short description, first trailer moments, tags, and first screenshots as one promise—not as separate translation tasks.
Unprompted target players can state what they do, why it is distinctive, and who it is for after a brief page view.
Verify fonts, input, wrapping, variables, tutorials, achievements, images with text, and fallback behavior on the release candidate.
Native-language QA completes the critical path on target hardware with no blocking mistranslation or interface defect.
Identify who flags, interprets, decides, implements, and documents sensitive content questions without allowing silent last-minute edits.
Each open issue has a written disposition, authority, build impact, and deadline before the content freeze.
4 checks
04 · OPERATIONS
A route is incomplete until access, deliverables, player support, and failure handling have owners.
Replace broad labels such as publishing or marketing with named assets, channels, review rounds, deadlines, accounts, and measurable completion evidence.
Every paid deliverable has an owner, due date, acceptance criterion, dependency, and remedy for missed delivery.
Map who creates, administers, exports, hands over, and closes each storefront, social, analytics, support, build, and payment account.
The studio can regain operational access after staff or partner departure without relying on one person's private credentials.
Define monitored channels, response hours, tagging, translation, escalation, and how recurring confusion becomes a build or storefront change.
A test feedback item has travelled from a Chinese-language channel to an assigned product decision with a visible status.
Assign primary and backup owners for store reviews, community, customer support, moderation, crash reports, and partner escalation by time zone.
The rota covers the launch window, notification paths are tested, and responders have approved reply and escalation guidance.
4 checks
05 · GATE
Commit only when the route has enough evidence, ownership, and reversibility to survive a bad scenario.
Include localization, LQA, engineering, partner fees, content revisions, community, customer support, SDK maintenance, tax advice, and contingency.
Best, expected, and downside cases show cash timing, responsible payer, revenue assumptions, and a runway impact the studio accepts.
Document termination, account and asset handover, player support, data handling, unsold inventory or entitlements, builds, source materials, and outstanding payments.
A simulated partner exit produces a dated checklist with no critical account, build, community, or player obligation left ownerless.
Set red lines for unresolved eligibility, unsafe data flows, missed partner dependencies, unacceptable content changes, cost overrun, and insufficient demand evidence.
Each red line names who can stop the launch, what happens next, and what evidence would allow work to resume.
Capture evidence, dissent, unknowns, assumptions, selected option, non-goals, owner, next gate, and what would invalidate the decision.
All accountable leads approve Go, Hold, or Stop, and the next review occurs before the next irreversible commitment.
4 checks