市场与适配：进入另一种语言市场之前

你已经能用英语说明产品，接下来想增加日语。看上去，工作可以从翻译首页开始：换一组文案，调整日期，再找几个当地渠道发布。但很快会遇到更难的问题：对方说的“报告”，是不是你正在生成的那种文件？客户要求周一交付，而你下次能用日语处理问题的时间在周二，这次试用还能不能接？

这些问题会改变进入市场的成本。用户看懂页面只是开始；他还要能完成自己的工作、向客户解释结果，并在失败时继续交付。

选品与验证已经讨论了先调查哪一类工作。这一章继续沿用虚构的客户报告工具：大陆个人开发者熟悉网站交付，每周投入两个晚上，能够做英文异步沟通，尚无真实客户或本地合作伙伴。先比较服务条件，再用一组日本网站制作的公开材料，把“再做一种语言”推到一份具体的投入决定。日语场景是本章的研究对象，不能倒推为全书已经验证的目标市场。

先看已经发生的使用，再决定扩到哪里

Notion 在 2020 年推出首个非英语版本时，选择了韩语。它在发布说明中给出的理由，是韩国已经存在活跃的用户社区：有人写教材、办工作坊、制作视频。团队随后一起翻译了应用、常用模板和帮助中心，并表示先把韩语版本做好，再利用经验增加其他语言。^[1]

到了 2021 年推出日语版本时，Notion 的亚太负责人西勝清写道，他加入时公司已有一群使用英语产品的日本用户；日语发布同时配备了日语客服、帮助文章、案例与模板。这是团队对自身扩展过程的叙述，起点是已有使用和本地承接能力，不能把它缩成“加日语带来增长”的因果结论。^[2]

这个顺序值得琢磨。用户已经在想办法使用产品，社区也已经承担了一部分解释工作；本地化可以沿着这条已有路径减轻负担。界面、模板和帮助文档又对应了不同障碍：看懂控件、知道可以怎样用、出错以后找到答案。可借鉴的是这套选择依据，不是照抄同一个目的地。

另一位经营者的经历，恰好说明只看宏观指标会漏掉什么。杨杰在 2024 年的复盘中说，团队扩大海外地区后，先按人口、收入等指标制定分区价格，后来又增加本地支付方式与八种语言，却没有得到期望中的转化改善。翻译工作通过 Excel 交给外部公司，短句缺少上下文，核心术语也缺乏校验；这些是他事后指出的问题。^[3]

这是一份作者自述，文章没有披露足以独立验证因果关系的数据，不能据此断言翻译就是唯一原因。但它暴露了一个很实际的空缺：价格适合，不代表付款方式适合；语言已翻译，也不代表用户认出了自己要完成的工作。每增加一个地区，都可能多出需要确认的条件。

因此，如果你还没有海外使用者，先不要把国家列表当作优先级。把“我想做日本市场”继续问下去：谁会用，给谁交付，在哪看到产品，什么语言能讨论工作，谁能决定尝试，你如何处理第一次失败？如果已经有人反复使用并主动求助，就沿着他们的障碍研究下一步。两种起点，需要的投入并不相同。

把市场切入点写成一组服务条件

对本例，“海外小工作室”仍然太宽。一个能自己试用导出工具的负责人，与一个需要客户安全团队批准的工作室，哪怕都用英语，进入方式也不同。反过来，操作者愿意用英语，并不意味着他的客户也愿意接收英文报告。

在开发之前，可以把首轮候选写成下面三条路径。这里比较的是本例当前条件下应先调查什么；没有真实联系人，因此还不能把任何一条称作已进入的市场。

这个选择有一个容易被忽略的后果：第一条只确定了调查入口，还没有确定销售范围。实际接触时，需要补上操作者和最终客户分别在哪里、使用什么语言、采用什么软件、如何采购，以及何时需要帮助。之后按这些真实条件检查网络、付款与合规；不能因为页面能打开，就默认所有地区都可服务。

记录也不必复杂。一次有效的描述应当像：“负责人用英语操作，客户接收另一种格式的文件；报告在客户周一会议前交付；不允许上传原始文件；可以自行购买辅助工具。”这些条件会直接改变设计。国名仍然要记，但不能把它当作其他信息的替代品。

接触路径见冷启动获客。找不到这类角色时，先调整接触范围；没有必要先把全部界面做成多语言。反过来，若有可信的本地伙伴和清楚的需求样本，即使你原先更熟悉英语，第二条也可能值得优先。需要改变的是证据和承接能力，而不是把英语写成所有人的默认答案。

从日语工作材料里，把候选重新缩小

先用日语找正在发生的工作，而不是搜索“日本市场多大”。对周报工具，可以从 Web制作 進捗報告（网站制作进度报告）、クライアント 確認待ち（等待客户确认）与 Webサイト 成果報告（网站成果报告）开始。它们是调查用的词，不是经过搜索量验证的关键词；打开原文以后，还要看作者究竟在交付什么。

エムハンド的营销团队在 2023 年介绍了自己的月度成果报告：一部分数据来自访问分析，另一部分来自收到咨询之后的实际跟进。报告要区分真正的新业务咨询和其他来信，仅有网站统计数字还不够。他们已有线索表、月度摘要和趋势报告，由不同角色提供信息。^[4]

这会直接削弱“把 CSV 排漂亮就有价值”的假设。若目标使用者需要的是这种成果解释，你还缺少业务判断和团队信息；翻译一份项目周报，解决不了他的任务。这里的公司也不是独立开发者的天然客户。它的材料适合用来识别工作结构，不适合用来估算小工作室的购买意愿。

另一种情况是工作已经在项目管理工具里完成。INI 的 PM 前原在实践文章中强调，任务需要写清完成条件：自己写完、内部复核通过和客户批准，是不同的结束点。文章还举出一个命名误会——看起来像“制作主视觉”的任务，实际是在等客户提供素材。^[5] 对我们的工具，这比“把 Done 翻成什么”更早：源记录中的完成，到底是谁确认的？

再看 2026 年札幌的一场 JBUG 活动。主办方记录中，Gear8 的待島亘介绍了把客户邀请进 Backlog、集中制作和运营往来的做法；他已经长期使用这条路径，还展示了在既有工具中整理报告的实践。这是厂商刊载的活动记录，有产品推广背景，却仍提供了重要反证：如果客户已经在原系统确认任务，另发一份报告可能只是再维护一份副本。^[6]

因此，首轮候选收窄为：用日语向客户交付独立进度文件、能自行决定试用辅助工具的网站制作负责人。还要问清，他为何不能直接分享原有项目页。如果原因只是没有发现现成的分享办法，帮助他用好旧工具，可能比做一个新产品更合适。

找到入口以后，先争取讨论一项工作

前面的实践也给出了可继续阅读的入口。JBUG 社区首页连接活动信息与报名站点，定位是用户交流项目管理经验；札幌那次记录则明确涉及网站制作角色。^[7][6] 先读公开讲稿和回顾，挑与你的任务相近的讨论，再查看活动形式、参与条件和组织者的规则。历史活动能帮助认识问题，不能当作仍可报名的场次。

这条入口有一个明显偏差：参与者可能已经熟练使用 Backlog，恰好最不需要独立报告工具。另一条调查线应当找仍在自己整理客户文件的小工作室：阅读其公开制作过程，或从你已有的同行关系寻求介绍。两条线使用同一个问题——“最近一次交付里，哪些内容还要从原工具搬出来？”——结果不同才有比较意义。找不到合适角色，就先停在材料研究，不用泛泛的“日本开发者”凑人数。

对方愿意讨论之后，可以交给日语沟通伙伴这样一份已经收窄的说明：

这份说明可以用于事先获得同意的讨论。它不是群发文案；公开发言、活动参与和愿意接受产品研究，是三件事。具体接触与许可的处理分别见冷启动获客和许可邮件与创作者合作。本轮没有联系这些作者、报名活动或获得试用者。

沿一份真实交付检查语言，不只检查词表

杨杰复盘中的 Excel 翻译问题，值得变成一个具体工作方法：交给翻译或 AI 的材料，至少应包含使用者、页面截图、前后动作、术语解释和不能改变的事实；审阅时要在页面里走一次任务。一个孤立的 Publish，无法告诉审阅者按钮究竟是生成预览、保存到本机，还是发送给客户。

对这个不上传 CSV、只在浏览器生成文件的工具，第一版可以形成如下用词约定。它们是教学文案，需要让目标角色实际读过；不是已经得到用户认可的表达。

落地页任务

Turn a project CSV into a client progress update.

说明输入与交付，不能让人以为工具会代写项目判断。

生成前按钮

Create preview

生成供核对的预览，没有向客户发送。

完成按钮

Download report

下载文件，由操作者决定怎样交付。

日期有歧义

Choose the date format used in your CSV.

询问原始记录的格式，不从浏览器语言猜测。

错误恢复

Check the date in row 4, then try again. Your CSV has not been uploaded.

指向可以修改的位置；最后一句必须与真实数据路径一致。

产品中不同层的文字，还可能由不同的人负责。Tally 的语言文档就明确区分：设置可以翻译系统默认消息；能够由表单作者编辑的问题标题等内容，仍需作者使用目标语言填写。^[8] “选择了语言”不等于整个交付都已经翻译，这一点对报告工具也成立。

机器翻译可以帮助起草和查找漏译；关键位置仍要检查它是否改变了动作与承诺。对不熟悉的语言，找能理解任务的人在真实页面里指出问题，比再生成几份措辞更接近验证。没有这个条件，就缩小公开支持范围，保留读者能理解的错误与求助路径。

日语审阅材料要让人看见“确认”发生在哪里

沿着刚才收窄的任务，先做一页报告和它前后的动作。下面是 J-01 的合成材料，不是任何公司的真实报告；日文为待审草案，尚未经过目标角色或母语审阅者确认。它演示怎样提出审阅问题，不能直接当成已经适合发布的日语版本。

假设输入只有一行：演示网站的主页草稿已经做出，下一步请客户检查，约定日期是 2026-11-10。负责人另行确认“内部复核已完成，客户尚未确认”。这条人工说明与现有章节的原则一致：工具整理事实，不代替负责人判断项目状态。

审阅时让对方先说“我接下来要做什么”，再讨论措辞是否自然。若他把日期理解成最终交付期限，改的是字段含义；若他认为客户已经同意，改的是状态设计；若他只能猜到“这里大概是下载”，才继续修按钮文字。把这三种问题全部交给翻译公司改语气，会漏掉真正的错误。

这一轮也不必让操作者和收件人同时换语言。若操作者本来能够使用英语，可以先研究英文操作、日语报告这条窄路径；但错误说明和求助仍须他能理解。反过来，需要日语才能导入、判断错误和求助的使用者，就不能被算进“只翻输出”的试用范围。

同一份输入，为什么会得到不同的日期

本例把三个问题分开：输入原本表达什么，输出按什么偏好显示，一个时刻属于哪个时区。 前两个问题都可能涉及语言，却不是同一个决定。

W3C 建议在可能产生歧义的场合明确月份和四位年份，或说明格式；它也提醒浏览器语言偏好不能直接替代文档上下文。^[9] 因此，本例保留原始字符串，先要求操作者确认日期顺序，再生成供客户检查的预览。若输入无效，就停下来指出问题，不把 2 月的错误日期悄悄挪到 3 月。

下面是一行合成数据：截止日期 11/10/2026，项目预算 1234.50 USD，最近更新时间 2026-10-09T00:30:00Z。预算是用于演示显示格式的项目字段，不是产品价格，也不涉及换汇。先确认输入顺序，再分别改变显示偏好和时区，看哪些结果应该变化。

浏览器演示使用 Intl.DateTimeFormat 分别指定显示偏好与时区；预算使用 Intl.NumberFormat 明确指定 USD。这些选项在 API 中各自独立，不能把切换德语显示理解成把美元换成欧元。^[10][11] 示例将“截止日期”定义为一个日历日期，因此不随时区移动；“最近更新时间”定义为时刻，换时区后可能落在前一天。若你的产品约定的是“某日某地下午五点截止”，就需要同时保存日期、时间和时区，不能直接沿用这里的日期字段。

我们实际执行了这个小模型，检查同一字符串的两种解释、无效日期、闰日、显示偏好与时区变化。它证明的是这组输入输出的处理结果，没有证明真实客户偏好。集成到产品后，还应让使用者拿一份自己原有的导出走完流程；文件编码、分隔符、引号、换行和长文本都不在这个小演示的解析范围内。

一份最小适配包，可以怎样交出去

现在回到本例的英语异步试用。只发一个网址，仍然把许多理解工作留给对方。更完整的交付是：一段范围说明、一份合成输入、一个已经填好的输出、一个失败后的处理办法。下面是可以一起发送的英文教学样稿；没有向任何人发出，也没有真实试用结果。

project,next_step,due_date,budget_currency,budget_amount
Demo website,Review homepage draft,2026-11-10,USD,1234.50

Client progress update — Demo website
Next step: Review homepage draft
Due date: 10 November 2026
Project budget: USD 1,234.50
Project status: Awaiting client review

这份输出把数据整理和人工判断放在了一起，后者仍由负责人确认。客户是否真的需要预算字段，也需要观察；真实任务不需要时就删除，不能因为演示里有，就要求对方多收集一项信息。下载后是否仍需重排格式、补写解释，回到选品章的完整工作成本一起计算。

让陌生人愿意尝试，还需要能检查的依据。本例的试用页应同时放出样本与完整输出，说明哪些数据留在本机、哪些账号信息仍需处理，并提供真实的开发者联系和问题反馈入口。缺少客户案例时，就把可操作样例讲清楚；不要拿不存在的客户标志、认证或本地办公室填补空位。对方要求的证明若超出目前能力，也会改变前面的市场选择。

支持安排也需要成为试用材料的一部分。不要因为页面用了英语，就让对方误以为随时有英文客服。在一次约定好的试用里，可以明确下一次回复的具体日期、时间和时区，并询问这是否赶得上客户的交付期限。例如：

For this pilot, please send questions by email. I will reply by 13 October 2026, 12:00 UTC. If that is too late for your client deadline, please keep using your usual workflow. To report an error, send the row number and a made-up example with the same structure; please do not send client files.

这是一次教学试用的回复约定，不是已经提供的服务承诺。若对方只能在你无法覆盖的时间同步操作，可以改约一次演示，或暂缓这一轮。进入正式销售后，还要按真实支持能力与平台要求重定承诺，不能直接把试用文案复制到付费产品。

支持时间与付款条件，会重新划定服务范围

假设本例开发者能够处理问题的时间是周二、周四北京时间 20:00，日本时间是 21:00。两地只差一个小时，并不意味着服务能够衔接：使用者周五遇到问题，下周一要交报告，你下一次能认真处理已在周二。把页面写成日语不能改变这张日程。

有限试用可以约定一次有准备的异步检查，或者请伙伴承担明确时段的沟通。但“帮忙翻译一次”不等于持续客服：先谈清对方何时在、遇到不认识的业务词怎样找你、什么问题不能代你承诺。需要把真实客户文件交给外部伙伴时，数据访问和使用条件也要重新确认；本例优先用合成材料讨论，数据处理的正式安排见合规。

付款同样要拆开问。买家在哪里、想用什么方式付；卖家以什么身份、经哪条通道收；交易怎样退款并交付凭证，不能只确认其中一项。比如，截至 2026-10-11，Stripe 的 Konbini 文档把买家地点列为日本、展示币种列为 JPY，而“商家所在地”页签列出的可用账户地区是日本；文档另列入驻审核条件。这不能被解释为大陆个人把结账语言切成日语，就能启用该方式。^[12]

同一文档中，买家取得付款码后还要去便利店付现金；取得码不等于付款完成，退款又需要买家提供接收退款的账户信息。^[12] 这会改变交付、过期和客服流程。因此不能因为它是当地付款方式，就把它当作任何小工具都应优先接入的功能。

对 J-01，先询问目标角色能否自行购买，以及卡付款、公司采购凭证或特定当地方式哪一项是硬条件。不预设他们一定需要便利店支付。如果后来进入收费试用，沿用本书的 20 USD / 30 天、不自动续费只是待检验的教学报价；日语页面不会自动把它变成日元价格。实际币种、最终金额、退款路径和凭证要在确认可用的交易通道中说明。若对方必须使用你尚不能提供的方式，先暂缓收费，或只保留范围清楚的免费演示，不能承诺稍后补齐。商家身份与通道选择回到收款章，税务与凭证问题按实际买卖双方进入税务章。

把第一轮投入写成可以停止的决定

现在给这项日语研究单独记账。J-01 的上限设为四周内自己投入 20 小时、外部支出 30,000 JPY；它与其他章节的推广和经营批次无关。下面全是用于比较的预算假设，不是服务商报价，也不含真实客户或收入。

这三档都应与“继续用旧办法”比较。只有报告语言造成了重复工作，而操作者又能使用英文工具，第二档才有试验意义。若对方真正需要全日语操作、多人协作或同步客服，不能为了让预算好看，把这些需求删掉后仍称作适合他。

注意第二档的变化：只增加两次、每次两小时的陪同，时间上限刚好用尽，现金却先超出了。此时可以减少这轮范围、重新约定异步支持，或暂停；不能把本来必要的人工帮助从账上抹掉，也不能因预算能加就默认值得加。

J-01 现在的决定是保留 8 小时的工作研究，暂缓公开日语版本和收费试用。已有材料说明了任务差异和现成替代，却没有证明这群人还需要我们的工具；联系人、母语审阅和后续支持也没有落实。第一档能帮助取得这些信息，第二档现在就花出去则过早。

改变决定需要一组具体材料：愿意参与的负责人能指出旧办法中的重复整理；样稿保留他需要的状态和客户动作；审阅与支持报价在上限内，回复时间也赶得上约定的试验。随后才考虑第二档，记录旧办法与新办法从准备到交付的总用时、额外求助和客户是否真的用得上。即使两人都能独立完成，也只够支持继续小范围观察，不能从中推算整个市场。若只是中文/英文页面翻成日语后“看起来不错”，仍留在第一档。

扩语言之前，先追踪哪里仍要你代劳

完成一次试用后，按发生问题的位置修订适配包。若对方在首页就把它理解成自动写项目结论，先改价值说明；若能看懂界面却导入失败，先查真实输入结构；若能导出但客户看不懂，单独检查输出语言与格式；若所有步骤都靠你在线解释，说明独立使用尚未成立。

这些结果不应全部被归为“本地化不够”。现有模板已经够用、任务发生得太少、购买者不同，也可能让产品停住。把没有需要与没看懂分开，再决定是改产品、改表达、调整服务范围，还是停止这个方向。

对这个例子，英语异步路径保留原有适配样稿；日语支线停在有预算上限的工作研究，拿到服务条件以后再决定是否试报告。下一轮需要保留下来的，是一份能够独立完成、交给客户、遇错可恢复的使用记录。首次使用体验展开从输入准备到错误恢复的完整路径，持续使用与迭代接着处理下一次任务的记录怎样改变投入。真实地区和服务条件确定后，再进入基础设施、合规及商业化章节核对相应安排。