AI 短剧样片做给谁看：先写 MVP 假设和停止投入条件

做AI短剧样片，最容易花钱验证的其实是“工具能不能生成画面”；最需要验证的却是“谁愿意看这个故事，为什么愿意继续看”。如果目标观众还没说清，人物一致性和分辨率再高，也可能只是把一个不成立的需求做得更贵。

这里从技术产品经理的角度设计一次MVP，不提供爆款预测。短剧指短篇剧情视频；以下观众、故事和门槛全部是待验证的教学假设，没有进行访谈或制作成片。

先写一条窄假设

假设目标是刚加入研发团队、经历过需求交接误会的读者。想验证的需求是：他们是否愿意通过一段短剧情，讨论“信息没说清”怎样让团队各自做出合理但冲突的决定。

这不是设备维修教学，也不是把工作知识硬塞进剧情。主角要有目标和阻碍，观众应能理解冲突，即便不熟悉具体技术名词。

先用故事板，别先生产整片

第一张：工程师拿到一句“按旧版本兼容”，准备交付。第二张：产品经理看到另一份需求，以为版本已经对齐。第三张：演示失败，两人各自拿出证据。第四张：发现双方依据的版本不同，结尾留下“下一次如何确认共同版本”的选择。

故事板可以先用文字与简单草图；关键是观众是否看懂人物动机和信息差。本文配图是MVP决策示意，不是样片画面或已完成制作资产。

在观看前写验收问题

可以拟定一轮5名符合假设的观众，请其不受提示地复述：主角想完成什么、冲突来自哪里、哪个时刻让你想继续看、你认为下一步会发生什么。不要先解释主题，再问“你是不是也觉得很有共鸣”。

作为这次小探索的预注册门槛，可设至少4人能说清核心冲突，再考虑投入动态样片。这只是团队决策阈值，不具有统计代表性，也不是本文取得的结果。观看时长和点击只能当行为线索；无法说明理解与持续需求，不能直接换算付费意愿。

保留反例比攒好评重要：如果多人误解人物关系，就修改故事板；若冲突本身不值得看，就换需求假设，而不是持续增加特效。测试材料中的解释、招募来源与提问方式，也要记录下来，避免把熟人礼貌当市场信号。

预算上限和停止条件放在生成之前

团队应先写总工时与支出上限，核对角色、声音、音乐、素材及分发用途的授权；未解决的资产不进入正式制作。生成结果未知时，先查任务状态和账单，不盲目重复请求。

Runway API计费文档按模型、输入/输出和格式列规则，且包含10月12日PT前后的音频计费说明；这是一项生效规则，不是模型在当天发布的证据。页面未明示发布日期，也不能从网页套餐推定API额度。官方计费文档

本篇不展开逐镜头成本公式。应事先约定：授权未厘清则停；预算触顶仍无法让观众理解冲突则停；两轮修改仍只有新奇感、没有继续看理由，则暂停扩大制作。停止不是失败，而是避免用技术完成度掩盖需求证据不足。

没有购买服务、调用视频生成、招募或联系观众，没有真实观看、转化或利润结果。发布前人工复核价格与授权条件；尚未发生的后续发布和市场反馈不能预写成事实。