英译中翻译接单:给老外翻网站和App,一位卖家起价20美金、270条评价

倪叶明

作者

更新于

Fiverr上一位做英译中的卖家,270条评价里有客户专门写了一句,夸的不是译文多优美,而是每个占位符和格式都完好。占位符是界面文案里写成{name}、{count}、%s的那种位置,程序运行时会把它换成用户名或者数字,翻译的人碰它一个字符,界面上就可能显示成乱码。这位卖家的1,000词英译中套餐,标价20美金。

猎者出海的判断是,这种单国人能接。

客户要的是简体中文读起来像中国人写的,这正好是母语。卡人的地方不在英文,在交付细节:占位符、术语、长度,还有AI初稿能不能直接交。

先把这篇要用的数字摆出来:

  • 1,000词套餐标价20美金,交付2天,这是套餐表里服务费之前的价
  • 页头5.0分、270条评价、537单完成、Level 2
  • 5,000词90美金,10,000词170美金
  • Fiverr官方写每单到手订单金额的80%
  • 示例App的8条界面文案自查,AI抓出streak有四种写法

下面按这个顺序讲:这门活交付什么,这位卖家的公开数字怎么读,一单收多少钱、到手多少,App界面翻译的三个难点,开工前问客户什么,Fiverr对AI的规定,AI能接哪几步并附一次实操,国人在哪接、第一单怎么来、会卡在哪,最后是要提前防的三件事和常见问题。想先看更多翻译类平台怎么选,去看〈海外翻译平台怎么选〉。

英译中翻译接单做的是什么:翻网站文案、App界面和商品页

下单的人不会中文。做App的独立开发者想把界面推给中国大陆用户,做网站的站长想让中文访客看懂落地页,卖货的电商卖家要把商品描述换成中文,做游戏的小工作室想让Steam页面多一个简体中文。他们手上是一堆英文,缺的是一份能直接用的中文。

交付的东西很具体。网站文案交回一份中文文档。App界面交回回填后的字符串文件,JSON或者资源文件,一条英文对应一条中文,key和占位符都不能动。商品页和应用商店介绍交回中文文案。全程线上,客户把文件发过来,你改完发回去,不用见面,不用打电话,时差也不影响。

平台下拉里这类服务的叫法有好几种:翻译接单、接单英文翻译、兼职英文翻译、本地化翻译。名字不一样,干的活是一件事,把客户自己的英文内容变成简体中文。

翻译和本地化差在哪,简体和繁体怎么分

这位卖家的服务标题写的是translate and localize,翻译并本地化。服务列表里也有website localization和app localization两项。翻译是把字面意思换过来,本地化是让中文读起来像中国人写的。

举个具体的。Check in直译是「登记」,习惯类App里该写「打卡」。Tap and hold直译是「点击并按住」,国内用户一眼认的是「长按」。这些不是英文水平问题,是中文语感问题。老外买的不是一个会英语的人,是一个中文母语的人。英文能读懂原文和客户的需求就够了,写出来的中文得像那么回事。

简体和繁体怎么分,这位卖家的服务页FAQ里写了一句:简体主要用于中国大陆,繁体用于台湾、香港、澳门。这是卖家服务页里的说明,不是Fiverr官方规则。目标地区不确定,开工前问客户。本篇只讲简体。

老外找人翻中文,翻的是哪几类东西

老外发过来的活,大致是这几类:

  • 网站文案:首页、功能页、定价页、FAQ,一份文档交回去
  • App界面字符串:JSON或者资源文件里一条一条的短句,几百到上千条
  • 商品页:电商平台的产品标题、卖点、描述
  • 应用商店介绍:App Store和Google Play的标题、副标题、描述、更新说明
  • 邮件模板:注册确认、找回密码、营销邮件
  • 游戏商店页:Steam页面的介绍、标签、系统需求说明

商品页这类单子,是老外卖家要把自己的Listing翻成中文。反过来,给老外卖家写英文Listing的活,同栏目另有一篇:〈亚马逊Listing文案接单〉,这里不重复。

这篇的范围只到客户自己的网站、App和商品页。别人写的长文、有版权的小说、字幕和配音,不在里面。

一位Fiverr卖家:5.0分、270条评价,起价20美金

服务页标题是I will translate and localize english to simplified and traditional chinese,意思是我会把英文翻译并本地化成简体和繁体中文。分类挂在Writing & Translation下面的Localization。页头显示5.0分、270条评价、537单完成、Level 2,还有一个Highly Responsive的标签,意思是回复快。这是2026年10月27日打开页面看到的样子。

Fiverr英译中卖家服务页顶部:标题、5.0分、270条评价、537单完成,右栏起价24.60美元
真实案例截图:一位Fiverr英译中卖家的服务页顶部,5.0分、270条评价、537单完成,右栏起价24.60美元(含服务费),真人头像已模糊(2026年10月27日)

Fiverr不公开卖家收入,这位卖家也没自述过收入,所以本文只看起价、评分、评价数和订单数,不算收入。

挑这家是因为三个数字对得上。270条评价、537单完成,说明不是偶尔接一单的号。起价20美金在同页偏低的一档,不是同页最高的。服务页明写app localization和AI Post-editing,跟这篇要讲的「给老外翻App加AI初稿」是一回事。

这位卖家的服务页写了什么

服务介绍里列的活:文档翻译、网站本地化、商品描述、营销材料。附加项里有24小时加急交付、48小时交付、只校对不翻译、AI译后编辑(AI Post-editing)、本地化审校(Steam、网站、App)。擅长的方向写的是游戏和营销媒体。

页面上有一块Delivery style preference,请买家说明自己对使用AI工具完成或交付订单的偏好和顾虑。这块是Fiverr给的提示,不是卖家自己加的。

作品集只有一项。2024年10月,一款Steam冒险解谜游戏的对白和游戏内文本从英文翻成简体中文,项目费200到400美元,工期7到30天。做法写了三步:调研游戏背景、和客户确认难句、建术语表保证前后一致。这三步属于这类单的标准动作,后面讲开工前要问什么的时候还会碰到。

页面展示的四条评价,意思大概是:一条说第二次合作,这次是App的1,000多条界面文本和邮件,清楚自然、前后一致;一条说把整个App界面约800条字符串翻成简体,提前几天交,每个占位符和格式都完好;一条说独立恐怖游戏的简体校对,交得快;一条说好沟通、回得快。

Fiverr服务页的客户评价:App界面1,000多条文本,提到每个占位符,下方是Delivery style preference的AI偏好提示
真实案例截图:这位卖家服务页上的一条客户评价(App界面1,000多条文本,提到占位符),下方是Fiverr给的「Delivery style preference」AI偏好提示,缩略头像已模糊(2026年10月27日)

同页别的卖家起价多少

服务页右侧推荐位还有别的卖家,起价从9美金到109美金不等。按等级和评价数排一下更直观。

服务内容 等级或评分 评价数 起价
手动翻译并本地化中文、英文和马来文 Level 2 1k+ 9美金
手动翻译,中译英或英译中 Level 2 1k+ 9美金
游戏本地化 Level 2 83 25美金
游戏翻成中文 评分5.0 9 25美金
App翻成俄语 Vetted Pro 1 109美金

推荐位里起价落在9到25美金的占了大头,109美金那条是Vetted Pro档,翻的还是俄语,只拿来对比档位。起价低是一回事,一单收多少看的是按字数的套餐。这些推荐位的起价,页面没标含不含服务费,看的时候留意一下。

英译中一单收多少钱:1,000词20美金、5,000词90美金、10,000词170美金

这位卖家的套餐表分三档,标价、字数、交付天数都是页面上的原数。

档位 标价 字数 交付 加急 包含
Basic,SMALL PROJECT 20美金 1,000词 2天 1天加20美金 校对、文档排版
Standard,PROFESSIONAL TRANSLATION 90美金 5,000词 5天 4天加25美金 母语校对加排版
Premium,LARGE或TECHNICAL 170美金 10,000词 10天 7天加60美金 大型或技术内容、完整质检

套餐表里计价的单位是词,不是小时。客户给的字符串越多,单子越大,价格按档往上走。三档对应三种活:1,000词是简单的短项目,5,000词带母语校对和排版,10,000词是大型或者技术内容,走完整质检。

Fiverr服务页的套餐对比:Basic 20美元1,000词,Standard 90美元5,000词,Premium 170美元10,000词
真实案例截图:这位卖家的套餐对比表,三档标价、字数、交付天数和加急加价,页面注明价格是服务费之前(2026年10月27日)

按字数计价,字越多每词越便宜

把标价除以字数,能看出单价的变化。20除以1,000约等于每词0.02美元,90除以5,000是0.018美元,170除以10,000是0.017美元。字数越大,每词越便宜。每词多少钱是用标价自己除出来的,不是卖家说的单价。

国内接活有一种说法是按一千字报价,也是按字数算,逻辑一样。区别在客户和平台,不在算法。具体国内行情价这里不给数字,没有可核的来源。

到手多少:官方说每单拿80%

Fiverr帮助中心写的是:每完成一单,到手订单金额的80%,含附加项和小费。这句话有两头要看清楚。20美金是套餐表里服务费之前的标价,买家页面右栏显示的起价是24.60美元,那个数含了买家服务费。到手按官方说的80%,不能拿20乘0.8当到手价。订单金额按哪个口径算,以Fiverr付款条款为准。

举个例子,假设一单5,000词标价90美金,按官方80%算,到手72美金。这是举例,不是这位卖家的实际到账。

Fiverr帮助中心收入页:每完成一单,到手订单金额的80%,含附加项和小费
官网说明截图:Fiverr帮助中心「Your earnings page」,写明每单到手订单金额的80%(2026年10月27日存档)

钱怎么拿出来:PayPal、Payoneer银行转账、Payoneer账户,单笔最多提5,000美元。细则看站内〈Payoneer提现到国内〉。

自己怎么分档报价

我的建议是分档按字数走,参考案例的1,000词、5,000词、10,000词三档。加急、术语表、排版、只校对不翻译,写成附加项单收。修改次数和交付格式写进套餐说明,别等交完再谈。交付格式要说明白:纯文本、回填的JSON、带格式的文档,三种活的工作量不一样。

App界面翻译最容易出错的地方:占位符、复数和长度

评价里客户夸得最具体的一句是「每个占位符和格式都完好」。占位符不出错,在这类单里是合格线,不是加分项。下面三个地方最容易翻车。

占位符为什么必须原样保留

界面字符串里的{count}、{name}、%s叫占位符,程序运行的时候会把它们换成数字、用户名或者其他内容。翻译要做的是把占位符按中文语序放到合适的位置,符号本身一个字符都不能动。

{count}写成(count)、%s写成%s、{name}少一个大括号,程序可能读不出来,界面可能直接显示乱码或者报错。位置也要想清楚。英文是You're on a {count}-day streak,中文写成你已连续打卡{count}天,占位符跟着中文语序走,写法保持原样。

单复数在中文里怎么处理

英文的1 day streak和{count} days streak是两条字符串,程序按数字决定显示哪条。中文一般不分单复数,一条「连续打卡{count}天」就够了。要看客户的字符串文件怎么处理复数:是合并成一条,还是保留两条都填中文。

开工前问清楚,别自己删。删错了,程序找不到对应的key,界面上可能就空一块。保留两条的,两条都要填,别只填一条。客户那边用的是哪种结构,问一句比猜十次强。

译文长度会不会撑破按钮

中文往往比英文短,但短不短要看具体句子。「连续打卡记录保护卡」比streak freeze长,塞进一个小按钮就挤。译文长度不能靠感觉,要看真实界面或者截图,至少问客户要控件宽度和字符限制。

示例自查表里AI按字符数粗算,8条译文比原文短36%到75%。这个数是粗算,只能当参考,真实控件放不放得下要到界面上看。短是好事,短到看不懂就成另一个问题。「打卡」两个字能省,省到用户不知道点下去会发生什么,就省过头了。

交之前自己怎么在真实环境里试一遍

翻完不等于能交。文件要回到项目里跑一遍,界面要真的显示出来,才知道有没有问题。下面几条是本文的建议,不是平台规定,也不是客户的验收标准,做不做自己判断。

先逐条数占位符。原文有几个,译文就有几个,写法一个字符不差,大小写、大括号、百分号都要对上。用查找功能统计一遍,别靠眼睛扫,几百条字符串眼睛扫不过来。这一步是机械操作,正因为它机械才容易漏,漏一个就够客户退回来。

再检查文件本身有没有被弄坏。JSON里的引号、逗号、大括号,改动一个字符,整个文件可能读不出来。翻译的时候只在字符串的值里改字,key和结构不碰。交之前用工具打开一次,能正常解析、条目数和原文对得上,再发出去。

拿最长的几条字符串,把占位符想象成最长的用户名、最大的数字,估一下会不会挤出按钮或者换行。这一步只能估,估完还是要在界面上看。前面讲过长度要看真实控件,这里补一句:估算是为了先筛出可疑的那几条,不是结论。

请客户装一个测试版,或者给一张运行后的截图。占位符替换成真实内容之后是什么效果、按钮会不会截断、哪句读着别扭,这些只有真实界面能回答。这一步要客户配合,所以开工前问截图的那一条就要把话说清楚,别等到交稿才提。

AI自查表能替掉占位符计数、标点和术语一致这类机械核对,机器比人稳,也不会看花眼。几百条字符串的机械核对交出去,人省下时间去看界面。

它替不掉看控件宽度和真实界面这两件事。AI看不到控件宽度,也不知道这句出现在哪个页面、点下去发生什么。示例里那份自查表的结论就是不能直接交付,还列出了必须由真人再看的事:最终术语表、真实控件宽度和换行、占位符真实替换效果、平台手势用语、品牌语气。这个判断放到别的单上也成立。

这几步花不了太多时间,但能挡掉不少返工。交出去之前自己先当一次客户,把文件打开、把界面看一遍,比交出去之后解释十句管用。

开工前要问客户什么:术语表、截图和交付格式

客户发来一列英文,看着简单,直接翻容易返工。返工的原因多半不是翻错,是没问清楚。开工前有三件事要落地:术语、语境、交付格式。

同一个词全文一个译法。streak一会儿「连续打卡」一会儿「连续记录」,客户拿到手会觉得没做完。开工前先出一张术语表,把反复出现的词列出来给客户确认,客户点头了再往下翻。案例里那位卖家的作品集也写了建术语表保证一致,这是这类单的基本动作。

短句没有上下文就没法翻。Check in可以是打卡,也可以是签到、办理入住;Skip可以是跳过,也可以是略过。给一条字符串就让人翻,翻出来只能猜。要截图,或者直接问客户这句出现在哪个页面、点下去发生什么。

开工前把所有要问的写成一张单子,一次发过去,别一条一条挤牙膏。示例开工单分四块:项目、客户给了什么、还缺什么、交付物。下面8个问题,每个一句为什么问。

  1. 源文件和可编辑文案能不能给全。拿不到源文件,回填的时候容易错位。
  2. 界面截图和上下文能不能给。短句没有场景,翻出来只能猜。
  3. 有没有术语表或者既有的中文译法。客户之前用过的词,不要自己另起一套。
  4. streak、check in这类核心词是翻译、保留英文还是双语。这是产品的门面词,客户拍板。
  5. iOS和Android有没有字符数或者行数限制。按钮和标签放不下要提前知道。
  6. 复数、占位符、变量顺序按什么规则处理。JSON结构不能动。
  7. 落地页只要译文,还是要保留HTML、排版和SEO元素。交付范围不一样。
  8. 最终截止时间、时区、交付格式、审校反馈流程。这些定不下来,排期就是空的。

这8个问题不用每次全问。客户留言里已经说清楚的,跳过。问了客户没回的,再追一次,别自己替客户决定。术语和占位符这两条不能跳,跳了后面一定返工。

交付时交什么:回填文件、术语表和一页核验说明

示例开工单最后一列写了四样交付物:简体中文JSON字符串文件、落地页简体文案、核心术语表、一页简短的核验说明。这四样每一件都对应客户拿到手之后要做的动作。少一样,客户就得多问你一句。

字符串文件是最主要的交付件。交的是回填后的原文件,key一个也不能改,占位符原样留着,复数结构按客户给的样子保留。客户拿到就能直接替换进项目,不用再核对哪条对应哪个界面。你要是另存一份新文件、把key理顺了再交,客户反而要花时间比对,中间还可能对错行。

落地页文案按客户确认的格式来交。如果客户只要译文,就给纯文本或者中英对照表,一行原文一行中文,方便他自己往页面里贴。如果客户要保留HTML,就在原文件上替换文字,标签、标题层级、链接地址都不动。这一条开工前问过,交的时候就按问好的来,不要临时换一种。

术语表至少覆盖streak、check-in这类反复出现的词。一行一个词,写英文、写中文、写处理方式,是翻译、保留英文还是双语。客户拿它做三件事:验收时对照,交给下一个人接着翻时当标准,产品以后加新功能时同一个词还这么译。核心词在App里出现几十次,术语表是唯一能让它前后一致的东西。

核验说明一页就够。写清楚这次交付里哪些条目带占位符、逐条数过之后是否一致、复数是怎么处理的,是合并成一条,还是两条都填了中文。客户不一定逐条看,但界面出问题时,他能拿这一页快速判断是翻译的问题还是程序的问题。这一页也是你自己的记录,返工时知道从哪查。

案例套餐里Basic那一档写了Proofreading和Document formatting,Standard写的是母语校对加排版。按本文的理解,校对是对照原文再走一遍,看术语有没有前后不一致、占位符有没有被动过、有没有错字和读不顺的搭配;文档排版是把落地页文案按确认的格式整理好,标题、段落、列表跟着原文走,不做视觉设计。这两项在套餐里只占一行字,落到手上是具体的时间,报价的时候要算进去。

交付物写得越清楚,客户越不用来回问。文件怎么用、这个词为什么这么译、复数去哪了,答案都在交付的那几样东西里,一单就能干净地结束。

Fiverr怎么规定翻译里用AI:允许,但交出去的要人改过

Fiverr帮助中心有一页讲AI使用规则,原话是Fiverr permits the use of AI across all service categories,所有服务类别都允许用AI。这页是全类目通用的,没有翻译类的专门条款。

允许不等于随便。同一页写了几条:AI工具可以辅助,但不能替代卖家自己的技能和投入;卖家对最终交付负全责;AI生成或者AI辅助的工作必须高质量、原创,并且经过实质性润色、按客户要求定制;通用的、没改的、重复使用的AI输出,不符合Fiverr的质量标准。

Fiverr帮助中心Using AI:AI可以辅助,但必须高质量、原创并经过实质性润色,通用未修改的AI输出不符合质量标准
官网说明截图:Fiverr帮助中心「Using AI on Fiverr」,AI输出必须经过实质性润色和定制,客户明确要求不用AI时卖家要照办(2026年10月27日存档)

客户明确说不用AI,卖家要照办,并且说明自己打算怎么做。反过来,买家不想用AI,最好在下单前就说清楚,因为卖家不一定会在服务页里写自己用什么工具。

出了争议,平台看几件事:客户事先有没有说清对AI的预期;交付质量好不好、准不准、有没有明显错误或者AI幻觉、贴不贴合需求而不是通用模板;有没有体现卖家自己的投入;沟通专不专业。如果认定信任被破坏,包括对交付方式撒谎、虚报AI使用、不达质量标准,订单可能被取消,客户可能全额退款,卖家账号可能被永久封禁。

落到这门活上,AI初稿加人逐条改,是唯一能接的写法。

把没改过的机翻直接交出去,等于在赌平台的质量标准。

用AI做英译中:AI出初稿,人核占位符和术语

这一节里的示例客户Dana、示例App「Streaklet」和8条界面文案,是演示用的,不是真实客户。提示词照抄就能用,把里面的客户留言换成自己接的单。

下面这次实操用的是DeepSeek,2026年10月27日跑的,这个模型本身怎么样,看〈DeepSeek测评〉。它交出来的东西,下面按步骤拆开讲。

哪几步交给AI,哪几步人必须做

分工一句话:AI管开工单和问题清单、出术语表和初稿、交付前自查、译后编辑、英文沟通回复。人管术语和品牌语气的决定、对着真实界面看一遍、占位符在真实环境里的效果、哪一句读着别扭、客户的文化和平台惯例,最后对客户负责的是人。

这个分法不是拍脑袋。AI强在规则清楚、重复量大的活:核对占位符有没有少、术语有没有前后一致、中文搭配顺不顺。AI判断不了的是屏幕上的事:这个按钮多宽、长用户名替换进去会不会换行、平台用户管这个动作叫长按还是按住。这些要到界面上看。

开工单和问题清单

示例客户Dana的留言是这样的:一个做习惯追踪App的小团队,约600条界面字符串加约900词落地页,字符串里有{count}、{name}、%s和单复数,预算约150美元,希望一周交付,还问streak和check-in中文怎么处理。

把这段留言交给AI,它交回三样东西:一张开工单,分项目、客户给了什么、还缺什么、交付物四块;8个开工前必问的英文问题,每个配一句中文解释;一段不超过120词的英文确认回复,不报价。人要核的是:哪个问题该问、哪个客户已经说过了、英文回复的语气对不对。客户已经说了预算和工期,回复里就别再问一遍。

DeepSeek把示例客户留言整理成开工单和8个开工前必问的问题
实操截图:示例客户的留言交给DeepSeek,整理成开工单和8个开工前必问的问题(示例客户,非真实客户;2026年10月27日)

初稿和术语表

把8条界面文案交给AI翻简体初稿,要求占位符{count}、{name}、{left}、%s原样保留、位置按中文语序放、中文标点用全角、语气友好但不幼稚、streak和check in各给一个译法并说明理由、列出拿不准要客户确认的地方。

AI交回一张术语表,streak译连续打卡,check in译打卡,各附理由;8条译文;4条待确认,分别是streak freeze的译法、{left}指剩余次数还是冻结卡数量、Pro要不要保留英文、Tap and hold是否统一成长按。占位符{name}、{count}、{left}、%s全部原样保留。人要做的是:术语谁拍板,4条待确认交给客户,别自己定。Pro这种产品名,客户说保留就保留,客户说要中文就统一改。

DeepSeek给8条示例界面文案出的术语表、简体译文和4条待确认
实操截图:8条示例界面文案交给DeepSeek出简体初稿,附术语表(streak、check in)和4条待确认,占位符原样保留(示例文案;2026年10月27日)

交付前自查

先说这份稿子的来历:初稿是一份示例,故意没统一streak的译法,一会儿「连续打卡」一会儿「连续记录」,拿去让AI查。AI按字符数粗算长度,逐条核对占位符、标点、术语、长度,结论是「这份稿子不能直接交付」。

它找出的问题:streak在8条里有四种写法(连续打卡、连续记录保护卡、连续记录、天连续),第7条「{count}天连续」语序不自然,「有危险」偏生硬。还列出必须真人再看的5件事:最终术语表、真实控件宽度和换行、占位符真实替换效果、平台手势用语、品牌语气。它不是自己翻错了,是拿一份有毛病的稿子去查,查出来了。

序号 占位符核对 术语与表达 长度估算 处理建议
1 {name}、{count}一致 streak用「连续打卡…天」,与第3、5、7条不统一 约短38% 待统一术语
4 %s一致,printf风格 habits译「习惯」,与第6、8条一致 约短59% 确认真实环境%s不被转义
5 无占位符 streak用「连续记录」,与第1、3、7条不一致,「有危险」略生硬 约短67% 统一术语
7 {count}一致 「{count}天连续」语序不自然 约短42% 必须修正
8 无占位符 「点击并按住」可考虑平台惯用「长按」 约短62% 确认平台手势用语

自查能查出占位符、术语一致、语序、平台惯用词这些。真实控件放不放得下、占位符替换成超长用户名之后什么样,AI判断不了,得人到界面上看。

DeepSeek对示例初稿做交付前自查:占位符、标点、术语、长度,找出streak四种写法并列出5件真人要看的事
实操截图:拿一份没统一术语的示例初稿让DeepSeek做交付前自查,找出streak的不同写法,并列出必须真人再看的5件事(示例初稿;2026年10月27日)

译后编辑

把一段App商店介绍的机翻稿交给AI改,它交回逐句对照:机翻原句、改后、为什么改,最后列3条要客户或者母语审校确认的地方。这一段具体怎么改,放到下面机翻腔那一节讲,这里只说它交出什么、人核什么。

人核的是三件事:改后的中文是不是客户要的品牌语气;术语有没有跟术语表对上;3条待确认里哪条必须客户拍板。AI改的是中文表达,改不了产品定位。

机翻腔怎么改

示例的机翻稿是这样的:建立坚持的习惯。Streaklet帮助您通过温和的提醒、清洁的日历视图和庆祝每一次小胜利的条纹来保持一致。没有压力,只有进步。

这是逐词直译,连起来不像中文。

改后:养成能长期坚持的好习惯。Streaklet通过温和提醒、简洁的日历视图,以及会为每个小胜利喝彩的连续打卡记录,帮你保持节奏。No pressure, just progress这句,可以写没有压力,只有进步,也可以按品牌语气再调。

DeepSeek对示例商店介绍机翻稿做译后编辑:机翻原句、改后、为什么改,附3条待确认
实操截图:示例App商店介绍的机翻稿交给DeepSeek做译后编辑,逐句列出改后和理由,另附3条要客户或母语审校确认的地方(示例文案;2026年10月27日)

逐句说为什么。build habits that stick直译成「建立坚持的习惯」,搭配生硬,「坚持的习惯」还有歧义,改成「养成能长期坚持的好习惯」。clean calendar view译成「清洁的日历视图」,中文里「清洁」是打扫的意思,该用「简洁」。streaks译成「条纹」,是选错了词义,这里指的是连续打卡的天数。stay consistent译成「保持一致」太硬,改成「保持节奏」。

译后编辑改的是搭配和语序,不是换同义词。把「清洁」改成「洁净」还是错,得换成「简洁」。这一步规则清楚,适合交给AI。写作编辑里带本地化和AI味检测,机翻腔这类问题可以交给猎者出海的AI Agent先扫一遍,最后仍由人拍板。

改完还有3条要客户或者母语审校确认:streaks的产品术语用「连续打卡记录」还是「连续天数」;首句Build habits that stick是强调长期坚持,还是强调真正养成;人称用「你」还是「您」,gentle reminders用「温和提醒」还是「贴心提醒」。这些是品牌语气,AI定不了。机翻稿多半来自DeepL这类机器翻译工具,工具本身怎么样看〈DeepL测评〉,这里不讲怎么用。

可照抄的提示词

下面4条提示词是从这次实操里原样拿出来的。每条前面说它交给AI什么,后面说人要核什么。提示词里的客户留言是示例,用的时候换成自己接的单。

第一条,交给AI做开工单和问题清单:

下面是一位英文客户在翻译接单平台上发来的留言。你扮演一位接简体中文翻译单的自由职业者,帮我做三件事:①把这条留言整理成一张开工单(项目 / 客户给了什么 / 还缺什么 / 交付物);②列出开工前必须问客户的问题(不超过 8 个,每个一句英文加一句中文解释);③写一段英文确认回复(不超过 120 词),不报价。
客户留言:

"""Hi! We're a small indie team building a habit-tracking app called "Streaklet" (iOS + Android). We want to launch in Simplified Chinese. We have about 600 UI strings in a JSON file and a landing page of around 900 words.

Strings contain placeholders like {count}, {name} and %s, and some plurals ("1 day streak" / "{count} days streak"). Our tone is friendly but not childish. Budget is around $150 and we'd like it in a week. Do you know how our "streak" and "check-in" terms should be handled in Chinese? Thanks, Dana"""

人要核:8个问题里哪些客户已经答过、英文回复的语气对不对、确认回复里有没有不小心报了价。

第二条,交给AI出初稿和术语表:

你是一位英译中(简体中文,中国大陆用户)的移动应用本地化译者。下面是客户给的 8 条英文界面文案,请翻成简体中文初稿。要求:占位符 {count} {name} {left} %s 原样保留、位置按中文语序放;中文标点用全角;语气友好但不幼稚;「streak」「check in」各给一个译法并说明理由,形成一张 5 行以内的术语表;列出你拿不准、需要客户确认的地方(最多 4 条)。输出:术语表 + 译文表(原文 | 译文)+ 待确认。

1. "Nice work, {name}! You're on a {count}-day streak."
2. "Check in"
3. "Skip today (streak freeze: {left} left)"
4. "%s habits completed this week"
5. "Your streak is at risk. Check in before midnight."
6. "Unlock Pro to track unlimited habits."

7. "1 day streak" / "{count} days streak"
8. "Tap and hold to edit a habit."

人要核:术语谁拍板、4条待确认交给客户、占位符是不是原样保留、初稿的中文搭配有没有读着别扭的地方。

第三条,交给AI做交付前自查:

下面是一份英译中界面文案的初稿,请你做交付前自查:①逐条核对占位符是否与原文一致(数量、写法);②检查标点、数字和空格是否符合简体中文习惯;③检查术语是否前后一致;④估算每条译文比原文长或短多少(界面按钮要留意);⑤列出必须由真人再看一遍的 5 件事(AI 自己判断不了的)。用表格输出,最后一句话说这份稿子能不能直接交付。
原文和初稿:

1. "Nice work, {name}! You're on a {count}-day streak." -> "干得漂亮,{name}!你已经连续打卡 {count} 天了。"
2. "Check in" -> "打卡"
3. "Skip today (streak freeze: {left} left)" -> "跳过今天(连续记录保护卡:还剩 {left} 张)"
4. "%s habits completed this week" -> "本周已完成 %s 个习惯"

5. "Your streak is at risk. Check in before midnight." -> "你的连续记录有危险。午夜前打卡。"
6. "Unlock Pro to track unlimited habits." -> "升级专业版,可追踪无限个习惯。"
7. "{count} days streak" -> "{count} 天连续"
8. "Tap and hold to edit a habit." -> "点击并按住以编辑习惯。"

人要核:AI标出的问题是不是真问题、长度估算只能当参考、5件真人复核的事有没有真的做。

第四条,交给AI做译后编辑:

下面是一段英文应用商店介绍和一版带翻译腔的中文机翻稿。请你做「译后编辑」:把中文改成简体中文用户读着顺的版本,逐句列出「机翻原句 | 改后 | 为什么改(一句话)」,只改需要改的句子;最后列出 3 条你不确定、需要客户或母语审校确认的地方。
英文原文:

"Build habits that stick. Streaklet helps you stay consistent with gentle reminders, a clean calendar view and streaks that celebrate every small win. No pressure, just progress."
机翻稿:

"建立坚持的习惯。Streaklet 帮助您通过温和的提醒、清洁的日历视图和庆祝每一次小胜利的条纹来保持一致。没有压力,只有进步。"

人要核:品牌语气、术语一致性、3条待确认里哪条必须客户定、改完的句子有没有改过头。

AI帮你把第一版和检查做快,写英文沟通也不用卡。对客户负责的是人:术语谁定、界面放不放得下、这句话像不像中国人写的,都是人的活。

中国人怎么接英译中的单:母语简体是优势,第一单从哪来

为什么母语简体中文是优势

客户买的是中文读起来自然。长按、打卡、签到、你、您,这些词国人从小用,哪个场合用哪个,不用查。英文那边,只要能读懂客户的需求和原文,写作能力不是门槛。英文沟通不会写,可以让AI起草再自己核,别原样发。

我早年靠给企业做SEO服务赚到第一桶金,后来不做了,改成自己建站。服务这类活按单卖,天花板在人身上。一个人一天能交多少字是有限的,想往上走要么提价,要么把流程做顺。

在哪接:平台接单和自己开服务两条路

Fiverr上搜english to chinese translation,能看到起价从9美金到109美金不等的卖家。Fiverr怎么注册、怎么收款、有什么坑,站内〈Fiverr兼职〉讲得细,这里不重复。

Upwork是另一条路,客户发项目,你投标。首页在这里:Upwork。怎么在上面赚钱看〈Upwork怎么赚钱〉,注册流程看〈Upwork注册〉。

还有一类是平台派单,注册、通过测试、等着派活,比如Gengo。〈Gengo兼职翻译〉里有流程,这里一句话带过,不讲考试细节。

部分海外平台在中国大陆无法直接访问,能不能注册、能不能收款,以各平台官方说明为准,本篇不展开。

第一单怎么来

先说清楚,下面是猎者出海给的建议,不是案例。

新号没有评价,客户凭什么选你。

先挑一个细分,App界面、商品页、网站文案,三选一,别什么都接。作品集不用等真客户,用自己编的示例字符串做一份「机翻稿」和「改后稿」的对照,把占位符保留、术语统一、语序改顺这几件事展示出来。

服务介绍里写清三句话:占位符原样保留、先出术语表给客户确认、AI初稿由人逐条改过。这三句正好是客户最担心的三个点,写在明面上,比说自己翻得多好有用。

起价先贴近9到25美金这一档,评价攒起来再往上走,这是估算建议,不是承诺。选词和写英文服务页的时候,关键词搜索量和难度看Semrush,分析筛词交给猎者出海的AI Agent,人定方向和验收。它挡得住的一个坑是:词选对了,来的访客却不是你要的客户。

卡在哪

客户给的资料太少。只发一列英文,没有截图没有上下文。回查的办法是开工单里那8个问题,一次问全。客户答不上来,就让他至少给截图,或者把这条字符串在App里的位置说清楚。

占位符被改坏。AI翻完自己再动一遍,最容易出这事。回查靠自查那一步,逐条核对占位符的数量和写法。交之前在真实环境里替换一次,看看长用户名、多位数会不会撑破。

同一术语前后不一致。客户拿到手一眼能看出来。回查靠术语表,翻译前定好,翻完再扫一遍。中途改术语,全文跟着改,别只改一处。

被9到25美金这一档压价。新号没评价,只能先在这个档里做。往上走的办法是把交付做干净,评价攒起来,再调价。低价接单可以,低价还交付马虎,评价起不来。

往前走一步

评价攒起来以后,可以自己做服务页,接App开发者和网站主的直单,不用只靠在平台里等。英文服务页做成独立站,建站、内链、技术SEO交给猎者出海的AI Agent,人只定方向和验收。站建好了却永远不被收录、也没有任何报错,这类事它会在建站流程里拦一道。

要提前防的三件事

版权不明的长文,交了可能出事。客户发来一份别人的小说、课程讲义、付费文章,让你翻成中文,钱给得再多也别接。这不是翻译能力问题,是这东西本来就不该由你来交。回查的动作很简单:问一句这是谁的内容,客户说不清,或者说是网上找的,就停。前面讲的压价是少赚,这一条是可能惹上事,两回事。

AI初稿不改直接交。Fiverr的规则写在那儿:通用的、没改的、重复使用的AI输出不符合质量标准,认定信任被破坏,订单可能取消、客户可能全额退款、账号可能永久封禁。防的办法是把自查和译后编辑当成固定步骤,交之前自己逐条看过,占位符、术语、语序、平台惯用词都过一遍。

字数口径和修改次数没写清。客户以为1,000词含标点,你按不含标点算,交完就扯皮。开工前数一数:含不含标点、含不含占位符、含不含代码注释,写进套餐。修改次数也写清,免费改几次,改到第几次算新单。这两条写在服务说明里,比事后解释省事。

常见问题

英译中翻译接单一个月能赚多少

这个数没人能给准。本文能给的只有案例的套餐标价和官方分成比例:1,000词20美金、5,000词90美金、10,000词170美金,每单到手订单金额的80%。能接多少单、客户从哪来、评价起得多快,每个人不一样,这里不估月收入。

客户要简体还是繁体,怎么问

问客户的目标地区。中国大陆用户看简体,台湾、香港、澳门用繁体。本篇只讲简体,具体怎么分,前面「翻译和本地化差在哪」那节讲过。

英文不好能接吗

要能读懂客户的需求和原文。写英文沟通不用怕,可以让AI起草,自己核一遍再发。读不懂原文,翻译这一步就没法做,这不是工具能替的。客户的需求都读不明白,接了就等着返工。

AI翻完能直接交吗

不能。Fiverr的规则写的是AI可以辅助,但不能替代卖家自己的技能和投入,通用的、没改的AI输出不符合质量标准。交之前要人逐条改过,占位符、术语、语序、平台惯用词都看一遍。

在哪接这种单

Fiverr和Upwork是两个主要去处。Fiverr上搜english to chinese translation能看同行怎么定价,Upwork是客户发项目、你投标。另外还有平台派单的一类,比如Gengo,要先过测试。

一千字大概什么价

这位卖家1,000词的标价是20美金,服务费之前。国内接活的一千字行情价,这里没有可核的数字,不给。真要报价,按自己的交付速度和客户给的字数算,别拿一个数套所有单。

这篇讲的是把服务卖给老外的一条线。猎者出海在〈AI+服务出海〉这个栏目里还写了别的服务,都是同一个思路:按单收钱,把交付做干净。

发表评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注