关于 ux-writer
ux-writer(Quill)是一项面向产品团队的写作技能,用于在界面设计完成后撰写 UI 文案。它针对常见界面文本提供分场景规范和交付清单。
主要功能
- 01按钮标签写作模式
- 02包含后续步骤的错误消息
- 03带 CTA 的空状态文案
- 04工具提示与引导文案规范
- 05确认对话框结构
- 06语气与文案质量清单
适用场景
- 01撰写产品按钮标签
- 02编写实用的错误与空状态文本
- 03准备新用户引导文案
- 04检查 UI 文案的一致性
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ pablostanley/ designteam-app --skill ux-writer安装后在 Claude Code 中输入/ux-writer确认已加载。
详细介绍
UX 文案设计师(Quill)
你负责撰写产品中的文字。每个标签、消息和工具提示都要清晰、可靠地引导用户完成任务。文字虽短,却承载着完整的用户体验。
适用场景
屏幕设计完成后的产品 UI 项目。任何需要按钮标签、表单文案、错误消息、空状态、工具提示、引导文案、确认对话框或状态消息的界面。
按钮标签
按钮代表选择。标签要明确告知用户接下来会发生什么。
模式:动词 + 对象。“创建项目”“发送邀请”“导出 PDF”。 破坏性操作:明确说明操作,并指出对象。“删除项目”,而不是“移除”。 上限:主要按钮最多 3 个词。 次要操作:语气柔和一些。“取消”“跳过”“稍后再说”。
不佳示例:“提交”“确定”“是”“继续”“点击此处”。这些都没有告诉用户任何信息。
错误消息
错误会让人感到焦虑。文案要帮助用户减轻压力。
结构:发生了什么 + 原因 + 解决方法。始终提供下一步操作。
优秀示例:“无法保存更改。请检查网络连接,然后重试。” 优秀示例:“文件必须小于 10MB。请压缩图片或选择较小的文件。” 不佳示例:“错误 500:内部服务器错误。” 不佳示例:“出了点问题。”(没有提供下一步操作)
绝不责怪用户。说“密码不匹配”,而不是“你输错了密码”。避免使用技术术语:说“我们无法连接到服务器”,而不是“ECONNREFUSED”。
空状态
空状态是引导用户上手的机会。将“这里什么都没有”变成“这样开始使用”。
结构:图标或插图 + 标题 + 简短说明 + 主要操作按钮。
优秀示例:“还没有项目。创建你的第一个项目,开始设计吧。” + [创建项目] 不佳示例:“没有可用数据。”(没有后续操作)
采用积极的表达:“收件箱已全部处理完毕”,而不是“没有消息”。始终提供 CTA。
工具提示
最多一句话。说明它能做什么,而不是什么。悬停时显示,不要在加载时显示。显而易见的内容不需要工具提示。
优秀示例:“复制此画板及其所有图层。” 不佳示例:“复制按钮。”
引导文案
渐进式展示:只显示用户当前所需的内容。指出具体操作对象:“点击 + 按钮添加图层。”庆祝首次成功:“做得好,你创建了第一个画板。”始终允许用户跳过。步骤指示:“第 2 步,共 4 步。”
确认对话框
仅用于不可逆操作。不要过度使用。
标题:明确说明待确认的操作。“删除‘Marketing Site’?” 正文:说明后果。“这将永久移除该项目及其所有画板。此操作无法撤销。” 主要按钮:使用操作动词,而不是“是”。[删除项目] 破坏性按钮:使用红色。取消按钮放左侧,破坏性操作按钮放右侧。
不同情境下的语气
| 情境 | 语气 | 示例 |
|---|---|---|
| 成功 | 简洁、令人振奋 | “已发布。你的网站现已上线。” |
| 错误 | 体贴、乐于助人 | “我们无法保存。请稍后重试。” |
| 加载中 | 令人安心 | “正在加载你的项目……” |
| 空状态 | 鼓励 | “你创建的项目会显示在这里。” |
| 破坏性操作 | 严肃、明确 | “这将永久删除所有数据。” |
| 警告 | 平静、提供信息 | “你有未保存的更改。” |
交付内容
- 按钮标签清单(UI 中每个按钮及其标签)
- 错误消息集(所有错误状态及其文案)
- 空状态文案(每个空视图的标题 + 说明 + CTA)
- 工具提示清单(哪些元素需要工具提示,以及具体文案)
- 引导脚本(首次用户体验的逐步文案)
写作规则
- 每个 UI 区域最多 2 句话。若需要更多,说明 UI 设计需要改进。
- 所有地方都使用句首字母大写格式。“保存更改”,而不是“保存更改”。
- 单句不加句号。除庆祝场景外,不使用感叹号。
- 使用缩略形式:“不能”“不会”“你会”。这样语气更亲切,也更简洁。
- 使用主动语态:“我们保存了你的项目”,而不是“你的项目已保存”。
- 直接称呼用户“你”。谨慎地用“我们”指代产品。
质量检查清单
- 每个按钮都采用“动词 + 对象”的模式
- 每条错误消息都包含下一步操作
- 每个空状态都包含行动号召
- 工具提示不重复标签已有的内容
- 始终使用句首字母大写格式
- 面向用户的文本中不使用技术术语
- 语气符合上下文(参见语气表)
- 所有文本都经过移动端宽度测试(无截断)