屏幕提示文案怎么写？软件引导语的设计

做软件的人，常把屏幕提示词当成收尾时顺手填的杂活。我的判断相反：它是用户卡住时唯一抓得住的扶手。写好了，用户留下来；写砸了，用户当场关掉，连招呼都不打。

过去半年我干了件笨事：把手机和电脑里常用的二十多款软件、网站的提示文案一条条截图收集，按场景归成空状态、加载中、报错、成功四类，攒下三百多条。2026年8月整理完，我先愣住了——差例子里出现频率最高的一句话，是「发生错误」。三个字加四个字，把用户晾在原地。这篇就讲这次归类整理出来的东西。

四类屏幕提示词，各自的活不一样

空状态给路，加载中给预期，报错给解法，成功给确认。四类屏幕提示词各管一段，别指望一句万能文案通吃。

归类的时候我发现，四类场景对应的用户状态完全不同，写法也没法互相借用。同一个「请稍候」，放在加载里能忍，放在报错里就是火上浇油。

这张表按用户的情绪浓度排的。报错排最高，因为只有这一类用户正处在被惹毛的关口，用错一个词都可能丢人。空状态排第二，它决定新用户的第一步迈不迈得出去。加载和成功是小活，但也不是没讲究：加载不到一秒就别写字，闪一下反而碍眼。

好例子的共性：说人话、给下一步、不甩锅

三百多条好例子几乎全过同一道筛子：用用户自己的话说，告诉他下一步点哪，出了错先认账再补救。

第一条，说人话。好例子里几乎见不到「异常」「非法操作」这种机器腔，全是用户嘴里会说出来的话。有款笔记软件的空状态写的是「这里还空着，从一张纸开始」，我看一眼就知道该点哪。差的写法呢？「暂无数据」。四个字，零信息。

第二条，给下一步。这是好例子和差例子之间最硬的一条分界线。报错后只说「出了点问题」的，都在逼用户自己猜；指了路的——「检查一下网络」「换个文件格式再试」——用户照做就走出来了。我抄下来的报错好例子里，八成以上带一个能点的补救按钮。不夸张地说，光这一条就能筛掉一半差文案。

第三条，不甩锅。「您的操作有误」这种句子，等于当面指鼻子。NN/g 的报错文案指南把这条列成硬要求：先说清发生了什么，再给建设性的帮助，别怪用户（这份报错文案指南我打印出来贴过工位，管用）。

分寸感这件事，放到别的提示场景里一样要命。低电量提醒什么时候蹦出来，比怎么措辞更要紧，我单独整理过一篇低电量提示文案怎么写，道理相通。话说回来，文案收集到后半段我反而更确定一件事：差例子比好例子更有规律，好认得多。

差例子的通病，和我给小工具重写的一套成稿

「发生错误，请稍后重试」是头号通病：不说是啥错，不给下一步，还把补救成本全推给用户。

三百多条差例子里，「发生错误」家族占了将近四成。有的还附赠一个错误码，E-1024。用户拿它能干嘛？啥也干不了。真离谱。

2026年3月，我拿自家一个批量改图的小工具开刀，把全部提示文案重写了一遍。四类各挑一条，改前改后是这样——

报错：「发生错误 (E-1024)」改成「图片超过20MB了。压缩一下再传，或者转成JPG」。
空状态：「暂无数据」改成「还没有图片。拖一张进来，或者点下面的按钮选」。
加载：「加载中」改成「正在处理第3张，共8张，大概还要20秒」。
成功：「操作成功」改成「8张都改好了。打包下载，还是再改一批？」

4月做了回访统计：因为看不懂报错来留言的用户，从上一个季度的每周十几条降到两三条。还有条留言我一直留着，原话是「报错提示终于像人话了」。这波改动的成本不到半小时，是整个工具里性价比最高的一次修改。

也有一条反馈教育了我。加载预期写「大概20秒」，碰上60秒的长任务，用户反而更急。后来我改成超过30秒就换词：「这次比较慢，可以先把窗口切去干别的，好了会提醒你。」老实讲，这条是用户教我的，不是我自己悟出来的。

三百条文案翻下来，我的结论没变过：屏幕提示词写的不是字，是用户卡住那一刻的出路。空状态给路，加载给预期，报错给解法，成功给确认。你要是只来得及改一处，就从报错提示下手——把「发生错误」换成人话加一个按钮，用户立刻能感觉到。

常见问题

报错提示里要不要放错误码？

可以放，但别放开头给用户看。人话放第一句，错误码收进「查看详情」的折叠里，留给客服定位问题用，两头都顾上。

加载多久才需要写进度文案？

3秒以内不用写字，闪一下反而碍眼。超过3秒给进度，超过30秒要解释慢的原因并给出口，比如允许用户先切去干别的。

空状态一定要配插图吗？

不一定。一句人话加一个明确的按钮，比一张精美插图管用。插图是锦上添花，按钮才是那条路。

报错文案能带点幽默吗？

收着写。用户正处在被惹毛的关口，玩笑容易变成火上浇油。空状态和成功提示倒可以松一点，偶尔皮一下没问题。

延伸阅读

提示音文案怎么写？系统音配文的设计——声音和文字怎么搭，跟屏幕上的引导语是同一套分寸。