流程演示到交接就断了？LibTV把责任切换拍成状态变化

流程演示在交接处断掉，通常是把“发出”“收到”“确认接管”拍成同一个动作。先把三种状态分开，明确哪个事件让责任从甲转到乙。文件发出并不自动等于对方已经接手，视频需要展示真正的转移依据。

成片可以把经确认的业务记录与两位角色的情景镜头结合，先在LibTV公开的剧本、画布方向中组织谁说什么、哪里切换观察角色，再准备示意场景。真实系统状态由外部录屏或真实记录提供；角色表演解释交接，不代替接管证明，也不声称平台能自动同步业务。

先确认业务规则，再设计画面

虚构场景：运营整理活动物料交给审核人。实际规则可能是收到即进入审核队列，也可能需要审核人确认资料齐全后才开始。先与流程负责人核对，别为了演示顺畅自行选一种。本文不替任何真实团队规定响应时间或责任归属。

画两条角色线，按实际顺序写：甲准备、甲发出、乙收到、乙确认、甲获知。每条箭头注明交的是什么、对方看到什么、什么情况退回。缺资料时责任怎样处理，应另留一条分支，不能默认继续向前。

每次切换角色都留一个共同对象

可以用同一演示编号、同一物料包名称或同一状态记录，让观众知道乙接到的就是甲发出的那份。甲屏幕显示“已发送”，乙屏幕却出现另一个文件名，容易被误解为两条无关流程。需要脱敏时也保持演示编号一致。

1. 先展示甲的交付范围，别只拍一个发送动作。
2. 切到乙之前说明现在观察哪个角色，界面再相似也不要靠观众猜。
3. 展示接管依据，例如真实确认状态或经核对的通知，不用动画勾号冒充系统成功。
4. 回到甲时给出下一步：等待、补充资料或完成该阶段，而不是无理由开始另一项任务。

等待也是状态，不是空白

如果流程本来需要人工等待，可以压缩展示，但标清省略，不让人误以为立即完成。承诺多久回应须来自当前规则；没有依据就说明进入待处理状态，不编造固定时限。异常时显示由谁判断和怎样回退，避免两个角色都认为下一步属于对方。

LibTV公开提供画布和视频创作方向，适合整理角色线、示意和旁白。本文没有核实它接入业务系统、自动同步工单状态或发送通知的能力；责任转移证据必须来自实际流程。

交付一张状态转移图和一版跨角色小样。让两边同事分别指出何时轮到自己、要接收什么、缺东西怎么办。若答案不一致，先修业务规则与说明，不应只改转场动画。

最后检查视频里每个“完成”指的是本角色动作完成、发送成功，还是整个业务完成。三个层级分清以后，交接不会被一个大勾号过早结束，观看者也能知道自己接下来应等待还是行动。

情景镜头可让甲把标有演示编号的物料交给乙，再切真实状态确认；前者帮助理解动作，后者证明当前状态。两种画面在脚本中分别标注，LibTV的创作环节围绕情景表达与镜头关系展开，而不是在真实业务记录上补一个想象的成功结果。