字幕翻译成本怎么算？人工、机器、工具三条路
问"字幕翻译多少钱"，就像问"装修多少钱"——没有量级和交付要求，任何答案都是错的。但成本可以拆：把下面几个变量代进你的数字，就能算出合理的量级。
先拆成本结构：只有三个变量
- 分钟数：按成片时长算，不是按文件大小
- 语言数：目标语言有几种。这是乘法关系——5 种语言就是 5 份工作，几乎没有规模折扣
- 交付形态：只要字幕文件、要烧录成片、还是要配音，每加一层，成本和周期都往上走
总成本 ≈ （一次性：听录 + 打轴） + （按量：翻译 × 语言数） + （交付：压制 / 配音）
注意第一项里没有"语言数"——听录和打轴只做一次，这一项就是省钱的入口。
最容易被忽略的：大头往往不在"翻译"
人工流程里，一份字幕要经过：听录（把语音听写成文字稿）、打轴（切分时间码，决定每条字幕的入点、出点和断句）、翻译、校对、格式处理。
听录和打轴没法跳，也不能靠理解上下文来加速，在很多项目里比翻译本身还耗时。所以最实用的一条结论是：你手上有没有现成的 SRT，决定了这是哪个量级的成本——有 SRT，等于最费时的两步已经做完；没有 SRT，任何一条路都要从听录开始。
人工：按分钟计价
计价单位通常是成片分钟数 × 语言对，报价之间的差异几乎都藏在细节里：
- 含不含听录和打轴？"给我 SRT 我来翻"和"给我视频我全包"不是一回事
- 有没有最低起收量？做 2 分钟和做 20 分钟可能同价
- 领域溢价：法律、医疗、技术类内容需要专业译员
隐性成本：准备术语表的时间、交付周期、返工沟通，以及"审校现成译文"和"从零翻译"之间的差价——后者往往明显更贵。
机器翻译：按字符计价
机器翻译 API 按字符数计价（常见表述是每百万字符），单价低到在总成本里几乎可以忽略。但它只解决了"翻译"这一环，剩下的还是你的活：
- 格式处理：SRT 是结构化的，直接丢进翻译接口会把序号和时间轴一起翻掉；得先解析文本，翻完再按原时间轴拼回去
- 上下文断裂：逐条翻译时模型看不到前后文，人称、指代、术语会中途漂移
- 校对时间：机器译文必须过一遍，专业内容尤其如此
它的成本曲线是量越大单价越便宜，但你的时间成本几乎不变。
一体化在线工具：省的是流程成本
第三条路把听录、翻译、组装打包成一个动作，改变的不是翻译单价，而是流程成本——尤其听录和打轴，这两步由语音识别自动完成。
以 SmileSub 为例：上传视频 → 自动识别语音 → 翻译 → 把双语字幕烧录进画面 → 下载成片，全程浏览器完成，支持中、英、日、韩四语互译。
手上有 SRT 的话，免费工具能直接跳过视频环节：SRT 翻译工具 输出译文版，双语 SRT 生成工具 输出"原文 + 译文"上下排布的双语版。两个工具都免登录，限制是单文件不超过 1MB、不超过 500 条字幕，每个工具每个 IP 每天 3 次。
估算时按这个顺序过一遍：
- 数出总分钟数，定下目标语言有几种（记住是乘法）
- 确定交付形态：文件、成片，还是配音
- 把校对时间算进去，先做一条 3 分钟小样，折算单价再放大
常见问题
为什么不同渠道的报价能差好几倍？
因为它们卖的不是同一件事。比较前先对齐交付物清单：字幕文件还是成片、含不含听录打轴、几轮修改。
字幕翻译按分钟还是按字数算？
两种都有，但按分钟更常见——听录和打轴的工作量由时长决定，和字多字少关系不大。按字数计价的多是"你给我文本，我只翻译"的服务，得先确认听录打轴由谁做。
加一种语言是不是只要再加一点点钱？
不是。翻译按语言对独立计费，加一种语言约等于加一份工作量，通常没有明显折扣。但听录和打轴是一次性的——在已经打完轴的项目上加语言，边际成本低于从零开始。