推荐入门
1 个案例
2 条依据
第一屏先讲清你是谁
用户第一眼看不懂页面定位或对象。
你要准备什么
当前第一屏文案、主动作、用户首轮反馈。
做完之后，你手上会有
定位句、主动作优先级、第一屏重排方案。
- 5 秒内能说清这是什么
- 是否明确给谁用
- 是否只有一个优先下一步
技能包
每个技能都能直接用，不需要先读完所有内容。
先找到你卡住的是哪一类问题，再点进对应技能。不要把这页当目录刷一遍，把它当成可直接拿来用的问题工具箱。
怎么用
先看它是不是你现在遇到的问题，再决定要不要点进去。
每个技能都能直接用，不需要先读完所有内容。先判断问题，再准备材料，再执行，再核对结果。
推荐入门
入口与决策
进入页面后的 5 秒，是让人理解还是让人追问，往往决定了后面的全部成本。
2 个案例
2 条依据
任何时刻都要有清楚的下一步
用户停在页面上，不知道先点哪里。
你要准备什么
页面动作清单、页面目标、用户停滞反馈。
做完之后，你手上会有
主动作定义、次级动作降权策略、分支引导文案。
- 主动作是否唯一
- 分支是否可见且可返回
- 动作顺序是否符合任务目标
推荐入门
流程与反馈
等待、执行、失败、恢复都不该让人靠猜，尤其在 AI 或长任务场景里更是这样。
推荐入门
研究与结构
只看页面，很容易把系统性问题看成局部问题；先看旅程，才知道哪里真的断了。
推荐入门
1 个案例
3 条依据
先看旅程，再画页面
团队反复改页面，但系统问题仍反复出现。
你要准备什么
当前页面问题、触点列表、角色关系。
做完之后，你手上会有
阶段化旅程图、关键断点、优先修复顺序。
- 是否按阶段而不是按页面看问题
- 是否覆盖多角色触点
- 是否产出机会点优先级
推荐入门
规则与治理
如果同一件事在不同地方说法不一样，用户感受到的不是灵活，而是不可信。
推荐入门
2 个案例
2 条依据
跨页面、跨触点的规则必须一致
同一业务在不同页面规则不一致。
你要准备什么
跨页面规则样本、组件规范、异常案例。
做完之后，你手上会有
统一规则清单、例外规则、组件级落地建议。
- 同类信息口径是否一致
- 组件是否覆盖异常态
- 是否定义例外与边界
2 个案例
3 条依据
先写清确认什么，再把任务交给人
待确认事项没有清楚说明“确认什么”。
你要准备什么
待确认任务文本、目标/现状、AI 已执行内容。
做完之后，你手上会有
确认 payload 模板、确认问题、下一步路由。
- 是否写清目标/现状/差距
- 是否说明为何需要人
- 确认问题是否可直接回答
1 个案例
2 条依据
今日入口必须和库存分开
今日入口被库存任务污染，导致注意力分散。
你要准备什么
今日任务列表、backlog、提醒规则。
做完之后，你手上会有
今日承诺池规则、入口容量、清理策略。
- 今日入口是否唯一
- 是否限制 1-3 个承诺项
- 是否与 backlog 分离
推荐入门
交接与恢复
跨系统、跨角色、跨 agent 的体验，最怕责任悄悄消失。handoff 必须同时说明现在是谁接手、下一次更新在哪里出现。
推荐入门
2 个案例
3 条依据
每一次交接，都要看得见谁接手了
任务在系统流转后，责任归属不清。
你要准备什么
交接节点、角色列表、回执机制。
做完之后，你手上会有
handoff 字段规范、回执模板、恢复入口。
- 是否明确 current owner
- 是否说明 next visible update
- 是否保留恢复与升级入口
1 个案例
2 条依据
高频入口先保证自然语言能进来
用户自然语言输入无法稳定进入主链路。
你要准备什么
路由规则、失败日志、用户常见输入方式。
做完之后，你手上会有
默认路由策略、失败提示、回退机制。
- 自然语言是否默认可达
- 路由失败是否可见
- 是否有可执行回退路径
推荐入门
交付与验收
页面能打开不等于交付正确；还要证明域名、内容、素材和关键动作都属于这一次。
推荐入门
1 个案例
2 条依据
交付前先证明，不要只给一个链接
交付只验证“可访问”，未验证“是否正确”。
你要准备什么
交付链接、brief、关键动作清单。
做完之后，你手上会有
DoD 验收项、线上验证记录、失败补救路径。
- 是否绑定正式域名
- 内容是否匹配本期 brief
- 关键动作是否已验证