先说清楚参考来源，免得正文里突然冒出一串品牌名显得突兀。

本文主要参考了几份公开材料：Kontent.ai 关于 Headless、企业站与知识管理的说明（含 Content hub 多输出示意）、Contentful 的《Ultimate Guide to Headless CMS》、Elinext 对 Headless / Decoupled 的梳理、Human Made 的《Headless WordPress》，以及 Baklib 自己的模板中心与无头内容文档。下面提到这些名字，是在注明出处，不是在做广告。

选型会上最常出现一种假问题：我们要 CMS，还是要 Headless？

更有用的问题也许是：内容源就绪之后，第一年到底要交付哪些场景？Kontent 把枢纽的输出画成网站、聊天机器人、移动、PDF、社交、虚拟现实等。Contentful 则警告：每出现一个新数字产品就再上一套 CMS，是敏捷的反面。Baklib 的落点，是用约二十套官方模板，把触点清单变成可安装的应用。

下面把证据、模板矩阵，以及第一年不该做的事，尽量说开。模板清单以 Baklib 模板中心为准；文中按 CMS / Wiki / Community 三类列出常见场景。

Kontent 的企业站用例里有一个很实用的画面：组织常为不同品牌或目的运营多个网站，却希望共享内容；需要在同一管理界面里创建、复用、预览、发布。示意里可以在多个品牌站之间切换预览。

要点不是某个行业，而是「一库多头皮」。

中国团队的对照，你大概见过：品牌站、帮助中心、招聘站、资料中心若各买各的，战役一来就对拷。知识管理用例则强调单一事实源，以及门户化快速解题；内容分发用例用流媒体式隐喻，描述跨站、应用、社交与物联网——开发者可以自建界面，内容仍中央治理。

你有没有这种感觉：全渠道口号一响，大家先吵前端，很少先问稿源在哪。

Kontent 把常见用例拆得很清楚。企业网站要治理、安全、规模与定制。知识管理要巩固关键沟通信息。内容分发要一致的中央管理，加自由的前端。扩展列表常包括电商、移动、印刷与 PDF、物联网、增强现实等——这说明「头」会无限生长，枢纽应尽量稳定。

Elinext 补了一句动机：设备形态多样，且都要个性化内容。Human Made 用网站、应用、Apple News 描述多前端，并用 TechCrunch 等案例证明生产级可行。这些是行业旁证，不是 Baklib 客户故事。市场体量被 Elinext 用作背景热度，提醒你：这更像长期结构性变化，而不是一季度的概念炒作。

从上面几份材料可以看出一个交集：大家吵的不是「要不要网站」，而是「同一事实，能不能喂给多个播放器」。

模板中心大致分三类：CMS、Wiki、Community。名字好记，职责也清楚——CMS 偏对外内容站，Wiki 偏结构化知识阅读与问答，Community 偏协作与内部门户。

一条产品规格说明，加上资源库里的产品图与 PDF，可以这样复用：帮助中心承载排障章节；文档站承载完整参数；官网或产品页引用摘要与图；资料中心提供下载；对话模板以该文档为检索范围；外部系统经 API 拉取。这比口号式的「我们支持全渠道」有用——因为它指出复用单元是什么。

另有 Blank：空白起步模板，适合明确要自研主题的人。它更像画布，不像即装即用的场景播放器；所以通常不当作第一年必装项。

推荐概念验证组合，可以更克制一点：产品公司用 Help 加 Docs，可选 Chat；品牌增长用 WWW 加 Blog 加 Resources；内部用 Intranet 加 Docs；生态用 Developers 加 API 文档加 Feedback。同一组织可多站点，也可把多应用聚合到同一主域的不同路径。

模板是默认头，不是唯一头。空白模板、自研主题、外部前端与 API 仍在。真正的锁死是：内容只活在某一个模板的页面树里，从未进知识库与资源库。

第一年，有三件事我更倾向于先不做。

一是不要把虚拟现实或物联网写进一期验收——列表是光谱，不是待办全抄。二是不要同时上齐二十个模板——编辑会迷失，治理会崩。三是不要在没有知识库的情况下先做对话——无事实源的对话，只是更快的客服幻觉。

对照流媒体隐喻：先有片库，才有多端播放器。你的片库是知识库与资源库；模板和应用只是播放器。播放器可以换，片库不能每换一端就重拍。

按 Contentful「从小规模扩展」的建议：先帮助与文档闭环，再官网与资料，再对话。可能还有别的顺序；但「先堆空站」通常最贵。

召开一场一小时的场景勾选会，只勾选今年要上线的三个触点。

为每个触点指定：内容源是知识库哪一枝、资源库哪一类、模板哪一个。拒绝没有内容源负责人的触点进路线图。八周后复盘：复制粘贴次数是否下降、客服口径冲突是否下降。影子实例是否变少，比模板宫格是否好看更重要。

二十个模板若只是市场页上的宫格，会变成收藏夹。变成组织分工的方法是：每个启用的模板必须有业务 Owner、内容源、发布节奏、成功指标。

例如帮助中心 Owner 是支持负责人，源是知识库「产品支持」空间，节奏是随版本周更，指标是工单自助率。资料中心 Owner 是市场，源是资源库白皮书合集与知识库摘要，节奏是战役制，指标是合格线索。

Kontent 的多品牌预览，启发我们在多站点之间共享片段与资产，而不是共享整页。整页共享容易带来品牌冲突；片段共享可以保留各自皮肤。Baklib 的知识片段与 dam-id，正是为此准备。若两个品牌站需要不同 Hero 图、但同一合规段落，合规段落进片段，Hero 图各选各的资源。

全渠道口号破产的常见方式是：渠道清单由市场拍脑袋，工程按清单建空站，内容团队无力填充。勾选会必须有内容团队否决权。没有稿源的触点，不应进入季度目标。

从 CMS 到无头，再到场景应用，清单比口号重要。Baklib 把枢纽式输出映射成可勾选的模板矩阵——先交得出帮助中心，再谈更远的触点。

可能二十个都用得上，但也未必。更现实的是：先勾三个，配上 Owner 和事实源，再看复制粘贴还剩多少理由。