翻译服务页面需要说明语言方向、内容领域、文件形式与使用目的。先了解交付要求再评估工作范围,能够减少客户只按字数询价,却在后期发现排版或用途不匹配的问题。
服务范围按实际能力组织
语言方向、资料类型和业务领域分别说明,避免一个多语种标签让客户误以为所有语言与专业内容都能同等承接。自有团队与合作资源的表达应准确,不能通过头像或头衔制造不存在的人员配置。
客户对用途有特殊要求时,页面提示先说明接收方需求,由负责人员核对。不能对未了解的用途作统一接受保证,也不应把普通翻译服务自动描述成具备所有认证或办理能力。
初步沟通先说明文件情况
| 交付要求 | 需要提前确认什么 |
|---|---|
| 语言与用途 | 原语言、目标语言以及接收方的实际要求 |
| 最终文件 | 需要可编辑文档、固定版式文件还是双方约定的其他形式 |
| 版面处理 | 是否保留表格、图中文字及原版式,是否另含整理工作 |
| 术语资料 | 客户已有的名称、术语表或参考译文是否作为依据 |
| 交付安排 | 完整交付还是分批提交,各批次范围如何确认 |
例如客户提供扫描版手册,却希望收到可编辑且保留表格的译文,工作范围就不能只写“翻译一份手册”。应先确认文字识别、版面整理与译文交付分别包括什么,避免双方对成品形式理解不同。
可以询问原语言、目标语言、资料主题、文件格式、预计篇幅与需要时间。正式查看文件前先确定适合的提交方式;敏感资料不应随意放入公开链接或无关的演示表单。
扫描件、可编辑文档和带复杂版面的资料,需要的整理工作可能不同。初步盘点可记录文件数量、是否缺页、图中文字是否需要处理,以及表格和附件是否属于本次范围。无法辨认的部分先列为待补资料,不能靠猜测补成译文;报价中的计量口径也应说明,不能把文件页数直接当成已经核实的全部工作量。
反馈先说明改的是原文、译文还是交付形式
“这段需要修改”可能指原文事实发生变化、译文未准确表达,或客户希望采用另一种术语。反馈时提供文件版本、位置、原句、建议及理由,便于负责人判断影响范围;不能把所有意见都当成同一种返工,也不先凭意见数量判断责任。
术语反馈可记录“原表达、建议表达、依据、适用位置、例外”。例如企业名称有确认译名,需要检查标题、正文和图表;引用历史文件中的名称是否也替换,应单独确认,不能直接全局改写。确认后列出受影响批次并逐项复查;尚有争议的词保留待确认状态,不把某一段的修改自动推广到全部上下文。这样既能统一表达,也保留原文事实与使用条件。
用文件版本管理减少来回混乱
若确认稿之后新增一页内容,记录新增文件版本、变化位置与是否影响此前译文,再确认交付安排。不能把新旧附件混在同一任务中而不说明取舍;最终交付也应能对应到双方确认的原文版本。
分批交付时,每批注明对应原文版本、章节或文件清单,以及当前是供审阅还是最终交付。客户反馈应指向具体位置,术语修改要说明是否适用于其他已交付部分,避免同一名称在不同批次中出现不一致。接收方对文件用途和形式的要求仍需单独确认,不能把文件已经发送视为所有要求均已满足。
上线前用一个不含敏感信息的示例需求检查页面:客户能否说明语言方向、用途和成品格式,接收人员能否对应到正确文件,新增版本能否与原任务区分。再核对下载或交付说明是否清楚标明范围,不能把“提供可编辑文件”理解成保证任何软件都能保留完全相同的版式。客户反复追问的项目应补到说明中,价格与时间仍以实际评估后的确认结果为准。
延伸阅读
如需制作翻译服务官网,可私聊客服,提供实际承接范围与常见交付要求,沟通服务说明和询价页面。
