这一篇只讲一件事：我有 26.5 万字 讲透了「怎么做会员」，私域管线每天都在出稿，但会员侧一张会员表都没有。这三件事叠在一起，不等于一个能跑的系统。我把两本书稿全文 grep 了一遍，拿密度表说话——缺的是「结构化 + 可检索 + 能跑数」那一层，不是再写 30 篇文章。
本篇的对象是我自己：两本书稿（会员体系篇 / 连锁门店落地篇）+ 一条真在跑的私域管线。
书稿本体（不含空白字符，实测）：会员体系篇 102,668 字、连锁门店落地篇 162,200 字，合计 264,868 字 ≈ 26.5 万字。
口径（本篇最要紧的一句）：对外常说的「72 万字」是全口径（站点正文 + 公众号 + 素材池），书稿本体只有 26.5 万字，两本加起来也不等于 72 万，两个数不能当一个数用。
密度实测：运营词「权益」535 次、「话术」449 次；技术词 API / 接口 / 埋点 / 爬虫全部 0，「数据库」1 次。
管线：/opt/wechat-publisher/ 在 2026-07-01 至 09-09 已产出 25+ 篇早参；knowledge/ 挂着两本书稿 md（280KB / 460KB）+ style_guide.md（5,517 字节）+ hook_materials.md（4,849 字节）。
会员侧硬缺口：没有 member 表 / 会员 0 条；product_order 的 customer_id 空值 100%、order_date 只有 2 单有值。
先把结论摆在最前面，后面所有证据都是给这个结论做支撑的。
| 我手上已有的 | 它证明什么 | 它证明不了什么 |
|---|---|---|
| 26.5 万字书稿 （两本，19 章 + 附录） | 「怎么做会员」这件事我讲透了：权益结构、积分、储值、RFM 分层、私域四条线，每个都有章节 | 不能证明「我这个店现在做到哪一步了」——书里没有一行告诉我卡在哪一格 |
| 一条在跑的私域管线 （早参 25+ 篇 / 公众号矩阵 / 站点矩阵） | 不是从零开始：内容确实每天在生产，8:00 前后出稿是稳定的 | 不能证明触达有人接：内容出稿 ≠ 有人被打标、被记录、被归因 |
| 83 个工具 + 站点矩阵 （ memberhandbook.cn 等） | 方法论被拆成了可点开就用的东西 | 不能证明背后有数据：工具是计算器，不是数据库 |
体检的方法很笨：对两份 md 全文做关键词计数，运营词一类、技术词一类，分开算。不猜、不估，直接数。
| 项 | 实测 | 说明 |
|---|---|---|
| 会员体系篇 | 102,668 字 | 19 章 + 前言 + 附录 A~G |
| 连锁门店落地篇 | 162,200 字 | 19 章 + 附录 A/B（含「第四篇 私域篇」第 9/10/11 章） |
| 合计 | 264,868 字 ≈ 26.5 万字 | 口径 = 书稿正文，不含站点 / 公众号 / 素材池 |
| 密度分母 | 26.4868 万字 | 次/万字 = 合计次数 ÷ 26.4868 |
| 词 | 体系篇 | 落地篇 | 合计 | 次/万字 |
|---|---|---|---|---|
| 权益 | 350 | 185 | 535 | 20.2 |
| 积分 | 241 | 235 | 476 | 18.0 |
| 话术 | 42 | 407 | 449 | 16.9 |
| 社群 | 94 | 243 | 337 | 12.7 |
| 企业微信+企微 | 49 | 248 | 297 | 11.2 |
| 储值 | 125 | 149 | 274 | 10.3 |
| 私域 | 88 | 97 | 185 | 7.0 |
| 复盘 | 28 | 135 | 163 | 6.2 |
| 复购 | 51 | 102 | 153 | 5.8 |
| 留存 | 35 | 98 | 133 | 5.0 |
| 朋友圈 | 34 | 98 | 132 | 5.0 |
| 小程序 | 31 | 88 | 119 | 4.5 |
| 召回 | 5 | 101 | 106 | 4.0 |
| 裂变 | 78 | 22 | 100 | 3.8 |
| 其余小词：模板 97（3.7）、CLV 95（3.6）、标签 60（2.3）、SOP 50（1.9）、LTV 7（0.3）、内容日历 10（0.4，全在连锁篇）——次/万字均 ≤ 3.7，不逐行列 | ||||
| 词 | 体系篇 | 落地篇 | 合计 | 次/万字 | 备注 |
|---|---|---|---|---|---|
| 数据库 | 0 | 1 | 1 | 0.04 | 26.5 万字里只有 1 次 |
| 画像 | 2 | 0 | 2 | 0.08 | 都在会员体系篇 |
| CRM | 2 | 13 | 15 | 0.57 | 体系篇 2 次 |
| 会员系统 | 13 | 7 | 20 | 0.76 | 作为名词出现 |
| RFM | 16 | 4 | 20 | 0.76 | 体系篇 Ch10 主讲 |
| 自动化 | 20 | 2 | 22 | 0.83 | 技术词里最高 |
| API | 0 | 0 | 0 | 0 | 0 |
| 接口 | 0 | 0 | 0 | 0 | 0 |
| 埋点 | 0 | 0 | 0 | 0 | 0 |
| 爬虫 | 0 | 0 | 0 | 0 | 0 |
str.count 复核，有六个词跟最初那版清单不一致，我照实写不一致的那一版：这张密度表不是拿来炫的，是拿来定责的——该怪谁，得先分清是哪一层没做到。
| 层 | 我的状态（证据） | 缺的是 | 补法是不是「再写点东西」 |
|---|---|---|---|
| 方法论层 | 到位：权益 535、积分 476、话术 449、RFM 20、私域 185，全都有章节 | 不缺 | — |
| 内容层 | 在跑：早参 25+ 篇、公众号矩阵、站点矩阵，8:00 前后出稿是稳定的 | 缺「可检索」：26.5 万字是散的 md，没索引、没结构化、场景散在章节里 | 否：补的是 schema，不是篇幅 |
| 数据层 | 空：没有 member 表、会员 0 条、customer_id 空值 100% | 缺主数据 + 触达记录表 | 否：补的是表，不是文章 |
| 系统层 | 没建：四条私域线背后要落的东西，一条都没落成表 | 缺场景库、触达记录、素材索引、排期 | 否：补的是一张薄表 + 三个种子场景 |
先别急着说「数据没到位」。在说缺口之前，得先把已经跑起来的那部分摆出来——这不是从零开始。
| 证据 | 实测 | 说明 |
|---|---|---|
早参产出/opt/wechat-publisher/ | 2026-07-01 至 2026-09-09 已产出 25+ 篇 article_morning_*.html | 每篇 9~14 KB，固定 8:00 前后出稿；另有 0811_morning 目录 |
知识库/opt/wechat-publisher/knowledge/ | 两本书稿 md（280KB / 460KB）+ style_guide.md（5,517 字节）+ hook_materials.md（4,849 字节） | 私域管线的「知识库」就是这两本书 + 一个风格指南 + 一份钩子素材 |
| 公众号矩阵 | 《会员制营销资讯》早晚双推（早参 8:00 + 晚课 20:00，7 天主题轮转）、《橙小糊零售》、《会员制晚课》 | 排期已经在跑，不是排期表上的一个勾 |
| 站点矩阵 | memberhandbook.cn（83 工具 SPA）、media.memberhandbook.cn、alignzc.memberhandbook.cn（AlignHub Pro 7 步共识工作坊）、dlmware.cn | 内容有落点，不是只发在群里 |
这是「会员制 × 私域」卡住的真因。不讲道理，只摆数。
| # | 证据 | 实测 | 后果 |
|---|---|---|---|
| 1 | 没有会员主数据 德莉玛库 /opt/delimao/delimao.db | 没有 member 表 / 会员 0 条 | 复盘 28 里那张 RFM 九宫格整块灰（标「样本不足」）——不是我懒得画，是没数据可填 |
| 2 | 会员行为数据没落下来product_order 33,178 单 | customer_id 外键空值 100%（客户名是导入时塞的自由文本）；order_date 只有 2 单有值 | 「谁买过什么、什么时候买的」这两句都答不出；做不了时间序列，复购 / 留存 / 召回全部算不出来 |
| 3 | 积分系统只有灰度 会员积分 v2.5.2 | 只在中山灰度，样本不足 | 复购率这类指标还报不出来（详见 26 篇） |
两本书各自都写了私域。会员体系篇：第 2 章「私域运营：会员制的数字化引擎」、第 10 章「会员数字化运营」（讲标签体系和 RFM）、第 11 章「私域内容运营：让每一次触达都有价值」。
连锁门店落地篇：第四篇 私域篇——第 9 章「小程序 + 企微：门店私域运营工具」、第 10 章「社群运营」、第 11 章「内容运营」；第 19 章「30 天落地行动计划」。
问题来了：这四条线，我建成了几条？一条一条对。
| 书里的线 | 出处 | 我这侧实际建成 | 判定 |
|---|---|---|---|
| 小程序 | 连锁篇 第 9 章 | 没有小程序。0 次可落地的通道，站点只是 83 个工具页 | 没建成 |
| 企微 / 企业微信 | 连锁篇 第 9 章 | 书里 297 次，管线里 0 次。管线只有公众号（早参 / 晚课） | 没建成 |
| 社群 | 连锁篇 第 10 章 | 没有社群表，没有社群记录；公众号矩阵跑着，那不是社群 | 没建成 |
| 内容 | 体系篇 第 11 章 / 连锁篇 第 11 章 | 已在跑：25+ 篇早参 + 晚课 + hook_materials.md + style_guide.md | 在跑 |
| （隐含）会员主数据 | 体系篇 第 10 章（标签 + RFM） | 没有 member 表，会员 0 条 | 没建成 |
| （隐含）触达记录 | 体系篇 第 2 / 11 章 | 只有「出稿了」的记录，没有「触达到人」的记录 | 没建成 |
| （隐含）素材库 | 连锁篇 第 11 章 | 只有 hook_materials.md 一个文件（4,849 字节），没有索引 | 没建成 |
| （隐含）排期 | 连锁篇 第 19 章（30 天行动） | 只有 cron 在跑，没有排期表（内容日历全书只有 10 次，全在连锁篇） | 没建成 |
第 01 节说「缺的是结构化那层」，这一节把它落到字段。先说验收标准：一个场景值不值得进库，只看它能不能被数出来。
| # | 说法 | 按密度表的推演 |
|---|---|---|
| 1 | 篇幅不会改变密度 | 再写 30 万字，技术词还是那几个、还是 0.83 次/万字封顶；「权益」会被写到 1000 次以上——内容越多，密度差只会更大 |
| 2 | 两种东西的验收标准不同 | 文章的验收是读得懂，场景库的验收是跑得出数；用「再写一篇」去解决「跑不出数」，等于用说明书去修数据库 |
| 3 | 已有的东西会重复 | 话术 449 次、权益 535 次、模板 97 次——新写的 30 篇里，八成是这三类词的再次出现；真正缺的那一行 SQL（会员表在哪）一行都不用写 |
scenario_id TEXT PK，形如 SC-M001（PRD 场景 / MEM 会员 / OPS 运营） name TEXT 场景名，用大白话，禁止抽象词 trigger_type TEXT 触发方式：定时 / 事件 / 人工 trigger_detail TEXT 触发口径（几点、什么事件、什么阈值）——写死，不许口头解释 industry TEXT 适用业态：家居建材 / 餐饮 / 美业 / 通用 touchpoint TEXT 触点：公众号 / 企微 / 社群 / 短信 / 门店 / 小程序 content_ref TEXT 素材指针 → 素材库 id（存指针，不塞正文） script_ref TEXT 话术指针 → 话术库 id metric_def TEXT 「怎么算成功」的口径定义（分母、周期、含不含退货） metric_target TEXT 目标值 / 观察值 measureable TEXT yes / no / 待定 ← 本篇最关键的字段 measureable_note TEXT 算得出 / 算不出，以及缺哪张表、哪个字段是空的 update_cadence TEXT 更新频率：日 / 周 / 月 / 活动期 owner TEXT 负责人（一个人，不是「团队」） status TEXT 草稿 / 已验证 / 已下线 source TEXT 出处：哪一章 / 哪篇早参 / 哪次实测
kb/tools/init_scene_db.py 建表、kb/tools/seed_scene_db.py 灌首批数据，两个脚本公开可下载、可复现。measureable=yes 1 条 / no 2 条（2026-10-03 从 0 条 yes 变成 1 条）。两行都不是编的——SC-P001 早参日更对应服务器 /opt/wechat-publisher/ 实出的 25+ 篇 HTML，SC-M001 会员 RFM对应「库里 0 条会员、customer_id 空值 100%」这个真实状态。customer_name 聚合就够，不需要外键——2026-10-03 实测出302 个客户、TOP10 占 24.6% 订单。另两条是 no，这是诚实起点不是缺陷：跑得出来的只有「有多少篇」，跑不出来的那些（读完有没有行动、R/F/M 三值）都写在 measureable_note 里。把「算不出」做成一个能查的字段，比写在正文里强。| 字段 | 缺了会怎样（这是我踩过或会踩的） |
|---|---|
| measureable | 全篇的命门。没有它，场景库会退化成第 26 篇的目录页——好看、能翻、一个数都跑不出来；有它，「算不出」才是可见状态，而不是被默认成「算得出」 |
| measureable_note | 不写缺哪张表，下次还是原样。参照 31 篇：把「缺什么」写在脸上一 |
| metric_def | 呼应 28 篇 的口径行：分母、周期、含不含退货。口径不写死的指标，画出来就是埋雷 |
| content_ref / script_ref | 正文塞进场景行，表会膨胀到没法维护；存指针才能复用书里那 449 次话术 |
| source | 没有出处，三个月后没人知道这条是书里的还是我编的——这正是 26.5 万字现在的状态 |
| # | 场景 | 触发 | 能跑出什么数 | 跑不出什么（写进 note） | 状态 |
|---|---|---|---|---|---|
| 1 | 早参日更 | 定时，每天 8:00 | 产出篇数、单篇字数、出稿是否准时（已有 25+ 篇实物，可直接回填） | 打开率 / 阅读人数——管线里没有埋点（全书「埋点」0 次） | 已在跑 → 结构化 |
| 2 | 社群 7 天主题轮转 | 定时，每周一换主题 | 发布条数、主题覆盖数（书里「社群」337 次，素材管线的对接点） | 触达人数、进群人数——没有社群表、会员 0 条 | 口径先行，数据未到 |
| 3 | 沉睡会员召回（30 / 60 / 90 天） | 事件，距上次触达 N 天 | 口径定义本身（R = 几天算沉睡、M 用百分位不用绝对值） | R / F 值全部算不出——没有 member 表，等中山灰度样本 | 口径先行，数据未到 |
scenario 表（13 字段）；② 把早参那条线已有的 25+ 篇回填成 1 条种子场景 + 素材指针（这部分不需要任何新数据）；③ 社群与召回两条只写口径和 note，标 待定，不填数字。这一节照 28 篇 的体例：「明确不做」和「还没做」是两件事，混在一起写就等于什么都不肯说。
| 明确不做的（不再往这个方向投） | 为什么不做 |
|---|---|
| 不再写第三本 30 万字的书 | 26.5 万字已经把「怎么做会员」讲透了（权益 535、积分 476、话术 449）。缺的不是篇幅，是结构化——再写一本，密度表还是原样，技术词不会多一个 |
| 不追「全平台内容订阅系统」的宏大叙事 | 管线已经跑通（25+ 篇早参横跨 2026-07-01 到 09-09）。要补的是它上面一层薄结构，不是换一个平台。用新项目盖旧缺口，是我在这个项目里最该防的一件事 |
| 会员分层不一样打扮 | 会员 0 条、customer_id 空值 100%，样本不够就出不分层，等中山灰度跑够。用 5 个人的均值推「这批该召回」，是给客户挖坑 |
| 项 | 现在的状态 | 什么时候算做了 |
|---|---|---|
scenario 表（13 字段） | 还没建，本篇只给了字段清单 | 表建出来 + 有 3 条记录 |
| 素材库索引 | 只有 hook_materials.md（4,849 字节），没有索引 | 能按「业态 + 触点」查到素材 id |
| 触达记录表 | 没有；早参只留下 HTML 文件 | 每篇早参能查到「推给了谁 / 谁看过」 |
| 排期表 | 没有（「内容日历」全书 10 次） | 早参 / 晚课的排期有表可查，不是 cron 里藏着 |
| 会员主数据 / 埋点 | 会员 0 条；埋点全书 0 次、管线里也没埋 | member 表有真实记录才谈九宫格；早参能报出打开 / 阅读 |
measureable 是核心字段——没有它，场景库会退化成一个好看的目录页我把自己的书做了次体检，用 Python 把两本 md 全文 grep 了一遍。先说口径：会员体系篇 102,668 字、连锁门店落地篇 162,200 字，合计 264,868 字 ≈ 26.5 万字；对外常说的「72 万字」是全口径（站点正文 + 公众号 + 素材池），书稿本体实测只有 26.5 万，两本加起来也不等于 72 万，因为差额在站点和素材池。这两个数不能当一个数用。
然后是我特意分开数的两张密度表：运营词——权益 535 次、积分 476、话术 449、社群 337、企业微信加企微 297，权益是 20.2 次/万字；技术词——自动化 22、会员系统 20、RFM 20、CRM 15、数据库 1 次，API / 接口 / 埋点 / 爬虫四个词全部是 0。11 个技术词加起来 90 次，一个运营词「权益」就 535 次，最高和最低差 500 倍。
所以结论就一句：26.5 万字把「怎么做会员」讲透了，但整本书里「怎么把它跑起来」的技术词只有个位数。
顺带说个诚实细节：复核时有六个词跟最初那版清单对不上，我照实写不一致的那一版——话术是 449 不是 407（407 只是连锁篇一本的数）、复盘 163 不是 263、社群 337、标签 60、企微加企业微信 297 不是 267、CLV 95 加 LTV 7。密度结论在 ±1 的范围内不会翻，但数字就得是数出来的那个数，估出来的数写在复盘里，下一个人照着用就错了。
然后是「不是从零开始」这一半。服务器上那条私域管线真在跑：/opt/wechat-publisher/ 在 2026-07-01 到 09-09 已产出 25+ 篇早参 HTML，每篇 9~14 KB，固定 8:00 前后出稿；knowledge 目录挂着两本书稿 md（280KB / 460KB）加风格指南（5,517 字节）和钩子素材（4,849 字节）；公众号矩阵早晚双推、7 天主题轮转。25+ 篇横跨两个多月，这不是一次成功的实验，是稳定产出了。
但请注意它跑到哪一层：跑在「内容生产」这一层。早参能数出篇数，谁看了、谁转化了、哪个钩子有效却一个数都没有——因为「埋点」在 26.5 万字里是 0，管线里自然也没埋。
真正卡住的是数据侧，三条硬证据，一条比一条硬。一，德莉玛库没有 member 表、会员 0 条——所以 28 篇那张 RFM 九宫格是整块灰的（标「样本不足」），不是我懒得画，是没数据可填。二，product_order 33,178 单里 customer_id 外键空值 100%（客户名是导入时塞的自由文本），order_date 只有 2 单有值——「谁买过什么、什么时候买的」这两句都答不出，复购 / 留存 / 召回全算不出来。三，会员积分 v2.5.2 只在中山灰度，复购率这类指标还报不出来。
这三条我特意拆开讲，因为它们是三种缺口：主数据缺失、行为数据缺失、样本不足，补法完全不一样。混成一句「数据还没准备好」，是这条线上最常见的自我安慰——三种缺口的工期差着一个数量级。
还有一个落差我必须认：书里四条私域线——小程序、企微、社群、内容——只有「内容」在跑。小程序没有、企微 297 次但管线里 0 次、社群没有表也没有记录、会员主数据没有、触达记录只有「出稿了」没有「触达到人」、素材库只有一个 4,849 字节的文件、排期只有 cron 没有表（「内容日历」全书 10 次）。
四条线背后要落的系统我一条都没建成——而这恰恰说明：我手上能拿去换项目的，是方法论 + 一条跑了两个多月的管线 + 83 个工具，它们是真东西，但不是系统。
所以我的解法不是第五本书，是 16 个字段的一张表。一张薄薄的 scenario 表：场景 ID / 场景名 / 触发方式与触发口径 / 适用业态 / 触点 / 素材指针 / 话术指针 / 指标口径定义 / 目标值 / 能不能跑数 / 为什么算不出（缺哪张表）/ 更新频率 / 负责人 / 状态 / 出处。
核心设计是「能不能跑数」做一个一等字段 measureable（yes / no / 待定），旁边那个 note 必须写清缺哪张表、哪个字段是空的。
为什么？没有它，场景库就会退化成第 26 篇那张目录页——好看、能翻、一个数都跑不出来。这个思路从 31 篇定价引擎那篇来的：把「算不出」做成正式状态，做成一等公民，系统才能自己说「我不知道」。
第一版我定三个种子场景，而且刻意有两个标「数据未到」。一，早参日更（每天 8:00）：能跑出产出篇数、单篇字数、是否准时（25+ 篇实物可直接回填）；跑不出打开率，管线里没埋点。二，社群 7 天主题轮转：能跑出发布条数和主题覆盖数；跑不出触达人数，没有社群表。三，沉睡会员召回 30/60/90 天：能跑出口径定义本身（R 几天算沉睡、M 用百分位不用绝对值）；跑不出 R/F 值，会员 0 条，等中山灰度。
拿两个算不出数的场景硬填成一张漂亮的表，那是自欺；把「算不出」和「缺哪张表」写进 note，这张表才有第二次被更新的价值。
再说三条我明确不做的。一，不再写第三本 30 万字的书——26.5 万字已经讲透了，再写一本，密度表还是原样，技术词一个不会多，篇幅只会把「权益」这个数推到 1000 以上，密度差反而更大。二，不追「全平台内容订阅系统」的宏大叙事——管线已经跑通了，要补的是它上面一层薄结构，不是换一个平台；用新项目盖旧缺口，是我在这个项目里最该防的事。三，会员分层不一样打扮，用 5 个人的均值推「这批该召回」，是给客户挖坑。
「还没做」那一栏我也单独列了五项：scenario 表、素材库索引、触达记录、排期表都还没建，会员主数据和埋点也没有。前四项是薄薄的工程活，最后一项是等数据的活，混在一张待办里就会变成「我们会员制这块在推进」——推进什么、推进到哪、有几条数据，谁也说不清。
最后挑一句当收口。我这行最容易骗自己的地方，是把「我讲过」当成「我做过」，把「我做过」当成「它跑得起来」。26.5 万字能回答「该怎么做」，但回答不了「我这个店现在有几个人能被打标、几条触达有记录」——这两个问题的答案不在书里，在表里。
所以本篇的结论是三级台阶，不是一句话：方法论到位 ≠ 数据到位 ≠ 系统到位。我能交付的是：把「该怎么做」讲透（已有），把「跑在内容这一层的真管线」摆出来（已有 25+ 篇），把「到能跑数那一步还差什么」写成 16 个字段的真表（已建，灌入 2 条）。中间那两级我一步一步补，不跳级，也不靠再写一本 30 万字的书去假装已经补完。