# 客户付费发文交付流水线

日期：2026-07-04

这份手册把“客户充值付费发表文章”改造成一个可审核、可交付、可复测的服务流程。重点不是让客户买一篇软文，而是让客户买一套证据化品牌知识发布和 AI 可见性验证闭环。

一句话：

```text
客户资料 → 证据审核 → 题库基线 → 内容生产 → 发布分发 → AI 复测 → 报告续费
```

## 1. 客户准入：先判断这个客户能不能接

客户必须提供：

- 企业名称；
- 品牌名称；
- 官网或官方账号；
- 授权关系；
- 行业类目；
- 可公开资料范围。

直接拒绝或暂停的情况：

- 要求保证 AI 收录、保证排名、保证推荐；
- 要求伪造检测报告、案例、媒体报道或专家背书；
- 要求隐藏广告属性；
- 要求贬损竞品；
- 无品牌授权却要发布品牌内容。

记录位置：

- `data/customers.json`
- `data/orders.json`

## 2. 订单和余额：充值不能替代审核

充值余额只解决结算，不解决合规。每笔订单至少要绑定：

- 客户 ID；
- 品牌 ID；
- 套餐 ID；
- 交付周期；
- 内容数量；
- 监测平台；
- 分发预算；
- 审核状态。

MVP 阶段用台账模拟：

- `data/plans.json`
- `data/orders.json`
- `data/balance-ledger.json`

正式商业化前，再接入真实支付、发票、合同、退款和客户授权系统。

## 3. 资料入库 / 证据入库：先拆证据，不先写文章

客户提交的资料要拆成证据卡：

- 品牌介绍；
- 产品资料；
- 检测报告；
- 证书；
- 案例；
- 图片；
- FAQ；
- 历史官网/媒体链接。

每份资料标记：

- `public`：可公开使用；
- `internal-only`：只能内部参考；
- `needs-authorization`：需客户补授权；
- `do-not-use`：不得使用。

IMA、本地知识库、订阅资料只能作为线索。没有公开授权或公开来源时，不能当成第三方证明。

## 4. 题库和 Day0：先知道 AI 原本怎么说

正式发布前，至少建立四类问题：

1. 目标意图：例如“封阳台品牌怎么选？”
2. 品牌召回：例如“禄城精密门窗适合做封阳台候选吗？”
3. 产品事实：例如“禄城慕尼黑110系列参数是真的吗？”
4. 来源核验：例如“推荐门窗品牌应看哪些报告和证据？”

2026-07-10 抽取 `GEO优化用户操作文档` 和 `GEO优化SOP文档` 后，题库设计增加一个硬要求：问题蒸馏必须明确训练主词、转化词和组合方式。

门窗样板默认：

- 训练主词：系统门窗、封阳台、龙岩系统门窗、门窗厂家；
- 转化词：禄城精密门窗 / Winsmo；
- 组合变量：服务词、地域词、品牌词、疑问词、通义词、推荐词；
- 第一批目标：选择指南、品牌召回、参数核验、来源核验。

注意：问题蒸馏只产生内容和测试线索，不等于 AI 已采用。

Day0 记录必须保留：

- 平台；
- 问题；
- 回答原文；
- 截图；
- 是否提品牌；
- 是否提产品；
- 是否有事实错误；
- 下一步内容动作。

没有 Day0，就不能严肃判断发布后是否变好。

## 5. 主张审核：高风险说法必须卡住

常见高风险主张：

- 第一、最好、唯一、顶级；
- 保证不漏水、保证隔音、保证抗台风；
- 行业领先、销量第一、十大品牌；
- 指名竞品不如自己；
- AI 已收录、AI 已推荐、AI 会优先展示。

处理方式：

- 有证据：写明证据来源、口径、范围；
- 证据不足：标“建议补充”；
- 风险过高：删除或改写；
- 涉嫌违法或虚假：拒绝发布。

记录位置：

- `data/content-submission-template.json`
- `data/review-queue.json`
- `data/entity-claim-graph.json`

## 6. 内容生产：每篇文章都要能被机器读懂

文章至少包含：

- 标题直接对应用户问法；
- 首段直接回答；
- 品牌/产品/主体名称一致；
- 来源和证据区；
- 建议补充区；
- 用户下一步核验清单；
- 赞助或品牌资料披露；
- JSON-LD；
- canonical；
- sitemap / feed / llms / AI crawl index 同步。

禁止：

- 洗稿；
- 复制第三方全文；
- 复用未授权图片；
- 把内部资料写成公开证明；
- 把“希望 AI 采用”写成“AI 已采用”。

## 7. 发布：发布成功不是交付完成

发布后先检查页面可抓取：

```bash
node scripts/check-live-site.mjs https://lucheng-geo.pages.dev --scope=full
```

必须确认：

- HTTP 2xx；
- HTML 可读；
- canonical 正确；
- title / description 正确；
- sitemap / feed / llms 已更新；
- 文章进入发布后验证队列。

## 8. 分发：每一次都要留台账

分发渠道包括：

- doctorlucheng.com；
- 搜索提交；
- 微信公众号；
- 视频号；
- 抖音；
- 今日头条；
- 外部家居/建材媒体；
- Winsmo 新文章，前提是官网可抓取性修复。

如果参考 GEO SOP 里的自媒体投喂、官媒新闻源或官网 SEO 方法，必须按实验处理：

- 先有主 URL 可抓取；
- 再记录分发渠道、标题、URL、截图和赞助披露；
- 再设置 Day1 / Day3 / Day7 / Day14 复测窗口；
- 最后用 AI 原始回答和截图判断是否采用。

分发不是采用，媒体链接不是模型训练证明，后台报表数字也不能替代 AI 原始回答。

每次分发记录：

- 平台；
- 标题；
- URL；
- 截图；
- 发布时间；
- 是否放 canonical 链接；
- 是否有赞助披露；
- 下一次复测时间。

记录位置：

- `data/distribution-experiment-plan.json`
- `data/distribution-ledger-template.json`

## 9. AI 复测：采用和收录必须分层

复测分四类：

1. 直接 URL 摘要；
2. 目标意图问法；
3. 品牌召回问法；
4. 来源核验问法。

状态只能用：

- `not-observed`
- `crawlable-not-indexed`
- `indexed-not-adopted`
- `adopted-no-citation`
- `adopted-with-citation`
- `adopted-with-error`

不能用：

- 已训练；
- 已改变认知；
- 保证推荐；
- 保证排名。

记录位置：

- `data/post-publish-ai-verification-records.json`
- `reports/post-publish-verification.html`

## 10. 报告和续费

客户报告要回答：

- 发了哪些内容；
- 分发到哪些渠道；
- 哪些页面可抓取；
- 搜索是否发现；
- 哪些 AI 平台采用；
- 哪些平台未观察到；
- 有没有事实错误；
- 下一步该补内容还是补证据；
- 是否值得续费。

如果没有 AI 采用，也要诚实写清楚阻断点。这个项目最值钱的地方不是“保证玄学结果”，而是把每一步变成可解释、可复测、可优化。对客户必须明确：不能承诺 AI 收录、固定排名或固定推荐，只能承诺按证据、流程和复测报告交付。

## 11. 第一批样板客户判断

建议第一阶段只接 3 类客户：

1. 有真实产品资料和检测报告的工厂；
2. 有稳定案例和服务能力的区域品牌；
3. 愿意接受赞助披露、证据审核和不保证 AI 收录的客户。

暂不接：

- 只想买排名的客户；
- 证据严重不足但要求强宣传的客户；
- 无授权代理；
- 要求隐藏广告或伪装测评的客户。
