一句话：局改内容是「给能付钱的人看的」，不是给业主看的。把适老化和局改混成一个话题 = 定位失焦，客户记不住你。
这个项目是本篇的核心实证。全部事实：
| 项 | 内容 |
|---|---|
| 结构 | 12 帧 × 5 秒（全片约 60 秒，每帧固定 5 秒时长规格） |
| 工作流 | script-first：先把脚本改到满意，再开始烧 token 出图 / 出视频；脚本没定稿前一帧都不出 |
| 降本手段 | 跨任务复用厨房项目的角色参考图（同一个人设的参考图在另一个项目直接用，不用重新生） |
| 运行平台 | LumenX Studio，部署在腾讯云 lumenx.memberhandbook.cn；资产分三层作用域：Series / Episode / Global |
| 成本意识 | 火山方舟账户的现金余额，就是视频生成的资金池——出片前必须先看余额，这是硬约束不是提醒 |
结论：内容项目的成本大头不在"生成慢"，在"反复重生成"。把成本压在改脚本上（便宜），而不是压在重生成上（贵）。延伸：22 · 门窗与淋浴房（出图的结构正确性验收）、21 · 卫浴经销商（内容背后的门店业务口径）。
旧改、局改、适老化——在行业里经常被当成一件事讲。混讲的结果是：受众一会儿是业主、一会儿是设计师、一会儿是子女，到最后谁都不是受众。
| 混讲的后果 | 具体发生什么 |
|---|---|
| 内容没人看 | 业主看不懂设计师的语言；设计师不看法条；子女看不进纯 B 端内容 |
| 客户记不住 | 你到底是做 To C 的、做 To B 的、还是做适老产品的？答不上来就不会被转介绍 |
| 报价无从谈起 | B2B 内容的付费方和 C 端内容的付费方不是一个，定位不清就没法设计交付包 |
按五个维度切开。这张表建议直接拿去跟客户对齐。
| 维度 | 旧改 | 局改 | 适老化 |
|---|---|---|---|
| 一句话定义 | 整体翻新，动结构、换管线瓷砖洁具 | 局部改造，不动结构，只换某一块（卫生间 / 厨房 / 阳台） | 针对老年使用者的功能改造，核心是安全与便利 |
| 主力人群 | 改善型业主，多为中年及以上 | 25~55 岁业主为主 | 适老化只占局改内容的子集，<20% |
| 典型痛点 | 老房整体老化、管线老化、收纳不足 | 某一天突然受不了了：漏水、柜体发霉、不好打扫、收纳爆了 | 防滑、扶手、坐便高度、夜间照明、淋浴凳 |
| 触发方式 | 计划性，买房 / 装修时顺带 | 事件驱动：漏水了、老人来住了、孩子要上学腾房间 | 事件驱动：老人跌倒、出院回家 |
| 决策人 | 业主夫妻，周期长 | 业主本人（25~55，决策快）；但设计 / 施工环节由设计师与项目经理影响 | 子女决策 + 老人使用，两边都要说服 |
| 内容形态 | 整装案例、风格指南 | 工况诊断 + 方案对比 + 避坑清单；要能被店长转发给业主 | 安全细节图示、适老清单、验收要点 |
| 付费方 | 业主（C 端） | B2B：店长 / 设计师 / 项目经理（C 端内容是获客素材，B 端才是客户） | 子女 / 保险 / 适老品牌方 |
| 与建材零售的关系 | 整装、全屋 | 最直接：门店的核心增量来自局改单 | 作为局改的一个子集，不能单独成线 |
这一句要跟客户反复讲，因为大部分人做公众号的第一动机是涨粉。
| 涨粉逻辑（C 端） | 信任逻辑（B2B，本篇采用） | |
|---|---|---|
| 目标指标 | 阅读数、关注数 | 被谁转发、被谁收藏、被谁拿来跟客户讲 |
| 内容目标 | 爆款、情绪价值 | 可引用：能当话术、能当方案附件、能当验收标准 |
| 读者角色 | 业主 | 店长 / 设计师 / 项目经理 |
| 阅读场景 | 睡前刷 | 店里接待客户前翻、在路上听、开晨会前看一眼 |
| 转化路径 | 点赞 → 咨询 | 内容可信 → 愿意把你当技术顾问 → 出单 / 转介绍 |
写一篇《卫生间局改最容易翻车的 7 个点》，店长会把它截图发给业主；写一篇情绪文，看完就划走了。判断标准很简单：这篇能不能被截屏接着用。
要能直接写进方案的数字：防水翻到多高、止逆阀装在哪、壁龛离地多少、坡度多少。带数字的内容才有人存。
店长和项目经理真正怕的是返工。一篇能当验收标准用的清单，价值远高于十张好看的图。
开篇别写"家是温暖的港湾"，写"你现在接的这一单，最容易在卫生间返工"。读者一秒对号入座，信任就开始了。
拿数字说话，比讲道理有用。
| 做法 | 覆盖人群 | 内容条数（同预算） | 触达能付钱的人 |
|---|---|---|---|
| 主话题 = 适老化 | 老年群体 / 其子女（<20% 的局改需求） | 预算内只能做 20 条 | 低——适老化只是局改的子集 |
| 主话题 = 局改（含适老化子集） | 25~55 岁业主 + 店长 / 设计师 / 项目经理 | 同样的预算做 100 条，其中 20 条带适老化视角 | 高——核心读者全在局改里 |
这是「第二空间卫生间局改」项目里最核心的一条降本规则，一句话：脚本没改完，一帧都不出。
| 先出图后改脚本（反模式） | 先改好脚本再出图（script-first） | |
|---|---|---|
| 动作顺序 | 写个大概 → 出图 → 看了不满意 → 改脚本 → 再出图 → 循环 | 把脚本改到满意 → 一次性出图/出视频 |
| 改的东西 | 改的是已经烧掉 token 生成的图 | 改的是纯文本，几乎零成本 |
| 一轮成本 | 高（每次都要重新生图/生视频） | 低（只有最后一版要烧 token） |
| 失败点 | 结构/逻辑错在图上才被发现，那时已经付过钱了 | 逻辑错在文本阶段就被发现，改一个字就完了 |
| 产出质量 | 越改越散，前后风格不一致 | 脚本定死，出图一次成片率明显更高 |
延伸：22 · 门窗与淋浴房 的验收清单（12 项可机检）在第 5 步之后沿用。
框架固定下来之后，新一集就变成"填空"而不是"重新设计"。下面这张模板可以直接复用。
| 帧 | 时长 | 作用 | 内容模板（可直接改字） | 可复用资产 |
|---|---|---|---|---|
| 1 | 5s | 钩子 | 一句痛点直问 + 现场画面 | 固定片头模板 |
| 2 | 5s | 立论 | "这个问题 80% 的店在返工" | 固定片头模板 |
| 3 | 5s | 工况交代 | 这间房现在什么状态（旧 / 漏 / 矮 / 暗） | 可复用角色参考图 |
| 4~9 | 5s × 6 | 主体六点 | 逐条讲一个技术点（防水 / 止逆 / 坡度 / 壁龛 / 玻璃 / 收边） | 六张程序化信息图 |
| 10 | 5s | 对比 | 改前 vs 改后（同一空间、同机位） | 基准帧（见 22 篇） |
| 11 | 5s | 信任 | 验收清单 / 避坑提示 | 清单模板 |
| 12 | 5s | CTA | 给店长的一句话（可转发 / 可索取清单） | 固定片尾模板 |
| 编号 | 帧位段 | 时长合计 | 占全片 |
|---|---|---|---|
| 钩子层（1~2） | 开场 | 10s | ~17% |
| 主体层（3~9） | 内容 | 35s | ~58% |
| 收束层（10~12） | 对比 + 信任 + CTA | 15s | ~25% |
script-first 的第 4 步说的就是这两道。它们都在文本阶段完成，不花 token。
| 自查类型 | 问什么 | 不过怎么办 |
|---|---|---|
| 定位自查 | ① 这一集写给店长 / 设计师 / 项目经理里的哪一个？ ② 它能不能被截屏接着用？ ③ 有没有把适老化和局改混着讲？ | 回到写脚本第 1 步，重写主题句 |
| 技术自查 | ① 每个技术点有没有给具体参数（不是"做好防水"而是"翻到 1.8 米"）？ ② 有没有写到返工的后果？ ③ 有没有可引用的数字？ | 补参数再出片，不要出图后再补 |
script-first 完了之后还有一步：出完片仍然要逐帧验。这两步加起来的差别，才是降本的实际效果来源。
| 没有 script-first（边出边改） | script-first + 出片后验证 | |
|---|---|---|
| 剧本迭代 | 和出片交叉进行，改一次烧一次 | 全部在文本阶段完成，零生成成本 |
| 出片后问题 | 结构 / 逻辑错已在图上，重生成 | 结构错在帧级别被拦下，只重出单帧 |
| 典型一轮 | 脚本改 3 轮 + 出图 3 轮 + 重出 2 轮 | 脚本改 3 轮（免费）+ 出图 1 轮 + 单帧替换 |
| 资金池消耗 | 不可预测，经常超支才发现 | 出片前先看余额，可预估 |
「第二空间卫生间局改」用的降本手段之一，是把厨房项目里生成的角色参考图直接拿来用。这笔账要算清楚。
| 项 | 每帧重新生成 | 复用已有参考图 |
|---|---|---|
| 需要新生的参考图 | 每帧一张 | 0 张（复用已有） |
| 角色一致性 | 靠 prompt 拽，经常还是漂 | 资产库锁死，必然一致 |
| 生成成本 | N 次 | 0 次 |
| 可复用范围 | 本集内、换集就废 | 跨任务、跨项目 |
| 作用域 | 放什么 | 「第二空间卫生间局改」里的实例 | 放错层的症状 |
|---|---|---|---|
| Series | 整个项目共享的角色 / 空间 | 本项目的角色定妆照、卫生间空间基准 | 别的系列用不上，重复造 |
| Episode | 单集内部道具 / 分镜元素 | 这一集特有的洁具、壁龛、玻璃门道具 | 跨集该复用的没复用，成本白白烧 |
| Global | 全平台通用底层资产 | 固定片头模板、品牌风格基准 | 全塞进来 → 库膨胀、检索脏 |
做 FDE 的人容易被同一个习惯拖累：用排软件项目的习惯排内容项目，结果两头都不像。
| 软件项目 | 内容项目（本篇） | |
|---|---|---|
| 先做什么 | 先搭地基（库、接口、表结构） | 先把脚本改到满意（script-first） |
| 成本主体 | 开发工时 | token / 生成次数 |
| 返工代价 | 改代码，可回滚 | 重生成，钱已经花了 |
| 验收 | 跑测试、看日志 | 逐帧过验收清单 + 看余额 |
| 复用 | 组件、库 | 角色参考图、基准帧、分镜模板 |
内容不是终点，内容要能接到门店的业务流上，否则只是自嗨。回到 21 篇 的七段业务流：
| 内容产物 | 接到业务流的哪一段 | 为什么它影响成交 |
|---|---|---|
| 工况诊断清单 | 第 1 段（客户进店）→ 第 2 段（出方案） | 导购有话术，能把"随便看看"变成"有症状" |
| 6 帧技术点（防水 / 止逆 / 坡度 / 壁龛 / 玻璃 / 收边） | 第 2 段（出方案） | 方案能讲出参数，显得可信 |
| 改前 vs 改后对比 | 第 3 段（下单） | 业主能看见结果，决策周期缩短 |
| 验收清单 | 第 7 段（售后 / 复购） | 装完不乱扯皮，复购和转介绍才发生 |
坑 1 · 把适老化当主话题
适老化占局改需求 <20%，当主话题等于把受众缩到一小撮，还把能付钱的店长推远。正确做法：主话题=局改，20% 篇幅做适老化视角。
坑 2 · 先出图看看，边出边改
改动从"改文本（≈0 成本）"挪到"重生成（真金白银）"，而且结构错误要到出片后才看得见。这是内容项目最大的 leaks，没有之一。
坑 3 · 不看余额就开跑
火山方舟账户的现金余额就是视频生成的资金池。开工前不查，跑到一半卡住最尴尬——脚本已经定了、图出了三张、钱没了。余额应作为开工第一道检查项。
坑 4 · 参考图全放 Global
短期最省事，长期资产库膨胀、检索变脏、跨项目复用失效。复用率是唯一能证明治理有没有做到的数字。
坑 5 · 内容写给"所有人"
写一集同时想让业主看懂、店长转发、设计师收藏，结果谁都不满意。一集只打透一个角色，12 帧的框架就是为了逼你做这个取舍。
坑 6 · 只有图没有 know-how
漂亮的改前改后图，设计师看完不会存，项目经理不会转。B2B 内容的可信度来自"能引用"：参数、清单、避坑点，不是美。
先切概念：旧改、局改、适老化是三件事，混着讲等于没受众。
我用五个维度切开：人群、痛点、决策人、内容形态、付费方。旧改是整体翻新；局改是局部改造、不动结构，主力人群是 25~55 岁业主，触发方式往往是事件驱动——漏水了、柜体发霉了、老人要来住了；适老化是针对老年使用者的功能改造，防滑、扶手、坐便高度、夜间照明。
关键判断是：适老化只占局改需求的不到 20%，所以适老化只能是局改里的一个子集视角，不能当主话题。拿适老化当号的主话题，等于把受众缩到所有业主里的一小撮，还顺带让店长们觉得"这是做老人生意的，跟我没关系"——而店长才是能付钱的那批人。正确做法是主话题用局改吃流量和信任，留 20% 篇幅做适老化视角。
核心区别：B2B 内容的目标是建立信任、让人可引用，不是涨粉。
我用四个指标判断一篇内容成不成立：① 它能不能被截屏接着用（店长转发给业主的那种）;② 有没有可直接写进方案的参数（不是"做好防水"，是"防水翻到 1.8 米"）；③ 有没有能当验收标准的清单（项目经理最怕返工）；④ 开篇有没有让读者一秒对号入座（"你现在接的这一单，最容易在卫生间返工"，而不是"家是温暖的港湾"）。
这不是不做好看的图，是排好顺序：先有可引用的 know-how，图是放大项。只有图没有 know-how 的号，设计师看完不会存、项目经理不会转、店长不会推给你。我过去在摩恩华南运营、玫瑰岛商学院、星期六 / STONEFLY 华南销售、生活家全国培训这几段，真正被验证的不是"我会写内容"，是"我知道门店的人需要什么才能出单"。
靠 script-first：脚本没改到满意，一帧都不出。
成本结构是这样的：改文本 ≈ 0；改图 = 一次生成；改视频 = 多次生成，还可能重跑整条流水线。所以我把所有能搬进脚本阶段的讨论都搬过去——主题锁定、钩子、逐帧文案，内部过两道自查（定位自查 + 技术自查）全过之后再烧 token。
还有一条硬约束：火山方舟账户的现金余额就是视频生成的资金池，我把查余额当成开工第一道检查项，而不是后台看看的信息。另外复用降本——「第二空间卫生间局改」这个项目里我们直接复用厨房项目生成的角色参考图，复用率超过 50% 时单集生图成本大约减半。而且复用不只是省，还更一致：反复生图会让角色在帧与帧之间漂，复用资产库反而能锁死。复用率这个数字能算出来，前提是资产分好层——LumenX 上我们部署在 lumenx.memberhandbook.cn，资产分 Series / Episode / Global 三层，角色参考图放错层就出现"该复用的没复用"或者"库膨胀到检索不出来"两个极端。
是算出来的，不是拍的。
12 帧 × 5 秒，全片约 60 秒。结构分三层：钩子层 2 帧（10 秒，约 17%）、主体层 7 帧（35 秒，约 58%）、收束层 3 帧（15 秒，约 25%）。主体 7 帧里第 3 帧是工况交代，第 4 到 9 帧是六个技术点（防水、止逆、坡度、壁龛、玻璃、收边），第 10 帧改前 vs 改后，第 11 帧验收清单，第 12 帧 CTA。
为什么是 6 个技术点：低于 6 点讲不透，高于 6 点观众记不住，再加帧只会稀释钩子。框架定死之后，新一集就是"填空"而不是"重新设计"——框架稳定才能复用，复用才能降本。另外第 10 帧不能省，它是给 B 端看的效果证据，没有对比，设计师和项目经理不会转发给业主，而且它必须满足 22 篇那三条不变量：同一空间、同一机位、结构不变。
关系是一条共性原则：把"可反复修改且便宜"的部分，放在"不可反复修改且贵"的部分之前。
软件项目里就是先搭原型跑通再补工程；内容项目里就是 script-first 先改脚本再出片。很多人做内容项目习惯"先出来看看再说"，90% 的生成浪费都来自这一句——因为结构 / 逻辑错在图上才被发现的时候，钱已经花掉了，改它意味着重生成。
所以我给这套产线的验收方式也很像软件：出片后逐帧过检查清单，把问题拦在帧级别（只重出单帧，不重跑整条流水线），最后看一次余额、算一次复用率。能预算、能复盘、能复用的出片流程，才叫能交付的产线——这一条对软件交付和 AI 内容交付同样成立。
最后接回业务：内容不是终点，要能接到门店业务流上——工况诊断清单接进店与出方案，六个技术点接出方案，改前改后接下单，验收清单接售后复购。内容让店长和设计师愿意引用你，他们把引用用在业务流里，出单，你拿到的是顾问身份，不是流量。
本篇讲定位与降本。门店业务流怎么被信息化串起来、为什么"有订单 ≠ 有数据"，在 21 · 卫浴经销商；出图的结构正确性怎么度量、三条不变量怎么验，在 22 · 门窗与淋浴房；基础面：模块 11 · 数据迁移、基础 16 · 数据库。