操作教程只演示成功还不够：LibTV把错误提示接成可返回的分支

操作教程只演示成功，用户遇到报错就会失去方向。可先画一条正常路径，再挑一个高频、能恢复的错误状态，写清怎样识别、怎样处理、回到哪一步。视频不必覆盖所有异常，但每个出现的分支都应有明确出口。

本文面向要制作带旁白、错误分支与解释镜头的完整教程。真实操作与报错应由外部录屏工具取得；LibTV没有在本次资料中被证实能录屏，可承担已公开的剧本创作、画布镜头规划等环节。先把失败分支写成可拍脚本，准备解释画面，再与真实素材对应；单纯录下一个报错并不需要先做这套成片。

先从真实失败记录里选一条

假设要教同事提交一份资料，常见失败是漏填必填字段。先用当前真实界面录下提示，确认它出现在哪里、是否保留已填内容、修改后从哪里继续。本文的提交案例只是方法示例，字段名称和按钮必须按你的实际系统，不应靠生成画面虚构。

把主路径写成“准备材料—填入—提交—看到结果”；把分支插在提交与结果之间，写“提示出现—定位缺项—修正—再次提交”。恢复点要明确：是回到当前表单、重新上传，还是联系负责人。只说“检查后重试”不够。

分支片段先给状态，再给动作

错误出现时先让观众有机会看清提示，不要鼠标立刻移走。随后用局部放大或明确标记指出缺项，再展示修正动作，最后保留成功反馈。高亮只能指向实际存在的字段，不该为了布局舒服移到错误位置。

• 识别句：“如果出现这一提示，先确认缺项所在的位置。”避免把所有红色提示都解释成同一种错误。
• 处理句：只描述已验证能解决本错误的动作，不把猜测的原因写成确定答案。
• 返回句：说清回到哪一步、哪些内容仍保留，防止用户重新做完全部流程。
• 升级句：若提示不同或修正后仍失败，记录现象并交给指定支持渠道，不继续盲目重试。

避免把错误演示剪成另一次成功

修正动作前后若用了不同账号、不同表单或另一批资料，观众可能误以为是同一操作恢复。保留可核对的状态，必要时说明片段有省略。能脱敏的信息先用演示数据替换，但错误触发条件不能一并被替掉。

LibTV官网公开有画布、音视频与创作入口，适合整理旁白、示意和镜头候选；它不是本文所演示业务系统的录屏验证工具。真实按钮、错误文字与恢复结果应来自实际操作，不能用AI合成界面冒充。

交付一张分支脚本：错误前状态、提示证据、修正动作、恢复点、未恢复出口。让一位没录过视频的人照着描述“卡住后下一步做什么”，若他仍要从头猜，优先补返回点。

最终再分别看成功路径与失败分支，确认正常用户不必看完排错才能继续，失败用户也能识别自己属于哪个分支。两种观看路径各自闭合，教程才真正可用。