店铺一多，最先失控的不是投放技巧，而是「不知道哪家出事了」。万花筒把多个矩阵店铺、上百个广告户的数据拉齐到同一口径，异常自动标红。
计划会衰减，素材会疲劳。真正能复用的资产是素材，所以先把素材的账算清楚。
按天拉取每条素材的消耗、播放、点击、成交，落成可查询的明细表，不做二次加工。
对比昨天与前 7 天均值，自动挑出突然起量的素材，附上它在哪些计划、哪些店铺跑过。
2/3/5 秒播放率与完播率并列，判断是「开头没抓住」还是「后面拖太长」。
同一素材在 A 店跑出 3.4 ROI，一键复刻到 B 店，带出已验证的标题与出价。
达人合作、竞品参考、直播切片——素材来源永远是链接和表格。人工一条条下载上传，是最容易被忽略的时间黑洞。
| 以前怎么做 | 现在怎么做 | 省下的时间 |
|---|---|---|
| 复制链接 → 打开工具 → 选目录 → 手动改名 | 整批粘贴或读飞书表格，一次排进队列 | 100 条素材从 2 小时降到 6 分钟 |
| 命名靠人记：日期、店铺、产品各写各的 | 按「MMDD+店铺码+产品名+序号」自动命名 | 零返工，跨系统可追溯 |
| 图集要一张张另存 | 图集自动拆包，视频自动抽封面 | 不再漏图、漏集 |
| 下完才知道失败了几条 | 失败条目单独列出，可续传、可重试 | 不用整批重来 |
「一套素材 × 一组出价 × N 个店铺」是矩阵店的标准动作。人工建 40 条计划要半天，还容易漏配、错配。
素材包、标题、出价、定向存成模板，换店铺换商品即可生成一批计划。
商品卡标题长度、封面缺失、重复计划、账户余额——不满足条件的直接标红，不进队列。
生成后先看预览清单，确认两次才真正提交；提交后逐条回读，只把成功的记进台账。
默认不自动开跑，由人确认后再放量，避免批量事故。
「该加的不敢加、该停的舍不得停」是投放最大的成本。万花筒用固定规则替代情绪决策。
按单素材在 2 天、3 天、7 天内的最高消耗判定是否值得追投，达到阈值自动建追投任务，不靠人翻报表。
消耗越过阈值、ROI 低于红线，自动下调日预算；同时遵守平台「单次幅度 ≥10 元」「不得低于预估消耗」的硬规则。
每次自动动作记录「为什么动、动了什么、平台返回什么」，失败的绝不记成已执行，第二天可以逐条复盘。
选品不是拍脑袋。以图搜同款、看价格带、看已有投放，结论直接进商品库，投放端带出商品与成本。
几十名员工、上百个店铺，靠人记规矩一定会出事。万花筒把规矩做成开关：谁能看、谁能动、能动多少。
| 角色 | 能看到 | 能操作 | 写操作闸门 |
|---|---|---|---|
| 管理员 | 全部店铺与成员 | 账号、权限、规则配置 | 需二次确认 |
| 投放主管 | 被授权店铺全量数据 | 建计划、调预算、追投 | 需二次确认 |
| 投放专员 | 被授权店铺数据 | 调预算、启停（额度受限） | 额度内自动校验 |
| 实习生 / 外部 | 指定店铺只读 | — | 禁止 |
数据敏感、需要走内网审计的团队，可以整套部署在自己的服务器上。
可以单买，也可以打包；账号与算力在同一个后台管理。
| 产品 | 形态 | 解决的核心问题 | 建议起用 |
|---|---|---|---|
| 万花筒·无限 | Web 工作台 | 素材表现、跨店对比、批量建计划、追投 | 首选 |
| 万花筒·神威 | Windows 客户端 | 素材批量下载、改名、归档 | 素材量大时 |
| 万花筒·月读 | Chrome 插件 | 以图搜同款、跨平台比价、选品入库 | 有选品需求 |
| 超级千川 | Windows 客户端 | 桌面端批量改预算、启停、建计划 | 习惯桌面操作 |
| 超级多多 | Windows 客户端 | 拼多多推广投放管理 | 有多多店铺 |
| 万花筒·授权中心 | Web 后台 | 账号、密钥、机器绑定、算力与日志 | 超级矩阵店铺 |
