内容清单

先把要展示的信息列全，再谈分几个页面。

先把要展示的信息一条条列全，再决定它们分布在哪几个页面。顺序反了，页面数量会一直变。内容清单是把页面设计从「凭感觉」变成「算出来」的第一步，也是网站与产品信息架构的常规起手式。content-inventory-wiki

你会遇到的现象：

• 页面画到一半发现少了个字段，整个布局要重排
• 同一个信息在三个页面都出现，但显示的详略程度不一致
• 让 AI 做详情页，它凭空补了一堆你并不需要的字段

从页面开始想，你会不自觉地照着见过的界面去填内容，缺什么补什么。从信息开始想，页面数量和布局是被内容量推出来的结果，不是猜的。

举一个最小的例子：一个「项目」页面至少需要项目名、状态、负责人、截止日期、备注五条信息。把它们列出来再分页，比先画一个「看起来像项目页」的界面可靠得多——后者很容易把备注和历史的详略关系搞反。

这份清单还有个副作用：它基本就是你的数据模型草稿。哪些字段用户填、哪些系统算，列清楚之后，表结构也定了大半。

清单要有哪几列

最后一列经常被跳过，代价很直接：一个用户起了个四十个字的项目名，你的列表布局就垮了。

另外补一个容易被忽略的维度：信息之间的依赖。比如「负责人」为空时「催办」按钮就不该出现——这类依赖关系在清单阶段标出来，比在代码里发现再补救便宜得多。

列完之后，分页规则也就清楚了：高频且短的进列表，低频或长的进详情，几乎不看的干脆不展示，只在需要时才查。

给 AI 的话

让 AI 先出清单，比让它直接画页面稳得多，也更容易改。清单和页面之间要能来回改：每次改完清单，让 AI 重画受影响的那一页，而不是在旧页面上打补丁——保证清单始终是唯一事实来源。

PROMPT · 内容清单

我要做：[功能一句话描述]
使用场景：[谁、在什么时候、要完成什么]

先不要画页面，也不要写代码。请先列一份内容清单，
表格形式，包含这几列：

信息 | 来源（用户填/系统算/外部） | 谁要看 | 查看频率 | 长度范围

要求：
1. 只列这个场景真正需要的信息。你觉得「一般都会有」
   但这个场景用不上的，单独列在一个「建议不做」的区块里，
   说明理由，不要直接放进主表。
2. 每一条都标出如果它为空，界面上该显示什么。
3. 列完之后，给出你建议的分页方案，并说明每一页
   放这些信息的理由。

我确认清单之后，你再画页面。

第一条是关键。不加这句，AI 会按照它见过的同类产品把字段补满，你拿到的是一个通用模板而不是你的产品。

**怎么检查清单列全了没有。**拿最终页面反向核对：每一屏的每个字段，都能在清单里找到对应的一条；反过来，清单里每一条都应该在某个页面里找到容身之处。两条都成立，清单才算闭环——任何一方对不上，都说明有一处是拍脑袋补的。