请达人拍 App 演示，开拍前要准备哪些账号、权限和示例数据？

脚本已经通过，达人打开 App 却看不到要演示的功能：账号权限不够，示例项目为空，或者界面与脚本对不上。开拍前，应把“从哪里进入、用哪个测试账号、看到什么数据、最后做到哪一步”走通一次，再确认录制。

一份App 演示视频服务介绍就把演示账号或测试登录列为客户应提供的材料。这是制作需求的线索，并非某次合作失败的案例。下面的交接清单用于把这类需求落实到项目中。

先写出一条可以走通的演示路径

不要只写“展示核心功能”。例如，要演示任务协作，就说明从哪个示例项目进入、添加什么任务、怎样指派、最终出现什么状态。每一步都应该能在录屏前实际验证；营销文案中的结果不能代替软件里真实发生的操作。

OneCrew 提供达人发现、邮件工作流和持久化工作表。团队可以用工作表整理演示路径、测试结果、产品负责人和待补材料，再结合已同步邮件准备交接草稿。软件团队负责创建账号与配置权限，合作记录则明确哪些条件已经就绪。

交接账号时，同时核对权限、数据与有效期

使用由软件团队准备的合适测试环境。账号只具备演示所需权限，示例内容应允许公开展示。账号可以登录，并不等于关键按钮可以点；试用期未结束，也不等于拍摄期间所有功能都持续可用。

密码、验证码和恢复码不要填进多人查看的拍摄表。通过团队认可的安全方式交付访问权限，工作表只记录交接完成状态与负责同事。若需要真机或特殊地区环境，应在确认报价与排期时说明，不能到开拍当天才补充。

让达人试走一次，按阻断点反馈

请达人确认能否从第一步走到最后一步，并标出卡在哪个画面。一个带步骤位置和时间的反馈，比“App 用不了”更方便产品同事处理。若录屏会触发通知、展示成员姓名或打开真实文件，提前换成可公开的示例内容。

可以让 OneCrew 把反馈整理成“步骤—现象—负责人—下一次确认”的记录，再准备一封汇总邮件。解决后，由实际测试的人更新通过时间。准备好一封邮件不代表账号问题已经修好，开拍状态要由实测结果决定。

开拍确认清单与交接邮件

主题：［App／版本］演示环境与开拍确认

你好［名字］，本次演示路径为［起点→操作→结果］，参考脚本［版本链接］。请使用［测试环境名称］，登录方式已通过［指定方式］交接。

请在录制前确认：能完成全部步骤；示例数据与参考一致；画面中无不应展示的信息；设备、界面语言和版本符合约定。

如有阻断，请回复具体步骤、现象及截图中可公开的部分，联系人为［负责人］。我们将在［时间］确认修复或调整镜头的方案，再决定开拍节点。

录完以后，还要核对界面是否仍与旁白一致

如果产品临时更新，先判断改变的是外观还是操作逻辑。颜色变化与按钮位置变化需要不同处理；已经移除的功能不能靠旧录屏继续讲成当前能力。把需要重录的段落按时间码列出，并同步确认新增工作及时间。

如果还要给达人演示参考片，可以结合 给达人发参考视频，怎样说清借鉴哪里？来补充。

下一次交接时，可以在 OneCrew 先建一条演示路径记录，补齐账号状态、示例数据与实测人，再整理发给达人的开拍草稿。软件演示顺不顺，往往在按下录制键之前就能检查出来。