# Site PRD Benchmark Standard — AIE v4 提炼版

日期：2026-06-10  
来源案例：AIE / aieditorrsp.net PRD v4 复盘  
用途：作为后续所有 SEO / 工具 / prompt library / 小产品站的 PRD 标杆流程。

## 0. 标杆结论

AIE PRD v4 可以作为后续站点的 benchmark case，但不能直接复制具体内容。应复制的是“合同化流程”：

```text
SEO-led Product Form Gate
→ PRD Core
→ Product-state Contract
→ Pricing Contract
→ SEO-copy Freeze + Route Index Contract
→ Design Acceptance Contract
→ Owner PRD Approval
→ Design / Build / QA / Launch
```

核心原则：

```text
先定义产品形态，再设计页面。
先冻结合同，再开工下游。
内容达标即 index；不达标不发布或临时 noindex。
Copy / Free value 先于登录、额度、支付。
设计不是自由发挥，前端不是现场补产品经理。
```

## 1. 为什么 AIE 是标杆案例

AIE 暴露了自动做站最典型的返工链：

1. 搜索意图是 prompt/effect library，但实现容易跑成 generic AI editor SaaS。
2. Stitch 设计源容易用旧稿，导致“全绿但不是最新设计”。
3. PRD 缺 Product-state contract，登录 / 额度 / provider / checkout 状态被前端现场猜。
4. Pricing 只写边界，不写可执行套餐、额度、Tax、Webhook、禁用状态。
5. SEO page matrix / noindex / sitemap / redirect 没冻结，前端和 SEO 容易冲突。
6. Design brief 太弱，无法约束 Stitch 和前端。

AIE v4 的修正方式具有通用性：把隐性判断变成合同，把下游自由发挥变成 gate 验收。

## 2. 后续所有站默认六件套

每个正式做站项目，在设计和开发前必须有六件套。没有六件套，不得进入 Stitch / 前端。

### 2.1 PRD Core

必须回答：

- 站点类型：tool / directory / prompt library / map / guide / benchmark / hybrid。
- 主搜索意图：用户搜索时真正要完成什么任务。
- 核心用户任务链：find → evaluate → use/apply → export/copy/save → understand state。
- 页面职责：每条 route 的 role、primary keyword、user job、CTA。
- NOT-DO：明确 v1 不做什么。
- Runtime architecture：静态 / Workers / OpenNext / D1 / R2 / KV / Stripe / AI proxy。
- GTM / analytics / launch requirements。

### 2.2 Product-state Contract

必须覆盖：

- anonymous。
- signed-in free。
- signed-in pro。
- quota available。
- quota exhausted。
- provider disabled。
- provider preview。
- provider live。
- checkout disabled。
- paid disabled。
- provider error。

每个状态必须定义：

- Header / account UI。
- 主工具区。
- 卡片 CTA。
- 免费价值动作。
- paid action。
- error / quota messaging。
- 是否扣额度。
- 是否允许 checkout。
- analytics event。

### 2.3 Pricing Contract

付费站必须默认三档：

- Free：获客入口，写清免费额度和永久免费动作。
- Pro：自助付费主档，写清价格、额度、reset、功能、限制。
- Business / Team / Enterprise：未实现团队权限、seat、invoice、API/SLA 前只能 Contact / Waitlist。

必须包含：

- Monthly / Yearly 或明确例外。
- 禁止 Unlimited。
- Quota exhausted 行为。
- Provider disabled / preview / live 降级。
- `paid_enabled` / `checkout_enabled` gating。
- Stripe `automatic_tax`。
- `billing_address_collection: required`。
- `tax_id_collection: enabled`。
- webhook 验证。
- refund policy。
- subtotal / tax / total 财务口径。

### 2.4 SEO-copy Freeze + Route Index Contract

每个 public route 必须有：

- canonical path。
- primary keyword。
- user intent。
- route role。
- H1 / short answer / H2 / FAQ / schema。
- internal links。
- index policy。
- sitemap inclusion。
- redirect / canonical aliases。

默认规则：

```text
不是按页面类型默认 noindex。
而是按内容状态决定。
内容达标 = index + sitemap。
不达标 = 不发布，或临时 noindex。
```

只允许 noindex：

- placeholder / empty / thin。
- duplicate / alias / redirect。
- 缺核心内容的 detail/category/provider page。
- 会误导用户的未完成 payment/provider state。

### 2.5 Design Acceptance Contract

设计前必须明确：

- 最新设计源 / Stitch project id。
- 页面级 layout contract。
- Header / Footer / CTA hierarchy。
- Core states。
- Mobile breakpoints。
- SEO content-fit matrix。
- No-Go conditions。

设计验收必须输出：

```json
{
  "design_verdict": "DESIGN_GO | DESIGN_CONDITIONAL_GO | DESIGN_NO_GO",
  "source_verdict": "latest_stitch_verified | blocked_no_source | blocked_stale_source",
  "prd_alignment": "pass|partial|fail",
  "seo_content_fit": "pass|partial|fail",
  "state_coverage": "pass|partial|fail",
  "responsive_coverage": "pass|partial|fail",
  "missing_states": [],
  "missing_routes": [],
  "waivers": [],
  "next_gate": "frontend_build|prd_revision|design_revision"
}
```

### 2.6 Implementation Gate / Acceptance Plan

前端 / 后端 / QA 必须按真实用户任务验收，而不是按页面是否存在验收。

必须包含：

- 5 秒测试。
- 核心任务链测试。
- 状态矩阵测试。
- 移动端 390 / 430。
- SEO technical check。
- sitemap / robots / canonical。
- analytics events。
- payment / webhook / tax evidence。
- commit + push + deploy 同 SHA。

## 3. Stop-the-line 触发器

后续站点出现以下任一情况，必须停线回 PRD / 合同层，不得继续修 UI：

- Owner 说“不是最新设计 / 不是这个方向 / 像旧稿”。
- 自动验证全绿，但用户认为产品不对。
- 前端在猜 pricing / login / quota / payment 状态。
- SEO 和前端对哪些页面 index / noindex / redirect 有冲突。
- Stitch 没有核心工具状态。
- Header / Footer / CTA 每页不一致。
- 页面矩阵很大，但内容无法做到 index-ready。
- 设计需要裁掉 SEO freeze 文案才能成立。

处理方式：

1. Block 设计 / 前端 / QA / launch。
2. 保留历史任务，不删除证据。
3. 回 PRD 六件套。
4. Owner 重新确认后再继续。

## 4. 标准任务 DAG

后续站点建议 Kanban DAG：

```text
01 SEO-led Product Form Gate
  ↓
02 PRD Core Draft
  ├─ 03A Product-state Contract
  ├─ 03B Pricing Contract
  ├─ 03C SEO-copy Freeze + Route Index Contract
  └─ 03D Compliance / Policy Boundary
  ↓
04 PRD Synthesis vNext
  ↓
05 Owner PRD Approval
  ↓
06 Design Acceptance Contract / Stitch Brief
  ↓
07 Stitch / Design
  ↓
08 Design Acceptance Review
  ↓
09 Frontend / Backend Implementation
  ↓
10 Product Acceptance
  ↓
11 SEO / Compliance / QA Recheck
  ↓
12 Launch / Analytics / Operations Handoff
```

硬规则：

- 05 前，设计不得开工。
- 08 前，前端不得开工。
- 10 前，Final QA 不得放行。
- 12 前，必须 commit + push + deploy 同 SHA。

## 5. Owner 审阅包标准

发给 Owner 的 PRD 审阅包不应该是 1500 行全文作为唯一入口。应该同时给短包：

```markdown
# Owner PRD Review Pack

- 一句话定位：
- 站点类型：
- 主用户任务：
- 页面矩阵：
- 免费价值：
- 定价：
- Index policy：
- Runtime / payment / data：
- Design direction：
- NOT-DO：
- 主要风险：
- 需要 Owner 决策：
```

全文作为附件，短包用于决策。

## 6. AIE 之后的默认改动

从 AIE v4 起，后续所有站默认采用以下新规则：

1. **内容达标即 index**：不要因为页面是 pricing / future / legal / trend 就 blanket noindex。
2. **Design Acceptance Contract 必须独立成文**：不能只在 PRD 里写几条视觉建议。
3. **Pricing Contract 必须可执行**：前端能直接照着实现，不能只写商业边界。
4. **Product-state Contract 必须机器可验收**：状态、CTA、额度、支付、错误、analytics 都要可测。
5. **最新设计源必须验明**：Stitch project id / source_checked_at / exported states 必填。
6. **Owner approval 是硬闸门**：无明确批准，不进入设计/开发。
7. **前端发现合同缺口必须 block**：不得现场补产品经理。

## 7. 最佳实践文件结构

推荐每个站都落以下文件：

```text
reports/<tenant>/
  00-input-brief.md
  01-seo-led-product-form-gate.md
  02-prd-core.md
  03-product-state-contract.md
  04-pricing-contract.md
  05-seo-copy-freeze-route-index-contract.md
  06-design-acceptance-contract.md
  07-owner-review-pack.md
  08-implementation-acceptance-plan.md
  09-change-log.md
```

## 8. 标杆验收 Checklist

一个 PRD 能作为标杆，必须全部满足：

- [ ] 搜索意图决定产品形态，不是 SaaS 壳先行。
- [ ] 页面职责清晰，没有 hub / catalog / tool 互相抢职责。
- [ ] Product-state contract 覆盖匿名、登录、额度、provider、checkout、错误。
- [ ] Pricing contract 可直接实现，包含 Tax / billing / webhook / refund。
- [ ] Route Index Contract 可直接生成 sitemap / meta / canonical / redirect。
- [ ] 内容达标即 index，不达标不发布或临时 noindex。
- [ ] Design Acceptance Contract 独立存在，且含最新设计源验证。
- [ ] 下游验收基于真实用户任务。
- [ ] Owner 明确批准后才进入设计。
- [ ] 变更记录清楚，内部审查意见不污染 PRD 正文。

## 9. 对 AIE 当前包的最终定位

AIE PRD v4 当前包定位为：

```text
benchmark case / reference implementation
```

补齐 `design-acceptance-contract.md` 和本抽象文档后，可升级为：

```text
site-building PRD benchmark standard v1
```

后续所有站应按这个标准走。AIE 的具体路线、关键词、prompt library 内容不复用；复用的是六件套合同、gate 顺序、验收标准和 stop-the-line 机制。