如何翻译商业提案而不丢掉提案的说服力
添加到 Chrome 
目录
一份在目标语言里“语法正确”的提案，如果价值故事、语气、数字或版式不再让人觉得有说服力，依然可能丢掉这笔生意。
商业提案、路演幻灯片和 RFP 答复的存在意义是说服，而不只是告知。Harvard Business Review 关于客户价值主张的研究强调，买家需要一个清晰的理由，说明为什么选你而不是次优替代方案，而且这个理由要有证据支撑。当你翻译这套说辞时，下面的每一步都是为了让这个说服核心保持完整。
1. 先交代清楚任务，再动第一个字
Institute of Translation and Interpreting (ITI) 的指南 Getting it Right 说得很直接：销售宣传册不是产品目录条目，风格必须与目的匹配。请用书面形式告诉自己（或你的译者）四件事：
| 简报项 | 为什么它对提案重要 |
|---|---|
| 受众 | 买方评审委员会、采购部门、技术评审人，或三者兼有 |
| 目的 | 赢得投标、开启试点、续签合同 |
| 渠道 | PDF 格式的 RFP 答复、幻灯片、邮件附件 |
| 质量标准 | “For information” 的准确，还是 “for publication / persuasion” 的打磨 |
ITI 指出，准确但平淡的“for-information”译文通常更便宜、更快——而当你想要卖出东西时，它往往还不够。如果形象与说服力重要，就提前讲明。另外，只要有可能，就在翻译开始前把原文定稿；反复改稿会让错误成倍增加。
2. 锁定价值主张——然后按意图翻译，而不是按词序翻译
Anderson、Narus 和 van Rossum 在 HBR 上指出，薄弱的价值主张常常罗列所有好处（“all benefits”）或所有竞争差异，而不是给出一个resonating focus：对这位客户最重要的少数几点，并且有演示、有记录。Harvard Business School Online 总结了一个实用的检验标准：价值主张应当清楚说明你提供什么、客户“雇”你来完成什么任务、还有谁在争夺这个任务，以及你凭什么与众不同——而且对一个不了解你业务的人也应该讲得通。
翻译之前：
- 标出承载赢单主题的那一两句话（通常在高管摘要里）。
- 标记必须与事实完全一致的说法（SLA %、价格、交付日期、认证）。
- 只在说服层面放宽措辞——利益框架、强调重点、本地习语——同时保持主张准确。
如果直译把“我们把客户上线周期从 6 周缩短到 10 天”压成一句空泛的赞美，那就用目标语言重写以保住冲击力，而不是保留英语词序。关于跨语言转换时的语域选择，参见正式 vs 非正式：跨语言沟通的 12 条语气建议。
3. 有意识地设定语域（正式、中性，或恰到好处的亲切）
Cambridge Grammar 把语域定义为由目的、语境和受众塑造的语言变体，并指出大多数日常英语处在正式与非正式之间的中性地带。正式写作偏爱更完整的语法（更少缩略形式与省略），也偏爱更多源自拉丁语的词汇（commence 而非 start）；非正式写作则相反。
对提案而言：
- 与新买家首次接触、或参与公开招标时，默认使用中性偏正式。
- 回应正式招标文件时，贴合买家 RFP 自身的用语——与对方的正式程度保持一致，既表示尊重，也体现合规意识。
- 避免 ITI 提醒过“走不出去”的俚语、体育比喻和聊天缩写（“go the full monty,”、板球比喻以及类似受文化束缚的玩笑）。
如果你的英文原文使用缩略形式和柔和的缓冲语（“we’d love to partner…”），先判断目标市场期待的是这种亲切感，还是更克制的企业口吻。同样的决定也会出现在邮件里；具体流程可参见三步专业翻译商务邮件。
4. 本地化数字、货币和日期——但不改动金额本身
Unicode CLDR 的指引很明确：一个货币金额是数值加货币代码。永远不要只发一个光秃秃的“3.5”，指望读者自己猜是美元还是欧元。ISO 4217 提供了三字母货币代码（USD、EUR、JPY 等），可以降低跨境交易中的歧义。
面向提案表格和报价附件的实用规则：
- 把货币当作商业决策（不要只靠重新格式化就把 USD“本地化”成 EUR）。
- 按读者所在地区设置显示格式（例如
1,234.56与1.234,56），使用 ICU/Unicode 文档中描述的按地区格式化概念。 - 在国际投标中，当
$或¥这类符号可能产生歧义时，优先在金额旁标注 ISO 代码。 - 在高风险文本中把日期写清楚（或使用 ISO 的
YYYY-MM-DD），这样03/04/2026就不会在一个国家表示 3 月 4 日、在另一个国家表示 4 月 3 日。
更深入的入门内容见为什么日期和数字需要本地化。
5. 把法律与合规措辞当作术语，而不是文风
RFP 与招标答复常常把销售文案和有约束力的承诺混在一起：责任上限、数据处理条款、质保期、验收标准以及必填表格。关于多语言 RFP 工作的行业指引强调，要保留结构、定义术语和当地采购惯例，而不是自由改写义务条款。
翻译前先建一份小术语表：
| 保持一致的内容 | 示例 |
|---|---|
| RFP 中的定义术语 | “Deliverable,” “Service Levels,” “Personal Data” |
| 产品 / SKU 名称 | 除非品牌已有官方本地化名称，否则品牌字符串保持不变 |
| 认证与标准 | ISO 编号、SOC 报告、监管标签 |
| 义务动词 | shall / must / will 对应目标语言的法律惯例 |
语言质检之后，让主题专家（法务或售前工程师）复核义务动词和数字。一份读起来流利却译错的质保条款，比一份略显生硬但正确的译文更糟。
6. 保留标题、表格与页数限制
评审人会快速浏览。他们按买家定义的章节地图打分。翻译时：
- 即使措辞已经本地化，也要保留买家的章节编号和规定标题。
- 翻译后重新检查表格——表头、单位和脚注往往最先出问题。
- 留意文本膨胀：表达同样含义时，罗曼语族和日耳曼语族语言往往比英语需要更多字符。如果 RFP 把高管摘要限制在两页或 500 词以内，就要在目标语言里安排一次精简，而不是指望版式还能装得下。
- 尊重目标语言的排版习惯（ITI 举的例子包括法语中冒号前的空格，以及各语言特有的引号）。让一位对本地习惯敏感的校对者检查最终排版文件，而不只是 Word 草稿。
7. 适应文化上的提案惯例，但不稀释证据
ITI 建议从一开始就以国际视角思考：去掉只在本国才说得通的文化套话和视觉元素。本地化最佳实践指南（例如 RWS 关于语域和方言的说明）也提醒团队选对语言变体——比如欧洲西班牙语还是拉美西班牙语——并共享一份风格简报，别让语气靠猜。
提案中通常需要做文化适配的部分：
- 你宣称自己是“#1”或“industry-leading”时有多大胆
- 开篇时关系型语言与功能型语言各占多少
- 来自 A 国的案例研究，在 B 国买家看来是否仍然相关
- 幻灯片上的图像与比喻
不该被淡化的内容：可衡量的成果、合规事实，以及你准备履行的报价条款。调整提案的呈现方式，但不要凭空造出一个更温和的现实。
至于幻灯片和说明信里常见的日常商务英语，50 个你应该知道的商务习语和如何写一封专业邮件是有用的伙伴——只是习语要按意思翻译，而不是按字面翻译。
8. 做一轮“保住提案说服力”的质检
提交之前：
- 只读目标语言的高管摘要——resonating focus 还能在 30 秒内打动人吗？
- 逐项比对每个数字、日期、货币代码和百分比与原文是否一致。
- 搜索残留的原文片段、失效的交叉引用，以及截图里未翻译的界面文字。
- 确认称呼、头衔和公司法定名称符合当地惯例。
- 打印或导出 PDF，检查孤行、被裁切的表格单元格，以及页数限制是否达标。
- 请一位不熟悉这笔交易的同事复述你的方案；如果对方困惑，就重写，而不是“照样发出去”。
翻译提案正文
当你需要对提案叙述、幻灯片备注或邮件说明信做一次快速初译时，OpenL 这类工具可以帮你把草稿文本和文档转成买家使用的语言，让你更早审阅说服力与术语。任何会让公司作出承诺的内容——尤其是报价、SLA 和法律附件——都应把机器输出当作供人审校的草稿，然后在文件离开团队之前，套用上面的简报、术语表和质检步骤。
Sources
- Customer Value Propositions in Business Markets (HBR) — Anderson、Narus 与 van Rossum 论“resonating focus”型价值主张
- How to Create an Effective Value Proposition (HBS Online) — 用“客户雇产品来完成什么任务”的框架，以及价值陈述的清晰度检验
- Getting it Right (ITI / ATA buyer’s guide, US PDF) — 目的简报、for-information 与 for-publication 翻译之别、受文化束缚的语言、排版
- Formal and informal language (Cambridge Grammar) — 语域、缩略形式、正式/非正式词汇
- Register (Cambridge Grammar) — 语域是由目的、语境与受众驱动的语言变体
- ISO 4217 — Currency codes — 用于国际场景清晰表达的三字母货币代码
- Unicode CLDR / UTS #35 — Numbers — 货币金额需要代码加数字；地区格式只负责显示
- ICU Formatting documentation — 按地区设置的数字、货币与日期显示示例
- Working with currency, number and date formats (STP) — 关于金融文本中符号、分隔符与 ISO 代码的实务提醒
