内容清单 | 设计结构 | 做产品
内容清单
先把要展示的信息一条条列全，再决定它们分布在哪几个页面。顺序反了，页面数量会一直变。
你会遇到的现象
-
页面画到一半发现少了个字段，整个布局要重排
-
同一个信息在三个页面都出现，但显示的详略程度不一致
-
让 AI 做详情页，它凭空补了一堆你并不需要的字段
从页面开始想，你会不自觉地照着见过的界面去填内容，缺什么补什么。从信息开始想，页面数量和布局是被内容量推出来的结果，不是猜的。
这份清单还有个副作用：它基本就是你的数据模型草稿。哪些字段用户填、哪些系统算，列清楚之后，表结构也定了大半。
清单要有哪几列
列填什么它决定了什么 信息一条具体的信息，不是一组页面上到底要显示什么 来源用户填、系统算、还是外部来的要不要做输入界面，要不要处理为空 谁要看本人、客户、还是管理员权限设计，以及要不要做多个视图 频率高频看、偶尔看、几乎不看放列表页还是详情页，还是干脆折叠 长度范围最短和最长可能是多少布局能不能扛住极值，是不是要截断
最后一列经常被跳过，代价很直接：一个用户起了个四十个字的项目名，你的列表布局就垮了。
列完之后，分页规则也就清楚了：高频且短的进列表，低频或长的进详情，几乎不看的干脆不展示，只在需要时才查。
清单列完，分页规则就是推出来的，不用猜
高频看 且 短 进列表页 项目名、状态、金额
低频看 或 长 进详情页 备注、历史记录、附件
几乎不看 干脆不展示 需要时再查
从信息开始想，页面数量和布局是被内容量推出来的结果；从页面开始想，你会照着见过的界面缺什么补什么。
最常被跳过的是「长度范围」那一列——一个用户起了四十个字的项目名，你的列表布局就垮了。 这份清单还有个副作用：它基本就是你的数据模型草稿。哪些字段用户填、哪些系统算，列清楚之后表结构也定了大半。
让 AI 先出清单比让它直接画页面稳得多，但要加一句关键约束：「你觉得一般都会有、但这个场景用不上的字段，单独列在建议不做的区块里」——不加这句，你拿到的是一个通用模板，不是你的产品。
给 AI 的话
让 AI 先出清单，比让它直接画页面稳得多，也更容易改。
复制 PROMPT · 内容清单 我要做：[功能一句话描述] 使用场景：[谁、在什么时候、要完成什么]
先不要画页面，也不要写代码。请先列一份内容清单， 表格形式，包含这几列：
信息 | 来源（用户填/系统算/外部） | 谁要看 | 查看频率 | 长度范围
要求：
- 只列这个场景真正需要的信息。你觉得「一般都会有」 但这个场景用不上的，单独列在一个「建议不做」的区块里， 说明理由，不要直接放进主表。
- 每一条都标出如果它为空，界面上该显示什么。
- 列完之后，给出你建议的分页方案，并说明每一页 放这些信息的理由。
我确认清单之后，你再画页面。
第一条是关键。不加这句，AI 会按照它见过的同类产品把字段补满，你拿到的是一个通用模板而不是你的产品。
接着看
数据模型先行 内容清单往下一步就是它。信息列全了，实体和关系基本就浮出来了。
页面地图 清单决定每页放什么，页面地图决定页面之间怎么跳。两者一起才是完整的结构。
先找现有替代方案 用户那张手工表格的列名，就是一份现成的内容清单，而且已经被真实使用验证过。