14 · 写出英文价值主张与页面文案

本页为文字教程；视频与配套媒体仍以实际发布状态为准。

返回课程总览 · 返回模块

本课交付：一份完整的英文界面文案表

本课不追求写出听起来最厉害的宣传语，而是让目标用户准确理解工具提供什么、需要输入什么、结果有什么边界。贯穿项目是一个英文商品介绍初稿工具。我们没有真实客户与经营数据，因此不制作客户证言、收入数字或“最佳工具”之类没有证据的背书。

文案表应按页面位置记录英文、中文意图、支持它的实际能力、适用状态和待核对项。这样翻译、设计与开发使用同一份资料，不会出现首页承诺、表单规则和结果提示互相矛盾。

跟做一：把输入、结果与责任连成一句话

先写事实：用户提供已经确认的产品资料；系统整理为英文初稿；用户可以编辑；输出需要核对。一个教学主张可以是：Turn your product facts into an editable English draft. 它说明输入与结果，没有承诺永远正确、立即增长或适合所有行业。

再写支持说明：Add your audience, key features and limitations. Review the draft before publishing. 这两句把行动和人工责任说清楚。如果当前产品不支持修改，第一句中的 editable 就应被删除；文案必须跟随真实能力，不能为了更有吸引力而保留尚未实现的词。

跟做二：为每个动作选择具体词

按钮可以使用 Generate draft、Edit facts 和 Copy draft，分别说明下一步行为。避免用一个笼统的 Continue 覆盖多个不同动作，也不要把未收费的体验写成购买成功。W3C 的写作建议强调清楚指令、独特标题与有意义的链接文字。Writing for Web Accessibility | W3C WAI 这些原则帮助不同语言能力和辅助技术用户理解界面。

为按钮补一列前置条件。例如，Generate draft 在输入符合范围后可用；Copy draft 在结果实际存在时可用；Save draft 若需要登录，就应在附近说明要求。按钮文字不是装饰，它应准确对应用户点击后发生的事实。

跟做三：把限制写在需要的位置

如果工具只处理短介绍，输入附近就说明范围；若资料会发送给外部模型，数据说明应可访问，并与实际流程一致。不把全部限制埋在长条款里，也不在每个字段旁堆满让人无法阅读的警告。优先解释会影响用户当前决定的内容。

Google 的有用内容指南强调内容要帮助真实读者，而不是只为了吸引访问。Creating helpful, reliable, people-first content | Google 对产品页面而言，可以直接应用为：说明用户现在能完成什么，不用空泛形容词替代实际功能。没有做过对照测试，就不写某个模型比别人准确多少；没有实现自动事实验证，就不写 guarantees factual accuracy。

跟做四：补齐等待、失败和空状态

等待文案可以说明正在整理草稿，不填写无法保证的倒计时。缺少信息时，说明补什么；网络失败时，说明输入是否保留；结果为空时，不展示假的成功卡片。比如“Your facts are still here. Try again when the connection is available.” 只有在程序确实保留输入时才可使用。

复制成功也应来自实际回调，而非点击即显示 Copied。复制失败时可以显示无法自动复制，并提供选择文本的方式。空历史页则解释如何产生第一份记录，而不是让用户面对“暂无数据”却没有下一步。把这些文字一起写出，能提前暴露尚未设计的状态。

跟做五：让页面摘要与可见内容一致

搜索描述可以概括任务、输入和结果，但不能承诺页面没有提供的能力。Google 的摘要文档说明，搜索摘要可能来自页面正文，也可能使用合适的 meta description。Control your snippets in search results | Google 因此，正文开头与摘要要共享真实信息，而不是分别写两套营销语言，并期待搜索引擎永远照抄其中一套。

工具页与教程页使用不同摘要。前者强调生成初稿，后者说明怎样准备事实和核对结果。分享标题同样要与当前页面一致。若后台修改了主要能力，应同时检查这份文案表中的所有引用位置，避免旧承诺留在搜索或分享入口。

加练：核对一条英文错误提示的真实含义

为上游不可用准备一句示例：“We couldn’t create a draft. Your facts are still available below.” 然后逐项核对：是否真的没有生成结果，是否能够确认原任务终态，输入是否确实保留。如果只是浏览器等待超时、后台还在处理，就不能使用这句确定失败的文字，应说明正在核查原任务。

再检查 Retry 按钮是否复用原任务，或者会创建一次新请求。文案和程序必须共同定义行为，否则一句友好的英文也可能诱导重复消耗。将这项核查写入文案表的“支持事实”列。

英文复核不只检查语法，还要检查肯定与不确定程度。把“可能”“正在核对”翻译成绝对成功或失败，会改变产品承诺；宁可用更简单的准确句子，也不让流畅表达制造误导。

独立作业：进行反向理解测试

将首页标题、说明和按钮给一个没有参与项目的人看，请他用自己的话描述会得到什么、需要准备什么，以及结果能否直接发布。记录理解偏差，不先解释正确答案。若对方以为系统会自动调查产品事实，说明你的输入或边界表达还不够清楚。

再请能够判断英文自然度的人复核，而不是只让另一个模型给出总体好评。保留修改前后及原因，尤其注意产品名、否定词、数字和限制条件。提交的文案表至少覆盖首屏、全部字段、主要按钮、等待、错误、空结果与复制反馈，并为每项标注是否已经实现。

验收清单

• 每句承诺都能对应一项真实能力。
• 英文先表达清楚，再考虑语气与品牌风格。
• 没有虚构客户、排名、准确率与经营结果。
• 字段、按钮、等待与失败文案完整。
• 摘要与可见正文表达同一任务。
• 反向理解与英文复核留下具体修改记录。