写界面文案：按钮、空状态和错误提示
界面文案不是装饰。用户卡住的时候，读到的往往就是那一句话。这套流程按状态写，而不是按灵感写。
怎么做
第一步：把会说话的地方列全
先用「空状态与错误页文案」按页面过一遍，让它列出首次使用、筛选无结果、失败可重试、无权限、网络中断这五类各自要回答什么；再自己补上加载、成功、超限。每个状态写一句「用户此刻知道什么、能做什么」，漏掉的状态最后都会由开发随手补一句。
第二步：用「空状态与错误页文案」写第一版
要求每个状态给三样：一句说明、一个动作、一句兜底。错误文案必须说清是谁的问题、能不能重试、重试还不行该怎么办。不要写「出错了」，那等于什么都没说。兜底那一句要给出替代路径，比如稍后再试或联系谁。
第三步：用「从空状态到有内容的过渡」补中间态
首次使用、正在生成、部分完成，这些中间状态最容易被忽略。让用户知道进度、大概还要等多久、现在能不能离开。只有一个转圈的界面，会让人反复刷新，反而更慢。生成超过几秒的，最好把已完成的部分先显示出来。
第四步：用「同一段的三个语气」统一基线
同一句文案出三版：中性、友好、克制。选一版定为基线，再回头检查全站是否一致。品牌偏正式就别用感叹号和网络梗；同一屏里出现两种语气，比文案本身不漂亮更伤。定完把基线写进文案表，后面新增的句子照着它写。
第五步：用「同一内容改写给不同读者」按人群再改一遍
同一个错误，新用户需要知道发生了什么和现在怎么办，老用户和管理员还需要知道影响范围和后续动作。两版都存进文案表，别指望一句话同时服务所有人。同一个界面里按角色切换文案，比把所有信息堆给所有人清楚得多。
用到的提示词
常见问题
按钮文案用「确定」还是具体动词？
用具体动词。「保存修改」比「确定」更能预测点下去会发生什么；只有结果确实无法预判时，才用「确定」。
错误提示要不要显示错误码？
给用户看人话，错误码放在可展开的详情或日志里。客服和支持需要能查到，但第一眼不该是「ERR_5003」。
空状态一定要配插画吗？
不一定。先保证一句话说清这里是什么、为什么是空的、下一步做什么。插画是加分项，缺了不影响用，缺了说明才是问题。