一份软件操作说明译得通顺，读者仍可能照着做不出来：文中写“打开偏好设置”，屏幕上却只有“设置”；步骤把“保存”放在选择文件之前；截图来自旧版本。用 CC翻译辅助处理多语言说明时，应把“能否在真实界面完成任务”作为验收标准，而不只检查句子是否自然。
一、先确定读者使用的设备与版本
翻译前记录说明适用的系统、客户端版本和入口。桌面端与移动端、不同系统中的菜单位置可能不同。不要把某个版本的路径翻译成适用于全部设备的通用指令。若产品更新，先确认当前界面，再修订旧译文；找不到对应控件时，标明需核实，而不是凭印象补出一个按钮。
每一步只写一个可观察的动作，例如“在右上角选择设置”“在语言选项中选择目标语言”。把“登录后去里面改一下”拆成具体路径。按钮名称、菜单名称应与当前界面显示一致；必要时保留原文名称，方便读者查找。CC翻译的客户端获取入口可从 软件下载页面 查看。
二、按动作顺序核对，而不是逐句单独润色
操作说明要保留前置条件、动作和预期结果。比如“先选中要导出的记录，再打开导出菜单，最后确认保存位置”，不能把最后一步提前，也不能漏掉选中对象。译文中若出现“完成后重复上一步”，应写清重复的是哪一步、直到出现什么结果。
一个简单的校对表可列出“原文动作、译文动作、界面位置、完成后应看到的状态”。逐行检查名词和顺序。遇到“可能”“仅当”“不要”等限制词，单独核对，避免把可选操作译成必须执行，或把警告译成建议。更一般的否定与条件句处理，可参考 否定句与条件句校对指南。
三、让不了解原文的人实际走一遍
请测试者只看目标语言版本，在适用设备上从第一步操作到最后一步。记录他在哪里停住、屏幕上实际出现什么，以及说明中哪个词让他犹豫。测试者完成任务，不代表说明没有问题；还要确认他没有依赖自己对产品的旧经验。
修订时给说明标注检查日期和适用版本，并同时更新截图或示意图。若多个语言版本共用一套资料，把同一处产品变更列入全部版本的复核清单。正式发布前，再核对链接、文件名和任何需要用户输入的数据；测试账号、真实客户资料与密钥不应出现在示例中。
发布前四问
读者知道这份说明适用哪个版本吗？每一步能在当前界面找到对应控件吗？完成一步后能判断是否成功吗？出现不同界面时知道去哪里求助吗？四个问题都能回答，再把说明交给真实用户。翻译工具帮助提高起草效率，最终可用性仍需要真实界面和人工测试来验证。