这份文档回答老板的问题：「一般这种软件设计，他们是怎么把这些东西捋清楚的？怎么保证既能满足功能需求，又能在 UI 上体现出来？让我查缺补漏。」 配套交付：模块说明书.html（每个模块旁注 12 问）、Launchpad-界面元素数据字典.md（501 条）、Launchpad-元素过表.html/.xlsx（逐条过审）。 方法论出处与书单见调研-信息设计方法论.md（含 13 本书、12 条标准、20 种做法的适用性判断）。
---
老板现在的状态是：看了很多线稿，但「不知道功能有没有做完、有没有遗漏」。这不是审美问题，是缺可校验的台账。专业团队靠三张表把这件事锁死：
| 表 | 回答什么问题 | 我们现在有没有 |
|---|---|---|
| 对象地图（OOUX） | 这个产品到底有哪几样东西？ | ❌ 没有（这是「串不起来」的根因） |
| 数据字典 | 每样东西有哪些字段、谁写、空了显示什么？ | ⚠️ 有半张（501 条，但缺 4 列） |
| 可追溯矩阵 | 每条需求有没有在界面上落地？落在哪个模块？ | ❌ 没有（全产品一条需求编号都没有） |
补上这三张，才能回答「做完了没有」——否则永远靠感觉。
---
```
① 对象地图 → ② 数据字典 → ③ CRUD 矩阵 → ④ 需求编号 → ⑤ 模块 12 问 → ⑥ 验收
有哪些东西 每个东西的字段 谁读谁写 需求↔模块↔元素 每个模块讲清楚 做完打勾
```
10 个对象：项目 Project / 代币 Token / 验证凭证 Proof / 发售 Sale / 里程碑 Milestone / 季度报告 Report / 押金 Deposit / 持仓 Position / 经营指标 Traction / 放款批次 Tranche。
完整表（属性 × 出现在哪些模块 × 谁创建 × 生命周期）在 模块说明书.html 的「零」章节。
用法：以后讨论需求时说的是「里程碑对象加一个字段」，不是「项目页那个红框里加一行」——这就是「串起来」。
现有 Launchpad-界面元素数据字典.md 已有：ID / 页面 / 区块 / 元素名 / 示例值 / 数据来源 / 首期 / 状态。
必须补的 4 列（补齐即成为可校验台账）：
| 新列 | 填什么 | 为什么必须 |
|---|---|---|
| 类型格式 | 数字（币种/小数位）/ 文本（字数上限）/ 时间 / 枚举 / 图片（尺寸与大小） | 不写 → 开发各写各的取整规则，链上链下数字对不上 |
| 谁写入 | 项目方填 / 系统计算 / 链上直读 / 平台运营 | 不写 → 开发一定来问「这个字段谁来填」 |
| 是否可空 | 必填 / 选填 | 不写 → 空态没人做 |
| 空态显示 | 空了显示什么（占位 / 灰态 / 隐藏 / 引导） | 不写 → 上线第一周全是「为什么这里是空的」 |
补法：打开 Launchpad-元素过表.xlsx，直接在后面加这 4 列；过表时顺手填。
一行一个对象，一列一个模块，格子里写 C（创建）/ R（读）/ U（改）/ D（删）。
它抓两种病：
三层编号，从目标挂到验收：
```
G-xx 目标（老板的话） G-02 证明不是空口
R-xx 需求（能验收的一句话） R-03 数据源连接与可信度信号
M-xx 模块（界面落点） L2 连接状态清单
P-xxx 元素（数据字典 ID） P153–P159
▢ 验收（Q12 的勾选项） 5 条
```
规则：任何新需求必须先有 R-编号才能进设计；任何模块的 Q4 必须写它承接哪个 R-编号；任何 R-编号必须至少落在一个模块上，否则不算做完。
已在 模块说明书.html 里为项目页 19 个模块全部标好 R-编号，并给了 3 条走通的示范链（G-01→R-01→M1→P01–P08→验收 等）。
完整清单、填写铁律、两个填写示例（连接状态模块 / 发币向导第⑦步押金）在 调研-信息设计方法论.md E 部分。摘要：
| # | 问题 | # | 问题 |
|---|---|---|---|
| Q1 | 编号/名字/元素 ID | Q7 | 空态·加载·出错·无权限 |
| Q2 | 为谁服务、什么状态下看到 | Q8 | 主按钮是什么、点了发生什么 |
| Q3 | 一句话目的（用户的话） | Q9 | 成功与失败各给什么反馈 |
| Q4 | 承接哪条需求编号 | Q10 | 边界·限额·精度·单位 |
| Q5 | 显示哪些字段（名/示例/来源/谁写/空态） | Q11 | 埋点 |
| Q6 | 进入与退出条件（可见性） | Q12 | 验收标准（可勾选） |
三条铁律（方法论文档 E.2）：
每个模块的 Q12 就是验收清单。全勾 = 这个模块做完。统一加 4 条通用项：
☐ 四态齐（空/加载/错/无权限） ☐ 字段与字典一致 ☐ 数值精度与单位一致 ☐ 截图验收
---
模块说明书.html 的「零」对象地图，确认 10 个对象没有漏（漏一个，后面全歪）。Launchpad-元素过表.html 里的 「只看有冲突 27」+「只看待拍板 50」，每条只落一个决定（要/不要/待定）。这是真正卡住设计的 77 条。模块说明书.html 从头往下读项目页 19 个模块，遇到「待拍板/有冲突」停下来做决定；把每个模块 Q12 的勾选项当作最终验收。这就是 Launchpad-元素台账-v2.xlsx 新增的 4 列，也是「说明书」与「台账」必须一致的口径。任何元素缺这四项，开发就一定来问：
| 要素 | 写什么 | 不写的后果 | 例（P227 价格） |
|---|---|---|---|
| 类型格式 | 数字（币种/小数位/千分位）· 文本（字数上限）· 时间（格式）· 枚举（取值集合）· 图片（尺寸/大小）· 地址（脱敏与复制） | 开发各写各的取整规则，链上链下数字对不上 | 金额（USD）｜千分位 ＋ 2 位小数 |
| 谁写入 | 项目方填 / 系统计算 / 链上直读 / 平台运营（设计） | 开发一定来问「这个字段谁来填」 | 系统/链上 |
| 是否可空 | 必填 / 选填 / 不可空（无数据走空态） | 空态没人做 | 不可空（无数据时走空态） |
| 空态显示 | 空了显示什么：占位 / 灰态 / 隐藏 / 「—（待接入）」/ 本元素就是空态文案 | 上线第一周全是「为什么这里是空的」 | 无数据显示「—（待接入）」 |
本节示例值由脚本从 Launchpad-元素台账-v2.md 取真值（P227 价格：金额（USD）｜千分位 ＋ 2 位小数 / 系统/链上 / 不可空（无数据时走空态）/ 无数据显示「—（待接入）」），台账重生成后同步校验。
单一真源：这 4 列以 Launchpad-元素台账-v2.md/.xlsx 为权威；模块说明书.html 的 Q5 与它同源生成（同一套规则脚本），两处不得各自手改。
模块说明书.html这两条检查现在有现成结果：孤儿 38 条、空洞 21 处，见模块台账.md§8.2/§8.3 与模块说明书.html的「零之三」。
调研-信息设计方法论.md（C/D 部分）---
| 要做什么 | 打开哪个 |
|---|---|
| 看「整个产品要做的全部事情」+ 每块要什么数据 | 模块说明书.html（53 个模块，项目页全 12 问） |
| 看「有哪些需求、每条落在哪、怎么算做完」 | 需求台账.md（47 条需求 / 9 个目标 / 53 个模块落点） |
| 一条条过审、做决定 | Launchpad-元素过表.html（501 条，可点 要/不要/待定） |
| 给每个字段定类型与来源（开发照这个写） | Launchpad-元素台账-v2.xlsx（501 条 × 12 列，含类型格式/谁写入/是否可空/空态） |
| 差什么、漏什么 | 模块台账.md §8.2 孤儿 38 / §8.3 空洞 21 / §9 一页结论 |
五份东西的关系：需求台账说做什么 → 模块说明书说每块怎么落地 → 元素台账说每个字段长什么样 → 模块台账说哪里还漏着 → 流程文档说以后怎么维护。