新用户引导设计应先帮助用户完成一件有价值的事，再逐步介绍功能。确定首次成功是什么，减少完成它之前的配置，把帮助放到用户遇到问题的地方，并允许跳过、稍后继续和再次查看，比首次登录就弹出一整套功能巡游更容易理解。
以团队工单工具为例，首次成功可以定义为“创建一张信息完整、能找到负责人的工单”。先在墨刀中连接首次任务的页面和反馈，让新人从空工作区走到创建结果，才能发现真正卡住的是不懂字段、没有权限，还是不知道从哪里开始。
先定义首次成功，不急着设计提示气泡
“完成注册”“点击新建”和“看完教程”都可以记录，但它们不等于用户已经获得产品价值。本例中，工单需要明确问题、负责人和状态；如果系统只是生成一个没有内容的空壳，任务还没有真正开始。
首次目标也不能一味做大。要求新人先配置部门、导入历史数据、建立全部分类，再创建第一张工单，会把长期管理任务提前堆到最脆弱的阶段。可先使用小范围默认设置，等用户理解用途后再完善；涉及组织权限的必要条件则必须保留，不能为了顺畅而绕过。
| 阶段 | 用户需要知道 | 可观察的结果 |
|---|---|---|
| 进入工作区 | 这里能处理什么，自己能做什么 | 找到创建入口 |
| 填写工单 | 哪些信息会让同事接得住 | 问题描述与负责人明确 |
| 提交后 | 是否创建成功，下一步由谁处理 | 看到工单编号、状态和负责人 |
| 再次进入 | 去哪找刚才的工单 | 能从列表继续任务 |
按进入方式分支，而不是给所有人同一套教程
自己创建团队的人和受邀加入团队的人，需要的第一步不同。前者可能需要命名工作区并邀请同事，后者更关心已有工单和自己的待办。若受邀员工一进来就被要求“创建你的团队”，既浪费时间，也会误导组织结构。
可以用已有上下文决定入口：是否来自邀请链接、是否拥有创建权限、是否已有分配任务。只有确实影响后续路径的问题才需要询问用户。为了“画像完整”连续问职位、规模和用途，却不改变体验，会增加没有回报的输入。
本例至少提供两条分支：管理员先完成工作区基本设置；普通成员直接进入已有团队并创建或处理工单。没有创建权限时，展示查看待办或联系管理员的实际路径，不显示一个永远点不动的“开始体验”。
把帮助嵌进首次动作
NN/G对引导教程与情境帮助的比较指出，脱离当前任务的教程容易被跳过或遗忘。实际设计可以让字段说明、例子和下一步提示出现在用户正要使用它们的地方。
比如“问题描述”下给一个简短例子：“导出本月订单时提示失败，期望得到包含运费的表格。”它帮助新人理解信息粒度，比提前弹窗讲“我们有强大的工单管理能力”更有用。负责人字段旁说明分配后的行为，而不是第一次打开页面就解释所有组织角色。
帮助文字要与输入值区分，不能把例子当成用户已经填写的真实问题。使用示例工单时也应明显区别示例与正式记录，并允许清除；用户不应在正式任务列表里找半天，才发现系统放了一组装作真实工作的内容。
跳过后还找得回来，中断后还能继续
引导可以提供“稍后再说”，但跳过不应意味着永远失去帮助。把相关入口保留在当前页面或帮助区，用户遇到问题时仍能重新打开。恢复引导时从未完成任务继续，而不是每次都重播欢迎动画。
状态也要分清：用户关闭提示，不等于完成任务；已经成功创建工单，不应因为没有点“我知道了”而一直显示未完成。对于多人工作区，团队完成了配置与某个成员是否看过说明是两种数据，不适合混用一个完成标记。
空工作区中的引导要随着真实数据变化而退出。如果团队已经有工单，却还在展示“创建第一张”，就会与用户眼前的事实矛盾。不同空状态的处理可参考后台页面的空、错、加载与权限状态。
别让成功反馈成为新的阻碍
工单创建成功后，先显示编号、负责人和当前状态，再给“查看工单”或“继续创建”的清楚选择。全屏庆祝动画、强制邀请同事或立刻弹出付费升级，都可能阻断用户确认结果。
下一步建议应该与已经完成的动作相关。例如管理员创建了第一张工单，可以提示邀请负责处理的同事；受邀成员完成创建后，更适合查看进度。不是每个用户都需要被推向同一个商业动作。
记录任务进展，而不是只统计教程完成率
设计评审时，至少观察从进入到找到入口、开始填写、遇到错误、创建成功和再次打开工单的路径。分析不同进入方式及权限角色，避免把管理员与普通成员混在同一条漏斗里。
例如教程完成率上升，但创建工单的比例没有变化，说明看完并不等于会用；创建成功增加，但下一次找不到工单，则要改善结果反馈和返回入口。没有实际数据时先把这些事件与判定条件写清，不能凭一个改版图宣称转化提升。
第一版只需把一条首次任务做完整。进入工作区制作新用户任务原型，请一位没用过该产品的同事尝试创建工单；先看他在哪里停住，再决定哪一条提示值得保留。
