做亚马逊的都知道，SPV 视频现在是Listing的标配。但"要拍"和"知道拍什么"是两回事。这篇文章记录我用 MYLEVIS 智能体生态平台里的"亚马逊SPV➕Rufus助手"，给一款 75% 无线机械键盘出完整运营方案的过程：4 版分秒级视频脚本、24 条 Rufus 买家视角提问、广告三阶段节奏和每周复盘标准，一次跑完。
先说清楚：这是一份"基于产品标题的初版方案"，报告里没有市场销量、竞品份额这类数据——它解决的是"内容怎么拍、需求怎么验证"的问题，不是选品报告。我觉得这恰恰是它值得写下来的原因。
一、我为什么发起这个任务我手上这款键盘是典型的"参数堆满但卖点说不清"的产品：75% 配列、2.4GHz + 蓝牙 5.0 + USB-C 三模、热插拔、RGB、预润滑轴、旋钮、侧刻 PBT 键帽。标题能写下一长串，但轮到拍 SPV 视频，问题就来了——
拍摄外包按次收费，拍什么镜头、先拍哪个卖点，全靠我自己想。以前的做法是把竞品视频刷一遍，挑几个"看着不错"的镜头拼个分镜表发给拍摄团队。结果往往是：视频拍完了，RGB 特写占了三分之一，CTR 不温不火，改了也不知道该改哪一段，因为一开始就没有"为什么要拍这个镜头"的依据。
另一个导火索是 Rufus。亚马逊的买家侧 AI 助手上线后，我一直想知道：买家问 Rufus"这款键盘适不适合打游戏"的时候，它到底怎么回答？我的标题和五点里写的卖点，Rufus 能不能读得出来？后台没有任何入口能看到这些。
所以这次我的诉求很具体：不是让 AI 告诉我"键盘能不能卖"，而是告诉我"视频该拍什么、怎么验证买家能不能看懂我的卖点"。
 
二、本轮调用的 MCP：如实说明先区分两个概念：
智能体预置能力：亚马逊SPV➕Rufus助手内置了 SPV 脚本结构模板、Rufus 买家视角提问框架、Listing / 广告联动逻辑和复盘指标体系。这部分是智能体的任务指令设定决定的，不依赖外部数据。



本轮实际调用：这份报告没有附数据来源表，而且报告开头自己写明了一句话：当前信息不足以判断价格带、站点、竞品强度与生命周期，因此以下为基于产品标题的初版方案。也就是说，本轮没有调用外部市场数据采集类 MCP——没有拉取销量、评论、竞品或关键词搜索量数据，方案全部基于产品标题信息与预置运营框架生成。我在这里如实说明，是因为这恰好框定了这份方案的用法：它是上线前的内容作战图，不是市场结论。价格带判断、竞品强度分析这类事，得另跑数据型任务来补。
 
三、任务指令示例：它是怎么一步步做的说明：我没有拿到这个智能体的提示词原文。以下是根据报告的实际产出反推的创作思路概述，结构与报告内容一一对应，但不是提示词原话。
输入：产品标题及基础参数（75% 配列、三模连接、热插拔、RGB、预润滑轴体、PBT 键帽、旋钮）。
流程（对应报告的十个部分）：卖点分层：把参数拆成核心卖点、差异化卖点、典型场景三层；
还原买家决策问题：列出买家下单前会问的问题，并逐条标注"视频需要证明什么"；
写 SPV 脚本：按不同人群拆成多个版本，每个版本精确到秒，含画面与字幕；
生成拍摄清单：把脚本反向拆解成一次拍摄要收齐的镜头与声音素材；
设计 Rufus 提问：从需求识别、产品匹配、疑虑验证、场景匹配、竞品比较、负面需求六个维度生成买家视角问题；
建立联动：Rufus 的反馈如何转化为 Listing 修改动作和视频补拍动作；
广告分组：广告意图、关键词与视频版本一一对应，并给出冷启动、成长期、稳定期节奏；
定义复盘标准：什么数据表现对应检查什么、下一步做什么。输出：一份结构化的运营方案，含 4 版视频脚本、拍摄清单、24 条 Rufus 提问、联动表、广告分组表和复盘判断表。
规则约束（这部分报告里写得很明确，我认为是最有价值的设定）：没有测试数据时，不使用"零延迟、静音、超长续航、防水、电竞级"等绝对化或性能词；
未确认的实机参数（电池续航、旋钮默认功能、键帽是否透光等）不写入视频，列为"上线前必须核对"项；
声音素材尽量真实录音，减少夸张后期音效；
复盘时不要同时大幅修改素材、价格、竞价和 Listing，否则无法判断变量。



四、AI 执行的增量动作下面这些动作，是我过去用单个工具或靠人工经验很难一次完成的，而且每一项都能在报告里找到对应产出：把"买家疑虑"翻译成"视频要证明的内容"。报告第二节是一张映射表：买家问"75% 会不会缺键"，视频就要展示方向键、功能区、旋钮和紧凑尺寸，必要时与全尺寸键盘对比；买家问"无线打游戏是否可靠"，就展示 2.4GHz 连接和真实游戏操作——同时标注"无测试数据时不说零延迟"。疑虑和证据是一一锁定的，不是泛泛的"突出卖点"。
用 Rufus 的回答做 Listing 信息缺口诊断。这是整份报告里我觉得最新颖的一环。报告的验证逻辑是：观察 Rufus 能否准确提取"75% 配列、三模连接、热插拔、预润滑轴体、PBT 侧面印刷键帽、旋钮功能、适用人群"——如果它对某一项频繁回答"无法确认"，就说明这个信息没有在标题、五点、图片、A+ 或评论中被充分表达。等于把买家侧 AI 变成了一面检查 Listing 完整度的镜子。
三路联动：Rufus 反馈 → Listing 动作 → SPV 动作。比如 Rufus 频繁被问"旋钮有什么用"，Listing 侧的动作是说明旋钮具体功能，视频侧的动作是实拍旋钮调音量或灯效。同一条反馈，在文案和素材两端各有一个落地动作，不会出现"知道了但不知道改哪"的情况。
广告意图与视频版本一一对应。泛品类流量配综合型视频、游戏流量配游戏型视频、DIY 关键词配换轴视频——报告要求一次拍摄剪出至少 4 个版本，每个版本都有明确的广告去向，而不是一条视频投所有词组。
分情形归因的复盘标准。报告把数据表现拆成五种情形分别给检查项：曝光有但 CTR 低，查首帧和字幕，前 3 秒必须出现产品和核心卖点；CTR 高但 CVR 低，查视频承诺与价格、评论、Listing 是否一致，而不是回头改视频。这解决了我以前"数据不好就整条重拍"的浪费。

五、为什么多家工具 + ERP 都没有这个能力先声明：以下是对工具分工的客观描述，不是说哪家工具不好——它们在各自的环节都不可或缺。
我日常在用的工具大致管三段：ERP 管订单、库存、利润和广告数据回溯，回答的是"已经发生了什么"；关键词工具告诉我搜索量和竞争度，回答"买家在搜什么"；评论分析工具告诉我买家说了什么，回答"买家满意和不满意什么"。
但中间断了一层：把买家疑虑翻译成拍摄清单、字幕文案、广告分组和 Listing 修改动作的"内容决策层"。评论分析告诉我买家抱怨无线不稳定，但它不会告诉我"SPV 第 7 到 12 秒应该拍 2.4GHz 接收器特写，字幕写 2.4GHz Wireless，游戏词组广告配这个版本"。这一步以前靠运营个人经验填，水平参差不齐，也没法沉淀。
另一层是 Rufus。它是买家侧的 AI，卖家后台没有查询入口，也没有工具能模拟"买家会怎么问它、它会怎么答"。这个智能体的做法是换了个角度：不试图抓取 Rufus 的数据，而是给我一套结构化的买家视角提问，让我自己去验证、观察回答里的信息缺口。这个思路说实话比"号称能监控 Rufus"要诚实，也真的能用。六、报告解读：核心发现、机会与风险按报告原有逻辑，我把方案拆成"内容主线、验证机制、投放节奏、边界"四块来读。内容主线：不要只拍 RGB报告给出的最优 SPV 主线是"75% 紧凑布局 + 三模连接 + 热插拔可定制"。RGB 和旋钮的角色是视觉增强与转化辅助，预润滑轴体和 PBT 键帽负责提供手感、声音和质感的证据。这个排序和我的直觉相反——我以前会把 RGB 当主角，报告的逻辑是：RGB 是桌搭类目人人都有的东西，撑不起差异化；紧凑但完整的布局、跨场景连接、可持续定制才是买家决策时真正比较的东西。
围绕这条主线，报告给了 4 版分秒级脚本：版本 时长 面向人群 结构要点
A｜75% 三模综合型 28 秒 泛品类流量 首帧抓注意力 → 配列与空间 → 三模连接 → 换轴与击键声 → 游戏/办公场景收尾
B｜游戏体验型 27 秒 游戏流量 游戏画面切入 → 鼠标空间与桌面 → 2.4GHz 连接与真实按键声 → 暗光 RGB 收尾
C｜DIY 玩家型 28 秒 热插拔/定制人群 完整换轴过程 → 轴体回弹与键帽纹理特写 → 旋钮演示与定格
D｜RGB 桌搭与办公型 未标注（分段合计约 28 秒） 桌搭/办公人群 杂乱桌面反差 → 办公操作 → 夜间灯效（避免过曝）→ 价值总结每个版本的字幕都直接给了英文文案，比如 A 版配列段的"Keep the Keys You Need. Save Desk Space."，游戏版的"More Mouse Space. Less Desk Clutter."。拍摄团队拿到就能用。验证机制：24 条 Rufus 提问，六个维度报告把 Rufus 明确定位为"Amazon 面向买家的 AI 购物助手，不是传统广告后台命令工具"，所谓"命令"是结构化提问。六个维度各举一例：
需求识别：Is a 75% layout a good choice for gaming and everyday productivity?
产品匹配：What are the main trade-offs of choosing this keyboard?
疑虑验证：How useful is 2.4GHz wireless connectivity for gaming keyboards?
场景匹配：Would this keyboard work well in a small dorm room or compact desk setup?
竞品比较：What should I compare when choosing between the AULA F75 Pro and another 75% wireless mechanical keyboard?
负面需求挖掘：What are the common complaints about budget wireless mechanical keyboards?
重点是验证方法：如果 Rufus 对"旋钮功能、键帽透光、适用人群"这类问题频繁回答"无法确认"，说明对应信息没有充分进入标题、五点、图片、A+ 或评论——这就是 Listing 的修改清单。Rufus 的回答反过来又决定视频补拍什么（比如频繁被问无线可靠性，就补 2.4GHz 实拍镜头）。验证和修改形成了一个闭环。投放节奏：三个阶段，各有侧重

阶段 重点动作
冷启动期 0—30 天 SP 打标和搜索词收集为主；先测 75%、三模、热插拔三条卖点线；SPV 聚焦核心卖点，SD 暂缓或极小规模测试；同步用 Rufus 验证疑虑并优化 Listing
成长期 30—90 天 SP 淘汰高花费低转化词；SB 增加品牌曝光；SPV 按游戏、办公、DIY 场景拆分；SD 小预算测试竞品页面拦截
稳定期 90 天以上 SP/SB 维持稳定结构；SD 在大促或竞品页面加码；监控 Rufus 新增需求反哺视频、A+ 和图片；关注自然流量占比与品牌搜索增长

风险与边界：报告自己划了两条线第一条是事实线。报告列出了"上线前必须核对"清单：电池容量与续航、是否支持多设备切换、热插拔轴体类型、旋钮默认功能、键帽是否透光、侧印字符效果、软件与系统兼容性。未确认的参数不写入视频。也就是说，AI 出的是基于标题的方案，实机参数要人工核对——它把这个责任明确划回给了我。
第二条是话术线。没有测试数据，不承诺"零延迟、静音、超长续航、防水、电竞级"。所有字幕、画面和 Rufus 相关表达都要与实机配置一致。对做 3C 的卖家来说，这条边界其实是保护：性能词写过头，差评和合规风险都会找上门。
另外报告在复盘部分有一条提醒我很认可：每周记录曝光、CTR、视频前段观看、CPC、CVR、订单量、ACOS、关键词排名、新客订单、品牌搜索量和自然订单占比，但不要同时大幅修改素材、价格、竞价和 Listing——否则数据波动了，根本不知道是谁起的作用。写在最后这轮任务给我的最大改变是工作顺序：以前是"拍视频 → 投广告 → 数据不好 → 凭感觉改"，现在是"先定义买家疑虑 → 让每条疑虑有对应的镜头证据 → 用 Rufus 验证信息缺口 → 广告分组承接 → 按情形归因复盘"。方案本身一小时不到就出来了，真正花时间的拍摄和核对反而更有底气。
当然也要再说一遍边界：这份方案不含市场数据，不回答"这款键盘能不能卖爆"；它是把"内容怎么做对"这一步标准化了。选品和定价判断，该跑数据还是得跑数据。