从内容资产，到数字体验，你需要了解的都在这里
浏览：3
巴克励步
如果你只读一篇，希望这篇能充当全系列入口。 问题可以问得很朴素：客户、开发者、采购、员工在网上找你们公司材料时，会不会迷路？会不会三处看到三个版本的价格、认证或 API 说明？内容、运营、产品往往各管一摊，最终却投影到 `www`、`docs`、`help`、`status` 等不同 URL 上——数字体验的本质，是内容资产在多场景下的分工与一致。
如果你只读一篇，希望这篇能充当全系列入口。
问题可以问得很朴素：客户、开发者、采购、员工在网上找你们公司材料时，会不会迷路？会不会三处看到三个版本的价格、认证或 API 说明？内容、运营、产品往往各管一摊，最终却投影到
www、docs、help、status 等不同 URL 上——数字体验的本质，是内容资产在多场景下的分工与一致。本仓库对 Perplexity、Anthropic、OpenAI、Cursor、Intercom、Mintlify 等多家 SaaS/AI 公司做了二级域名样本研究。下文串起全系列核心结论，并指向 9 篇派生文的深入角度。
一、研究在回答什么？
不是「该买几个域名」，而是：
成熟企业为撑起优秀数字体验，沉淀了哪些内容、服务了哪些场景、面向了哪些受众？
二级域名前缀是公开、可验证的观察窗口——门牌是表象，楼里存放的内容才是规划对象。
二、三个核心数字（记住就够）
- 骨干四件套：www、api、docs、status——Top 4 约占本研究过滤集有效信号 46.7%（计次分别为 20、15、12、10）。
- 五族群十八场景：行业常将体验归纳为品牌获客、客户支持、开发者生态、组织合规、内容社区五类，共 18 种场景模板。
- 阶段规模：MVP 约 4 前缀 → 成长期 8～12 → 成熟期 15～20+（可观测侧面，非规划起点）。
三、理论框架：一张图看懂
数字体验 = 多受众 × 多场景 × 一套内容资产
| 受众 | 典型场景 | 惯例入口 |
|---|---|---|
| 潜在客户 | 了解产品 | www, blog |
| 已购用户 | 完成任务 | help, app |
| 开发者 | 集成调试 | docs, api |
| 采购/安全 | 合规审计 | trust, status |
| 员工 | 制度知识 | intranet |
六层体验架构（门脸 → 自助认知 → 产品应用 → 开发者 → 信任韧性 → 身份商业）是排期 checklist，详见母稿与 01-公式篇。
四、公式：主域 + 四件套 + 五族群
现代 AI/SaaS 常见布局：
品牌主域
├── www / docs / api / status （骨干四件套）
├── help / blog / chat / platform （自助与产品化）
├── trust / legal / privacy （信任合规）
└── community / partners / academy （成熟期生态）
五、成熟企业沉淀哪些资产？
八大类 taxonomy：品牌叙事、产品规格、任务自助、开发者集成、信任合规、获客深度内容、生态社区、组织内部——详见 05-内容资产篇。
一句话：关键事实应有单一来源，多场景引用。
六、三个岗位，各带走什么？
| 岗位 | 核心动作 | 派生文 |
|---|---|---|
| 内容岗 | 话术库、docs/help 边界、GEO 结构化 | 02-内容岗清单 |
| 运营岗 | 自助率、status、trust 售前包 | 03-运营岗清单 |
| 产品经理 | 受众矩阵、MVP→成熟路线图 | 04-产品矩阵 |
七、分阶段怎么做？
| 阶段 | 骨干组合 | 目标 |
|---|---|---|
| MVP（~1 月） | www + docs + help + status | 看懂、能查、能通报 |
| 成长期 | + blog、api、trust、chat/platform | 获客、集成、采购应答 |
| 成熟期 | + community、partners、academy、区域镜像 | 生态与组织知识 |
从 4 到 10+ 的务实节奏见 09-10+资产篇。
八、AI 时代增量：GEO
大模型与 AI 搜索（GEO）意味着内容消费者包括 Agent。原则：
- 结构化：FAQ、OpenAPI、清晰标题层级
- 语义稳定：docs、api、status 等惯例路径
- 版本绑定：公开文档与产品行为一致
不是重复劳动，而是同一源头的多通道输出（Headless / 内容中台）。
九、四个常见误区
- 每个场景买一个 SaaS，却不统一内容源 → 改一处改三处
- 只有官网没有 docs → 集成与支持成本陡增
- trust 只有 PDF → 审计被动
- 盲目铺 20 个空站 → 过时信息伤品牌
十、三个立刻能做的动作（无需采购）
- 30 分钟列出对外 URL，按六层贴标签，标「无主维护人」孤儿页。
- 抽 10 条高频客服问题，在 www、help、docs 搜索，记答案是否一致。
- 与法务确认 trust、privacy、status 固定链接，能否放进售前包。
十一、全系列阅读地图
你在这里 → 10 总览
├→ 01 公式（AI/SaaS 布局）
├→ 02 内容岗 / 03 运营岗 / 04 产品岗
├→ 05 资产 taxonomy
├→ 06 成功另类拆解
└→ 07 AI 18+ / 08 B2B 18+ / 09 科技 10+
母稿全文（方法论与数据表）：企业数字体验需要哪些内容
十二、结尾：先建内容地图，门牌自然会挂对
优秀数字体验，不是网站越多越好，而是每种受众在关键场景下，都能拿到对的、一致的、可更新的信息。子域数量是内容就位后的技术侧面；规划应从受众与场景反推。
三句话收束：
- 内容岗：先统一话术与术语，再扩场景。
- 运营岗：先量自助与 status，再扩获客。
- 产品经理：先画矩阵，再批入口。
关于 Baklib
从内容资产到数字体验，中间缺的是统一基础设施。Baklib 定位下一代企业数字内容基础设施：以单一内容源驱动品牌站、文档、帮助、信任、社区、伙伴等 18 类场景门户，支持 Headless 分发与 Markdown 原生，顺应 AI 时代「给人看也给 Agent 读」的结构化要求。
无论你是按 MVP 四件套起步，还是对标 10～20 场景成熟剖面，都可用 Baklib 场景模板作对照做 POC——减少多工具拼凑带来的副本失控，把精力放回「写什么、为谁写」，而非「第几个 CMS 要改」。系列其他篇章从岗位与行业剖面展开；若需落地统一内容中台，欢迎访问 www.baklib.com 进一步了解。
数据说明：本文 Top4、阶段规模等均来自本研究对多家 SaaS/AI 公司二级域名样本聚合（
subdomain_score.json），非全球统计。
