先选市场:四个地区的矩阵与一张打分表

一次上线六种语言,通常等于六种都没做透。选市场应该先做排除法:支付收不收得到、合规承不承受得起、支持覆不覆盖得了,三条硬条件先砍掉一半候选;再用用户密度、支付客单、渠道、时区、合规、竞争六维打分,选一个市场做满十二周,而不是把预算摊成六份。

出海的第一个决定不是「翻译成什么语言」,是「先不去哪些地方」。

一、一次上线六种语言,六种都没做透

以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。

沈知远做一个预约排期的工具,英文版每月有 3000 多访客。2025 年夏天,他找了一家翻译公司,一次性把界面翻成日文、德文、法文、西班牙文、葡萄牙文五种,加上英文共六种。

四个月后复盘:只有德文区出现了自然增长,每月约 240 个新访客;日文区有访问但几乎没有注册;法文与西班牙文的页面访问量加起来不到 200;葡语区因为支付方式不支持,结账页的流失率是英文区的两倍。

他的问题不是翻译质量,是预算被摊薄了。五种语言各花了八千元,每种都只够翻界面,没有钱做本地关键词、没有本地支付、也没有人能回应用户的本地语言提问。

二、先做排除法,再做打分

选市场分两步。第一步是硬条件排除,不满足就直接出局,不进入打分。

硬条件一:钱收得到。 目标市场的主流支付方式,你的收款服务商是否支持?不支持本地方式,转化率会显著下降。信用卡在多数英语区够用,但在荷兰、德国、巴西,本地方式几乎是默认选项。

硬条件二:合规扛得住。 是否需要本地实体、本地税号、特定的消费者告知?数字产品的税务与退款义务在不同地区差异很大。一个人维护的产品,优先选「服务商代收代缴」能覆盖的市场。

硬条件三:支持覆盖得了。 你的清醒时间能不能覆盖那个时区?不能的话,是否接受首响 24 小时,并把这个预期写进定价页?

三条都过,才进入打分。三条有一条明显不过,先别翻界面,先把这条补上。

三、四个候选地区的矩阵

对一个人的软件产品,常见的四个候选是英语区、日语区、德语区与巴西葡语区。它们的差异不在「人口多少」,在下面这张表里。

维度英语区(en-US / en-GB)日语区(ja-JP)德语区(de-DE / de-AT / de-CH)巴西葡语(pt-BR)
支付习惯信用卡为主信用卡 + 便利店支付信用卡 + SEPA + 本地钱包信用卡 + Pix + 分期
客单价高中高高中低
获客渠道搜索、目录站、社区搜索、本地媒体、X搜索、行业目录、邮件搜索、社区、 influencers
时区覆盖容易与东亚时区接近与欧洲时区接近与美洲时区接近
合规负担中中高(税务与消费者告知)中高(支付与税务)
竞争强度高中中低到中
常见坑把英文当默认,文案不做本地化直译导致语气生硬复合词过长、地址与发票字段本地支付缺失、价格含税口径

这张表只能用来排除明显不合适的市场,不能用来决定「先去哪」。决定要靠自己产品的数据。

四、六维打分:把直觉变成可争论的数字

给六个维度分配权重,按 1–5 分打分,加权求和。权重不是标准答案,重要的是先写权重再打分,避免事后调整。

维度权重打分依据
需求密度25%该语言下的搜索量、现有用户占比、竞品数量
支付与客单20%本地支付覆盖率、可承受的价格带、退款成本
渠道可触达20%能否在 4 周内进入至少 3 个本地入口
时区与支持15%首响能否在 12 小时内,语言能力是否具备
合规负担10%是否需要本地实体、税号、特殊告知
竞争强度10%头部产品是否已把该语言做透

假设沈知远按这个权重打分:

市场需求支付渠道时区合规竞争加权分
日语区3324433.05
德语区4443243.65
巴西葡语区3234253.00
英语区(深化)5455424.40

计算过程:

日语区 = 3×0.25 + 3×0.20 + 2×0.20 + 4×0.15 + 4×0.10 + 3×0.10
      = 0.75 + 0.60 + 0.40 + 0.60 + 0.40 + 0.30 = 3.05

德语区 = 4×0.25 + 4×0.20 + 4×0.20 + 3×0.15 + 2×0.10 + 4×0.10
      = 1.00 + 0.80 + 0.80 + 0.45 + 0.20 + 0.40 = 3.65

巴西葡语区 = 3×0.25 + 2×0.20 + 3×0.20 + 4×0.15 + 2×0.10 + 5×0.10
          = 0.75 + 0.40 + 0.60 + 0.60 + 0.20 + 0.50 = 3.00

结果指向德语区。但要注意两件事。

第一,英语区的 4.40 不代表「不用出海」,它代表「现有市场的边际收益仍然最高」。如果英语区的转化还有明显提升空间,先把英语区做透,往往比开新语言更划算。

第二,打分只用来排序,不用来定生死。 德语区领先日语区 0.6 分,这个差距在主观打分下并不稳健。正确的做法是:选排名第一的市场,做十二周,用真实数据再决定第二个。

十二周怎么排。 选完市场,最容易犯的错是「想到哪做到哪」。一个可执行的节奏是:

周次做什么交付物
第 1–2 周关键词调研、目录站清单、支付方式确认一张渠道表、一份支付可行性结论
第 3–4 周文案外置、翻译、排版适配可切换语言的版本
第 5–6 周商店页与落地页上线、埋点核对三个可访问的入口
第 7–10 周在三个本地入口各发布一次发布记录与流量来源
第 11–12 周复盘访客、注册、付费与工单一页结论:继续、观察或停止

十二周里不要加第二门语言,也不要同时改定价。变量一多,结论就不可归因。

停止条件要提前写。 至少三条:连续四周该语言访客低于 100;付费转化低于基线的一半;支持工单超出预算。任何一条触发,先暂停投入,而不是加大投入。暂停不是失败,是把资源挪回更确定的地方。

一个常见的误读。 有人把「十二周」理解成「十二周内必须回本」。回本通常要六到十二个月,十二周看的是方向:有没有自然流量、有没有人注册、有没有人愿意付。三个都为零,才叫方向错了。

五、行动清单与复算验收

  • 列出三个硬条件,逐条写「满足 / 不满足 / 未知」
  • 对不满足的条件,写下补齐成本与所需时间
  • 选三到四个候选市场,先写权重,再打 1–5 分
  • 算出加权分并排序,记录每个分数的依据
  • 只选一个市场,写下十二周的目标与停止条件
  • 为这个市场列出三个可在四周内进入的本地渠道
  • 写下「这十二周不做什么」:不做第二语言、不做全站翻译

验收标准:能说出第一名与第二名的加权分、分差、以及为什么这个分差足以支撑先做一个市场。 只给出一个市场名字而说不出排序依据的,等于没选。

使用边界与实操验收

本文只做市场排序,不涉及具体翻译、排版与测试,那些属于第 03–06 篇;本地支付方式的取舍属于第 08 篇;平台上架与分成属于渠道选型矩阵:12 个应用市场的用户、审核、分成、支付与维护成本 。

游戏产品的市场选择逻辑不同:发行窗口、商店推荐与本地媒体权重更高,可参考个人游戏海外发行:不要一开始就把全世界当成目标市场 。本文面向软件与工具产品。

打分表的最大风险是「先有结论再打分」。缓解办法是:让一个不了解你偏好的人按同样的权重打一遍,两组分数差异超过 0.5 分的维度,就是你偏见最大的地方。

验证以十二周后的真实数据为准:该市场的访客、注册、付费与支持工单。达标就继续,不达标就停,不要用「再等等看」延长一个已经证伪的决定。

关键参考与核验范围

本文的市场评分、权重与分差均为教学演示。核验日期:2026-10-23。

  • Unicode CLDR :语言与地区的标记方式(如 pt-BR 与 pt-PT)以及各地区的日期、数字、货币格式差异,是划分市场的技术依据。
  • W3C Internationalization :语言标记、书写方向与本地化最佳实践的规范入口。

上述两条只用于说明市场划分的技术维度,不构成对任何地区商业环境的判断。各地区的支付覆盖率、税务义务与消费者规则在本次核验中未逐条比对,故不引用其条款原文、不附具体链接。

系列导航

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「Indie」更多文章

  1. 开源项目验收:十项能力、四维评分与三种不该开源的项目
  2. 治理、fork 与退出:17 位贡献者、82% 的提交与一次改协议的代价
  3. 双许可与企业版:九家询价、两家成交与 4,800 美元