第 6 章 · 第 39 讲 · 16:07
模块：M6 产品手感 ｜ 篇章：交互工程 8 至 10 节
本集解决「怎么把识别出的交互要求翻译给 AI」：目标导向提需求、状态与边界写死、上线前第二张清单。
来源：xueai.miyang.cn（小山学堂 · 洛小山《学 AI 产品，从入门到精通》）
前七节教的是识别好交互，这一集讲后半段：怎么把识别出来的要求翻译给模型听。
很多人在这里掉链子——跟 AI 提需求时列了一堆功能，「要上传、要表单、要导出」，每一项它都做了，合起来却谁的问题都没解决。
需求描述的颗粒度，直接决定产出的档次：你写功能清单，它交回一个柜台；你写人物和场景，它交回一个工具。
| 段落 | 回答什么 | 内容 |
|---|---|---|
| 第一段 · 目标场景 | 要什么 | 人物 + 目标 + 从头到尾走一遍的场景 |
| 第二段 · 交互规格 | 别糊弄 | 状态列全、边界说死、防错写明 |
两段拼起来，就是喂给 AI 的完整需求。
跟 AI 提需求，多数人的第一反应是列功能：「要有上传、要有表单、要有导出」。清单看着专业，其实把最重要的信息漏掉了——这些功能凑在一起，到底要帮谁完成什么。
《About Face 4》第 1 章把这件事定成方法论的地基：交互设计先研究用户的目标，再从目标推导功能。
| 维度 | 目标 | 任务 |
|---|---|---|
| 定义 | 对最终状态的预期 | 达成目标的中间步骤 |
| 寿命 | 几十年不变（把报销交出去） | 隔几年就换一茬（从贴发票到拍照识别） |
| 盯着它提需求的结果 | AI 有机会把任务本身省掉 | AI 给你的是旧任务的电子版 |
判据：追问一句「做这个是为了什么」——还答得上来的是任务，答不上来的是目标。
举例：
「我们把这种直接研究并满足用户目标与需求的方法，叫作目标导向设计。」—— 先问为谁、为什么，再问做什么。
判断目标和任务时，很多人问一层就停了，把任务当成了目标。更实用的做法是连续追问三层：第一层通常得到的是任务，第二层还是任务，到第三层往往就碰到那个「答不上来」的终点——因为目标本身就是答案。这个「答不上来」的感觉不是失败，恰恰是找到了目标。 三层之内碰不到底，说明这件事的目标可能还没想清楚，值得先停下来跟需求方对齐。
同一个报销工具，两种提示词喂给 AI：
| 提示词 A · 功能清单 | 提示词 B · 目标场景 | |
|---|---|---|
| 写法 | 逐项列功能：发票上传、金额输入框、类别下拉、备注、审批人选择、提交按钮、历史记录表格、筛选、导出 Excel | 用户是销售小美，每月底攒一叠出租车发票。目标：三分钟内交完报销，不打断手头工作。场景：拖入发票照片，系统自动识别金额和类别，她扫一眼确认，点提交，看到「已提交，预计 3 天到账」 |
| 产出 | 标准表单页，字段摆齐，下面一张历史记录表。能用，但本质是电子表格 | 三步流程：拖入发票 → 确认 → 完成。写着「支持批量，金额和类别自动识别」，提交后 5 分钟内可撤回 |
关键细节：B 的提示词里一个控件名都没提，但产出里的拖放、自动识别、撤回，反而都是 A 清单里没有的。
功能是从目标里长出来的，你把土壤给够，AI 自己会结果。
要做一个记账 App 的「记一笔」页面，哪句需求最好？
答案是 C。 A 是控件清单，B 是审美许愿，D 是设计者视角——只有 C 把人和目标交代清楚了。
目标得有主人。《About Face 4》第 3 章的工具是人物模型：从真实用户里提炼出一个有名字、有职业、有目标的具体人，设计时所有取舍都拿他当裁判。
每个界面只伺候一位首要人物。
| 角色 | 身份 | 目标 | 定位 |
|---|---|---|---|
| 小美 | 销售 · 每月报销一次 | 三分钟交完报销，别打断我跟单 | 首要人物 |
| 老周 | 财务 · 每天审几十单 | 一眼看出哪单有问题，批量处理没问题的 | 次要人物 |
| 大刘 | 总监 · 常年出差 | 多币种发票别让我自己换算 | 次要人物 |
次要人物的需求可以做，但只能在不挤占首要人物的前提下塞进角落。
素材做了一个实验：小美的报销首页本来只有「拖入、确认、提交」三步。每点一次按钮，就往里塞一位新用户的需求：
塞到第四位时，整页已经面目全非，小美的三分钟目标被埋在了最底下。
结论：一个界面只伺候一位首要人物，谁都想照顾的界面，最后谁都用不顺。
人物和目标就位后，《About Face 4》第 4 章的最后一件工具是情境场景：不谈技术、不点名控件，像讲故事一样写这个人从头到尾怎么达成目标。
场景一写，哪些功能必须有、哪些纯属想象，自己就浮出来了。 这也正是喂给 AI 最好的格式：它读得懂故事，也补得出故事里缺的零件。
| 功能语 | 翻成场景语后的对应 |
|---|---|
| 要有会议室预订功能，支持按时间筛选 | 他说出时间和人数，系统只给他看当下订得到的房间 |
| 要有日历视图和列表视图切换 | 订完顺手看一眼这周的安排 |
| 要有会议提醒推送设置 | 开会前收到一条刚刚好的提醒 |
| 要有取消预订和改期功能 | 同事临时改期，他在原记录上一步改完，不用取消重订 |
拼好的场景提示词：
用户是行政专员阿哲，每周要给三个团队订会议室，目标是十秒内订到一间能用的，订错了能马上改。走一遍场景：他说出时间和人数，系统只给他看当下订得到的房间；订完顺手看一眼这周的安排；开会前收到一条刚刚好的提醒；同事临时改期，他在原记录上一步改完，不用取消重订。界面的状态（加载、空、错误）和控件选择你来定，以帮阿哲达成十秒目标为准。
留意每条翻译的共同点：主语从「系统」换成了「人」。
用户是＿＿，目标是＿＿。走一遍场景：＿＿。界面细节你来定，以帮用户达成目标为准。
这三句话，比一份二十行的功能清单管用得多。
场景提示词里有一句容易被忽略但极重要的话：「界面的状态和控件选择你来定，以帮用户达成目标为准。」 这句话的作用是把决策权连同验收标准一起交给 AI——它不再是照单实现控件的工人，而是要为「目标达成」负责的设计者。这句话还有一个副作用：当你没有指定控件时，AI 反而可能给出你没想到的方案（比如素材里的拖放上传和自动识别）。如果你已经想清楚要什么控件，就写死；如果没想清楚，就说清目标并把选择权交出去——最糟的是既没想清楚又列了一堆控件。
你说「做一个订单列表页」，AI 脑补的画面永远是：网络通畅、数据正好一屏、用户不会点错。 它不是偷懒，是你给的描述里只有晴天。
| 状态 | 不写会怎样 | 写了会怎样 |
|---|---|---|
| 加载中 | 白屏 | 骨架屏 / 进度说明 |
| 空列表 | 「暂无数据」 | 「你的订单会出现在这里」+ 引导按钮 |
| 加载失败 | 无反应 | 说人话给出路 |
| 弱网超时 | 无反应 | 明确的等待与重试 |
| 操作成功 | 弹窗邀功 | 页内轻提示 |
「自由发挥」四个字在交互上的意思通常是：白屏、alert、没反应。
素材对决：同一个订单页在新用户眼里的两个版本——
多写一句，留住的可能是新用户。
这些边界情况的共同特点是：演示时永远碰不到，上线第一周全都来报到。 每一种都要在提示词里补一句明确要求：
每个「时」后面接一句具体要求，别让 AI 自己猜。
很多人把状态和边界写在提示词的最后，当成可有可无的补充说明。更好的做法是把它们当成验收条款来写——每一条都是可以被检查的：空列表时有没有引导、网络失败时有没有出路、重复提交有没有防护。写成条款之后，验收时你就能逐条对照，而不是凭印象说「感觉空态有点空」。这个心态转变带来的差别是：从「描述我想要什么」变成「约定我们要检查什么」。
状态和边界要写到多细，取决于界面的姿态。《About Face 4》第 9 章把产品分成几种姿态：
| 姿态 | 典型产品 | 用户状态 | 状态密度 |
|---|---|---|---|
| 主权姿态（sovereign） | IDE、后台、表格 | 熟手，屏幕归它独占 | 可以密：骨架屏、行内校验、批量进度、快捷键提示都值得写 |
| 临时姿态（transient） | 扫码、计算器、请假申请 | 每次来都像第一次来 | 要少而醒目：一屏一件事，反馈大而直白 |
姿态报错的典型翻车：给用完就走的请假页配上主权级的筛选器和统计图，或者给整天盯着的监控后台配上大字报式的单屏流程。
密度跟着姿态走，姿态跟着使用频率走。
| 组别 | 项数 | 检查什么 |
|---|---|---|
| 状态 | 3 | 加载、空、错误三件套齐不齐 |
| 防错与可逆 | 3 | 危险操作可逆吗、不可用项有没有禁用 |
| 流程 | 2 | 还能砍一步吗、有没有多余打断 |
| 习惯用法与控件 | 3 | 有没有发明奇怪交互、控件选对了吗 |
| 文案 | 2 | 说人话吗、有没有责备用户 |
| 体贴 | 1 | 记性好（选过的城市、填过的抬头不用重填） |
「记性好」这一项有出处：《About Face 4》第 8 章把好软件比作体贴的人，列了一整张体贴清单，「记性好」是里面最省事也最见效的一条。用户选过一次的城市、填过一次的发票抬头，第二次还要重填，就是软件在装失忆。
素材里一个云笔记应用，按「AI 一把梭」的真实水平做的，五处事故分别踩了本章五节的雷：
| 事故 | 违反了什么 |
|---|---|
| 「清空全部」紧挨着「全选」 | 危险操作没拉开距离 |
| 「新建笔记」是四步向导，第一步选笔记类型 | 流程还能砍 |
| 「双击分享本页」 | 链接的习惯用法被改成双击 |
| 「操作已完成 · 您的请求已被系统处理」 | 机器人文案，没说操作是什么、成没成 |
| 反馈用一个必须点「确定」的弹窗 | 反馈方式不对 |
| 打回理由 | 效果 |
|---|---|
| 「交互不太好用，再优化一下」 | AI 改不准 |
| 「删除没有撤销，只有确认弹窗。改成：立即执行 + 5 秒撤销 toast + 回收站保留 30 天」 | 改得准 |
清单当打回话术用，比「再优化一下」快十倍。
| 清单 | 管什么 | 怎么验 |
|---|---|---|
| 第一张 · 审美 | 好看 | 层级、间距、克制、一致性、细节，15 项看稿 |
| 第二张 · 交互 | 好用 | 状态、防错、流程、习惯用法、文案、体贴，14 项上手点 |
| 第三张 · 心理学 | 好感受 | 感知性能、信任校准、蜜月悬崖，14 问走心 |
上线前按顺序过，谁也不替谁。
| 类型 | 推荐 | 重点 |
|---|---|---|
| 书 | 《About Face 4》 | 本章母本；别只读第 17 章，第 1-4 章的目标导向、第 8 章的体贴清单、第 11-15 章都值得过一遍 |
| 书 | 《Don't Make Me Think》（《点石成金》） | 最薄的可用性经典，两小时读完 |
| 书 | 《Microinteractions》 | 把单个交互拆成触发、规则、反馈、循环四段 |
| 原则 | Nielsen 十条可用性启发式 | 用了四十年还没过时的验收框架 |
| 规范 | Apple HIG 的 Patterns 章 | 习惯用法的标准答案库 |
目标导向
状态与边界
验收与打回
清单用法：不要一次性全勾。先挑当前项目里最容易出事的那一类，只把那一类勾完，改动一次、验证一次。清单的价值在于暴露盲区，不在于制造「全部通过」的成就感。
本集内容严格取材于 content-slices/pm39-m6.md 所聚合的三节课节素材，不跨集取材、不虚构源文档没有的数据、案例与引文。
几处需要说明的约束：
本集素材来源：xueai.miyang.cn（小山学堂 · 洛小山《学 AI 产品，从入门到精通》）
小山学堂「交互工程」专题原创；目标导向设计、人物模型与情境场景的方法整理自《About Face 4：交互设计精髓》第 1、3、4 章；错误与状态的原则整理自第 15 章；界面姿态整理自第 9 章；体贴软件清单整理自第 8 章（Alan Cooper 等著）。
二次演绎配音版，仅供学习交流使用。