提示语怎么写 | 设计交互 | 做产品

提示语怎么写

提示语是产品跟用户说话的地方。写法有固定公式，不需要每次现想。

你会遇到的现象

• 错误提示只说「操作失败」，用户不知道接下来该干嘛

• 同一个意思在三个地方三种说法，语气也不统一

• AI 生成的文案全是感叹号，像在冲你喊

两段式公式

别写改成 操作失败！没能连上服务器，稍后再试一次 格式不正确手机号是 11 位数字，请检查一下 Error 500服务暂时不可用，几分钟后会自动恢复 暂无数据还没有订单，下单后可以在这里查看物流 已删除！文件已删除，可到回收站恢复

左边那列的共同点是只说了一半——只讲了状况，没给出路。用户读完还是不知道该干什么。

写法有固定公式，不需要每次现想

① 说明当前状况 ＋

② 引导措施 两段都要有

没能连上服务器， 稍后再试一次

而「操作失败」只说了一半——讲了状况，没给出路，用户读完还是不知道该干什么。

形式按强度分三档，不要越级使用

弹窗 必须立刻修正的错误

全局提示 / 横幅 状态变化、成功提示

气泡 / 红点 可看可不看的信息

越级使用的代价是用户对整档提示脱敏——什么都用弹窗，等于所有弹窗都不再被读。

还有一条最容易被跳过：**功能名称在提示里的叫法必须跟界面上一致。**界面叫「归档」，提示里就别写「已完结」——用户会以为那是另一件事。

四条原则

• **正确。**没错别字、没语法错误、不产生歧义，陈述客观事实。这条看起来是废话，但错别字在提示语里出现的概率意外地高。

• **有指导性。**用户犯了错就告诉他怎么改，出了问题就给恢复的途径。只报告问题不给出路的提示等于没写。

• **简洁。**用最精简直观的话，避免长句和技术术语，除非你确定用户懂。

• **一致。**书写语言、语序、标点、图标全站统一。同一个功能在提示里的叫法要跟界面上一致——界面叫「归档」，提示里就别写「已完结」。

标点与图标规范

规范怎么做 统一中文标点不要中英文标点混用 避免感叹号它会带来过强的情绪，把一次网络波动渲染成事故 句尾不加标点除非是疑问句。「文件已删除」后面不用句号 句中用逗号断句让结构清晰，比一长句好读 强调对象用双引号「确定删除"项目周报"吗」，避免误解 等待类用省略号「加载中…」「正在验证…」 内容超长用省略号截断设计字段时就要考虑极值，超出用「…」代替

图标沿用行业惯例就行：感叹号表示警告，问号表示帮助，红色表示错误、黄色警告、绿色成功。这一层不需要创新。

选提示形式时按强度分三档：必须立刻修正的错误用弹窗，一般信息和成功提示用全局提示，可看可不看的用气泡。越级使用的代价是用户对整档提示脱敏。

给 AI 的话

这套规范适合直接沉淀进项目文件，之后所有文案都按它生成。

复制 CLAUDE.md · 文案规范

## 提示语

公式：说明当前状况 + 引导措施。两段都要有。
 ✗ 操作失败
 ✓ 没能连上服务器，稍后再试一次

原则：正确、有指导性、简洁、全站一致。
功能名称在提示里的叫法必须跟界面上一致。

标点：
- 统一中文标点，不要中英混用
- 不使用感叹号
- 句尾除疑问句外不加标点
- 句中用逗号断句
- 需要强调某个对象时用双引号
- 等待类文案以「…」结尾，例如「加载中…」
- 内容超出显示范围时用「…」截断

强度分档（不要越级）：
- 弹窗：必须立刻修正的错误
- 全局提示 / 横幅：状态变化、成功提示
- 气泡 / 红点：可看可不看的信息

错误提示不得暴露状态码、堆栈或英文报错原文，
一律转成用户能读懂的话，并给出下一步操作。

接着看

提示的五种形式 文案写好之后放在哪。数字、气泡、全局、公告、推送，强度依次递增。

四态齐全 空态和错误态的文案，正是这套公式最常用的地方。

表单克制 表单的校验提示要就地显示、指明哪一项错了，别只弹一句「请检查输入」。