从 15 秒样片到海外客户变现:一篇讲透用 Opus 5.5 搭建一人动效工作室全流程!
文章目录
如果你想用 Opus 5.5 开始做产品视频,可以先完成一个小项目:让三张分散的报表卡片,在 15 秒里汇聚成一个清晰的总览界面。
我们用这个案例,把分镜、视觉参考、动画实现、声音、检查和交付走一遍。每个制作环节都配上参考案例、可复制的 Prompt 和验收要点。样片完成后,再研究客户需求、核算报价、准备提案。
先准备好制作环境
这套流程中,Opus 5.5 负责理解需求和编写代码,Remotion 负责预览与渲染视频。后面的客户研究,可以交给 Viktor 辅助完成。
准备好 Node.js 和 Claude Code,并确认账号能够使用所选模型。然后按 Remotion 官方的项目搭建流程创建项目、安装技能并启动预览。
继续之前,先确认两件事:浏览器能打开项目预览,Claude Code 能读取当前项目。环境跑通,再进入第一个制作环节。
第一步:把“做一条产品视频”变成具体分镜
我们的样片只有一个核心变化:信息从分散变成集中。三张卡片分别叫 Ads、Social、Website,代表广告、社交媒体和网站报表。
把 15 秒分成四段:
-
0–3 秒:三张卡片分散,出现“Too many tabs.”
-
3–7 秒:光标选中卡片,将它们汇聚到一个视图。
-
7–12 秒:总览稳定下来,出现“One clear view.”
-
12–15 秒:停留在“Explore the demo.”
观众看完,需要理解的是:这些报表可以集中到一个总览里查看。
这种“先确定演示目标”的写法,可以参考 Presscut 产品演示的 Prompt 案例。它提出的目标很明确:按照创始人向客户演示产品的方式组织内容,并通过提问确认要展示的功能和风格。页面标注使用的是 Opus 4.5,这里借鉴的是需求表达方式。
接着,准备一到两张视觉参考。可以结合这个视觉参考与制作流程示例,把自己喜欢的字体、间距、配色和节奏写下来。
Prompt 1|生成需求说明与分镜
阅读当前项目和已安装的 Remotion 技能。我们要制作一条自主创作的 SaaS 概念样片,规格为 1920×1080、30 fps、15 秒,共 450 帧。使用原创界面,全程保留清晰的“Concept demo”标识。0–3 秒展示 Ads、Social、Website 三张分散卡片和“Too many tabs.”;3–7 秒让光标选中并汇聚卡片;7–12 秒展示稳定的总览和“One clear view.”;12–15 秒停留在“Explore the demo.”分析我提供的参考图,提炼字体、间距、配色和运动原则。先生成 brief.md、style-guide.md 和 storyboard.md,列清文案、素材、帧范围、转场和声音提示。保留已有项目规则,提交分镜供我确认后再实现动画。
验收要点:即使还没有动画,你也能根据分镜说明每个时间段发生什么,以及观众最终会理解什么。如果某个镜头只是好看,却没有帮助解释产品,先考虑删掉它。
第二步:把分镜做成动画,检查状态之间的衔接
以卡片汇聚为例,需要同时处理三个问题:光标先选中哪张卡片?卡片沿什么路径移动?最后落在哪里?
最容易出现的缺陷,是卡片移动到一半突然跳位,或者下一场景的总览布局与上一场景的落点对不上。所以,要先确定最终布局,再让卡片移动到对应位置。
同时,让动画由帧号驱动:元素的位置、透明度和大小根据当前帧计算。这样反复跳到同一个时间点,应该看到相同的画面。可以配合这个按时间位置还原画面的动效示例理解这种思路。
Prompt 2|实现动画并导出粗预览
按已确认的 storyboard.md 实现 SaaSDemo,规格为 1920×1080、30 fps、450 帧。使用 useCurrentFrame 和 useVideoConfig 驱动动画,不依赖真实时间计时器或未固定种子的随机数。将文案、颜色和素材路径与动画逻辑分开。卡片汇聚使用 spring()。先确定总览的最终布局,再让卡片移动到对应位置,保证转场前后位置连续。标题进入阅读阶段后保持稳定,避免所有元素同时运动。先导出覆盖全部场景的低分辨率 preview.mp4 和关键帧图,运行项目已有的类型与 lint 检查。保留现有项目内容,修复错误后再打磨视觉细节。
验收要点:重点检查第 3 秒和第 7 秒附近。第 3 秒,光标与卡片的关系是否清楚?第 7 秒,卡片是否已经落到正确位置,总览能否稳定阅读?
如果卡片到位后仍然反复弹跳,可以调整弹簧动画的阻尼,让运动更快收束。具体参数可以查看 Remotion 的 spring() 文档。
也可以打开这个产品细节与演示效果示例,带着一个问题观看:哪些按钮、标签和操作反馈,是观众必须看清的?再回到自己的样片,检查这些信息有没有被运动或装饰遮住。
第三步:加入声音,并检查真正导出的成片
我们的样片只需要几处声音:选中卡片时的点击声、卡片移动时的轻提示,以及总览稳定时的收束音。
声音的位置要根据实际操作确定。例如,点击声应该与光标点击发生在同一时刻;如果画面还没点下去,声音已经响了,观众会感觉操作不连贯。
音频的放置和控制方式,可以查看 Remotion 音频文档。
Prompt 3|完成声音和导出检查
根据 storyboard.md,为 SaaSDemo 加入声音。使用我提供且已获授权的音频;没有素材时,自行合成简短的点击、移动提示和完成音,保存为本地 WAV,不调用额外付费服务。根据实际交互帧放置声音,添加短淡入淡出,并预留音量余量。将音频集成到 Remotion 合成中,再导出包含声音的 MP4。每隔一秒抽取画面,并额外检查第 89、90、209、210、359、360 和 449 帧。检查文字裁切、卡片落点、光标连续性、场景衔接,以及最后三秒的停留。检查导出文件的尺寸、时长、帧率和音轨,记录最重要的三个问题并修正。不能完成的检查明确说明;如果无法试听,提醒我人工检查声音。
这些帧位于场景交界处。卡片跳位、元素突然消失、上一场景残留等问题,经常在这里暴露。
验收要点:亲自打开导出的 MP4。静音看一遍,确认画面本身能够把事情讲清楚;再带声音看一遍,检查节奏和音量。浏览器里预览正常之后,还需要确认最终文件也正常。
第四步:完成竖版适配,让作品具备交付条件
横版里,三张卡片可以并排摆放;到了竖屏,可能需要改成上下排列,或者分阶段进入画面。字号、间距、光标路径和收尾文案,都需要跟着重新安排。
例如,这份合计 $400 的 SaaS 动画需求明确要求两条动画,并分别提供桌面和移动友好的版本,还包括封面图、可编辑源文件和至少两轮修改。
我们的练习先固定为一个横版和一个 9:16 竖版。
Prompt 4|适配画幅并整理交付物
基于已确认的 SaaSDemo,新建 SaaSDemoVertical,规格为 1080×1920、30 fps、450 帧。针对竖屏重新排列卡片、标题和收尾文案,调整字号与间距,保留原来的故事、Concept demo 标识和声音时序。不要通过直接裁切横版完成适配。导出横竖两个 H.264 MP4,检查它们能否打开,以及尺寸、时长、帧率和音轨是否正确。打包可编辑项目,保留依赖锁文件、必要素材、素材许可说明和准确的安装、预览、渲染命令。排除密钥和 node_modules,不覆盖无关文件。
验收要点:横竖两个版本都能独立看懂,文字不贴边,关键交互完整,源项目可以按照说明重新渲染。
再给作品配一段简短介绍:它展示了什么交互,你完成了哪些工作,可以提供什么格式。自主概念作品就如实标明。
至此,你完成了一次从需求到交付的练习。
想继续做长视频,就沿用同样的分镜和检查方法
可以查看这个较长视频的制作与迭代示例,继续研究场景扩展。
实际制作时,把内容按章节或场景拆开,明确每段的目的、起止时间、素材和衔接方式。完成一段就检查一段,再逐步合成整片。已经验证的组件、字体配置和渲染命令,也可以留在项目里复用。
有了样片,再去研究适合的客户需求
这时,作品会成为判断依据。例如,这份预算 $500 的 SaaS 宣传视频需求要求制作约 20–30 秒的视频,并希望看到相关的产品视频或 UI 动画作品。
你可以据此判断:自己的样片展示了哪些相关能力,还缺少哪些证明。岗位预算用于案例研究,申请前需要重新确认页面状态和当前条件。
把样片、作品集链接、可用时间和源文件格式交给 Viktor,帮助整理候选需求。相关研究能力可以查看官方说明。
搜索词可以使用 SaaS product video、UI animation、Remotion developer、product launch video。
Prompt 5|研究与样片匹配的客户需求
根据我提供的样片、作品说明、可用时间和源文件格式,寻找最多 10 条匹配的公开招聘需求。缺少必要信息时先向我确认。优先查看最近 14 天的需求,不足时再扩大到 30 天和 90 天。打开原始页面,记录链接、发布日期、客户名称、交付内容、预算与币种、源文件要求和可见状态。根据作品相关性、工具要求、工作量和截止时间排序,说明具体匹配理由。无法访问或已经关闭的需求单独列出,不补造缺失信息。输出简短报告和需求表,选出一个值得进一步研究的候选,列清报价前需要确认的问题。只做研究和草稿,不联系客户或提交申请。
拿到结果后,自己打开重点页面,区分已经能满足的要求、仍需确认的信息,以及现有样片尚未证明的能力。
报价时,把整套交付物放在一起计算
前面那个 $400 的案例,包含两条动画、桌面与移动版本、源文件和修改。因此,看到一个预算数字时,先确认它覆盖多少工作。
至少问清:
-
一共几条视频,每条多长?
-
需要哪些画幅和交付格式?
-
包含几轮修改,怎样界定新增需求?
-
是否交付源文件,具体是什么格式?
-
客户何时提供完整素材,从哪一天开始计算交付时间?
然后再估算需求沟通、素材准备、动画制作、审阅、画幅适配和交付整理的时间。
假设一个项目需要 5 小时,目标时薪为 $40,另有 $20 的直接成本:
人工费用:5 × $40 = $200 基础成本:$200 + $20 = $220
如果为了演算,假设平台从成交额中收取 10%:报价 = $220 ÷ 0.90 ≈ $244.44。
这是在这组假设下,为覆盖目标人工收入、直接成本和平台扣费算出的税前报价。10% 只是示例,实际费率应查看对应合同的费用说明。
预算覆盖不了范围时,可以缩小为一个付费试做项目,或者放弃这条需求。
提案要围绕客户的问题展开
说明准备演示哪个交互,会怎样使用客户提供的素材,再附上相关样片,让客户判断画面和节奏是否适合。
样片完成后,英文提案可以从这个结构开始:
Your brief calls for short videos built around real product workflows. I'd start with one interaction and turn it into a fifteen-second demo using your supplied access and brand assets. My self-initiated sample shows the interface animation and pacing I can bring to that format. Before production, I'd share a storyboard with the exact screens and copy for approval. Could you confirm how many videos the project covers and whether you need editable Remotion source files? That will let me confirm the scope and quote.
再补上真实作品链接,以及经过核算的价格和时间安排。
达成一致后,确认范围和付款安排。如果通过 Upwork 承接固定价格项目,可以按其里程碑付款流程确认资金状态,再开始制作。
每完成一轮,把过程记录下来
预计花多久,实际花多久?哪类修改最常见?哪些步骤可以复用?等交付逐渐稳定,再考虑产品发布素材包、不同广告版本、多语言适配或持续合作。
这份 Prismea 的白标合作需求就要求创作者按不同交付项目,分别说明价格、工期、修改轮次和源文件条件。这些内容,都需要建立在自己的实际制作记录上。
第一轮先完成那条 15 秒样片。确认分镜,做出动画,检查声音,完成横竖版,再整理源文件。
之后,带着一份自己清楚如何交付的作品,研究一条具体需求,写出一份有依据的提案。
沿着这个主题继续读
从一篇文章,找到相关的教程、经验和阅读路径。







