一张图看完整个产品

前面那些文档都是字,看着累。这一页反过来:先给图,再在旁边解释。从上往下六层,一层一层过 —— 就像别人写产品文档的顺序:先讲用户要什么,再讲有哪几样东西,再讲人怎么走、界面长什么样。

先说清楚编号的事:底下那些 R-01、P153 是给开发对账用的,你不用记。这一页里凡是编号,旁边都有中文名字;鼠标停在名字上才显示编号。
已定稿(可以开工) 待拍板(等你定) 有冲突(两个数字打架)

第 1 层为什么做:9 个目标这一层回答"我们到底想让谁得到什么"。47 条需求全部挂在这 9 个目标下面,挂不上的就是多做的。

让人能进来并行动
G-01
6 条需求 · 4 条待定
顶部导航锚点导航季度报告代币用途对比页脚
证明不是空口(差异化核心)
G-02
7 条需求 · 2 条待定
连接状态清单连接数据来源验证验证结论头拖放复核区逐项检查结果验证方激励
钱按里程碑放、不达标有后果
G-03
4 条需求 · 4 条待定
里程碑 tracker里程碑设置核对+交押金我发的
项目方愿意把页面分享出去
G-04
3 条需求 · 2 条待定
项目头业务指标卡组面包屑 + 项目头
交易能顺利完成
G-05
4 条需求 · 1 条待定
价格卡Buy / Sell 面板毕业进度 / 拍卖状态Top Holders
买方能发现好项目
G-06
7 条需求 · 6 条待定
顶部横幅Trending Tokens验证榜筛选条卡片网格 + 列表视图分页 + 页脚精选项目
发行流程不中途流失
G-07
6 条需求 · 1 条待定
顶部导航步骤条Token 资料发售方式收入分账辅助栏 · 辅助栏
持仓、验证与身份可查
G-08
8 条需求 · 1 条待定
顶部导航空态 / 我的资产走势资产汇总条双视角 Tab我买的顶部导航顶部导航页脚
差异化表达被看见
G-09
2 条需求 · 2 条待定
Hero三步说明
这一层是什么
书里叫"战略层"(《用户体验要素》)。填的是:产品目标 + 用户需求。

我们做了
9 条目标,47 条需求全挂上了。绿色进度条越长=这个目标下的需求越多。

还缺
① 没有"人物画像"——只有访客/买家/项目方三种身份,没有具体的人。
② 这 9 条是我归纳的,你还没确认过。

第 2 层有哪些东西:10 个对象,和它们的关系这一层回答"这个产品里到底有哪几样东西"。之前我只列了东西,没画关系 —— 现在画出来了。

项目 Project 代币 Token发售 Sale里程碑 Milestone季度报告 Report押金 Deposit经营指标 Traction 持仓 Position 放款批次 Tranche 验证凭证 Proof 买家买完就有 里程碑达成才放 靠它证明数据是真的 1 个代币 1 场发售 最多 5 条 每季度 1 份 1 笔 6 个指标
这一层是什么
书里叫"对象"(OOUX / ORCA)。产品真正的"东西"只有 10 样,它们会在页面之间流动。

为什么这图重要
左边那根线是"项目",右边挂着的都是属于它的东西。关系比东西本身更重要:删掉一个里程碑,会连带影响放款批次;数据源断了,会同时影响"验证凭证"和"经营指标"。

还缺
押金到底挂在"项目"还是"发售"上——这处关系还没定。

第 3 层人怎么走:七站这一层把 47 条需求按"用户走的顺序"横着排。这样"先做哪一段"一眼就能看出来。

1听说/进来7 条2找项目6 条3看懂靠不靠谱10 条4发币10 条5掏钱买2 条6拿住/领走6 条7持续被验证6 条
绿框里的 23 条 = 第一段要做的(①听说 → ②找项目 → ③看懂 → ④发币(跳过连数据源/里程碑/验证)→ ⑤买 → ⑥拿住)。做完这 23 条,一个陌生人就能从头走到尾。剩下 24 条都是"加厚"。
这一层是什么
书里叫"用户故事地图"(Jeff Patton)。卡片用动词短语,从左到右讲故事。

排完看出什么
最长的一站是 ④发币(10 条),最短的是 ⑤掏钱买(2 条)。而发币那 10 条里,正好有 3 条是还没拍板的事 —— 这就是我们老觉得"哪都差一点"的原因:最重的一段,决策最少。

还没做
需求台账现在还是按模块排的(R-01 对着 M1、C1…),没改成按这条路排。

第 4 层界面在哪:6 个页面,53 块每一块的颜色=它的状态。绿=能开工,黄=等你定,红=数字打架。

首页7 块
导航
横幅卡 A
横幅卡 B
热门条
热门条
热门条
热门条
验证榜 #1
#2
#3
#4
筛选:拍卖中 / 已毕业 / 有收入 / 最新
项目卡
项目卡
项目卡
项目卡
项目卡
项目卡
分页 + 页脚
发币向导10 块
简化导航(只剩 logo + 链)
① 资料
② 数据源
③ 发售
④ 分账
⑤ 里程碑
⑥ 验证
⑦ 押金
当前这一步的内容(表单)
填什么 · 校验 · 上传
右侧辅助栏:还差什么 + 卡片预览
项目页(三栏)19 块
锚点导航
(粘性)
C1 项目头 C2 主视觉 C3 指标卡 C4 走势图
C5 里程碑 C6 季度报告 C7 代币用途
C8 团队与社交 C9 对比(二期)
R1 价格
R2 K 线
R3 买卖
R4 拍卖进度
R5 大户榜
R6 成交
L2 连接状态清单(常驻左侧)
持仓页6 块
导航
总市值
成本
未实现
已平仓
持仓数
我买的(N)
我发的(N)
明细行
明细行
明细行
验证页6 块
导航
‹ 返回项目页 / 项目头
验证结论:通过 · 年收入 $84,210 · 数据源 Stripe · 证于 10-01
把凭证文件拖到这里,本地复核(不上传)
检查 ①
检查 ②
检查 ③
检查 ④
落地页5 块
导航 Projects / Docs
主标题:Launch apps on proof, not promises
副标题 + 两个按钮
第一步
第二步
第三步
精选项目:左 App|右 Token
精选项目:左 App|右 Token
页脚

第 5 层数据有多少:501 个元素,分布在这些页面每一个元素都要写清四件事:长什么样、谁填、能不能空、空着显示什么。

项目页155
发币向导99
首页73
全局规范72
持仓页44
落地页31
验证页27
这一层是什么
书里叫"数据字典"。501 条已经全部登记,四要素也都填了。

还缺
「空着显示什么」这一列里有一批是按规则推断的,需要你和开发过一遍。

在哪查
《元素台账 v2》那个 Excel。

第 6 层长什么样:颜色、徽章、按钮最上面一层。前面五层没定,这一层改了也白改。

绿 · 主操作/涨
粉 · 卖/跌
金 · 里程碑
紫 · 拍卖
青 · 验证
50 鼠标移上去 —— 亮线会把边画满
Launch a tokenBuy查看全部
这一层是什么
颜色、字体、间距、组件(书里叫"表现层")。

还缺
① 没做过视觉打磨(间距、层级、去掉多余的框线)—— 你说徽章"丑",根子在这。
② 没写"设计原则"(为什么用暗色、为什么发光只给一个按钮)。我已经照《设计体系》的方法写出了一份草案。

然后:47 条需求,一条条过按上面那条"人走的路"分组。左边色条=状态:绿能开工、黄等你定、红有冲突。这就是你要"一条条过"的东西。

① 听说 / 进来他第一次听说这个平台,点进来看7 条
已定稿
让用户随时能找到项目、发起发币、连上钱包 —— 全站的「出口」都在这。
📍 在 项目页 · 顶部导航
做完的标准共 4 条 · 编号 R-01(给开发对账用)
待拍板
找法务信息、官方渠道。
📍 在 项目页 · 页脚
做完的标准共 4 条 · 编号 R-14(给开发对账用)
已定稿
落地页导航(Projects / Docs)。
📍 在 落地页 · 顶部导航
做完的标准共 3 条 · 编号 R-43(给开发对账用)
待拍板
价值主张主标题 + 副标题 + 两个按钮。
📍 在 落地页 · Hero
做完的标准共 4 条 · 编号 R-44(给开发对账用)
待拍板
发币+证明 → 募资 → 里程碑放款。
📍 在 落地页 · 三步说明
做完的标准共 4 条 · 编号 R-45(给开发对账用)
待拍板
左边 App 信息、右边 Token 信息并置 —— 差异化最好的表达。
📍 在 落地页 · 精选项目
做完的标准共 4 条 · 编号 R-46(给开发对账用)
已定稿
法务与链接。
📍 在 落地页 · 页脚
做完的标准共 3 条 · 编号 R-47(给开发对账用)
② 找项目他想找到值得看的项目6 条
待拍板
首页最值钱的两个位置:大幅图 + 数据条,轮播。
📍 在 首页 · 顶部横幅
做完的标准共 3 条 · 编号 R-15(给开发对账用)
待拍板
横向滚动的热度代币条。
📍 在 首页 · Trending Tokens
做完的标准共 3 条 · 编号 R-16(给开发对账用)
待拍板
只放已验证项目的排行榜。
📍 在 首页 · 验证榜
做完的标准共 4 条 · 编号 R-17(给开发对账用)
待拍板
拍卖中 / 已毕业 / 已产生收入 / 最新 + 排序 + 视图切换。
📍 在 首页 · 筛选条
做完的标准共 4 条 · 编号 R-18(给开发对账用)
待拍板
项目列表主体。
📍 在 首页 · 卡片网格 + 列表视图
做完的标准共 4 条 · 编号 R-19(给开发对账用)
已定稿
翻页与法务信息。
📍 在 首页 · 分页 + 页脚
做完的标准共 4 条 · 编号 R-20(给开发对账用)
③ 看懂靠不靠谱他判断这个项目值不值得信10 条
待拍板
内容太长时让我一眼知道这页有什么、一键跳过去。
📍 在 项目页 · 锚点导航
做完的标准共 4 条 · 编号 R-02(给开发对账用)
已定稿
让我判断这家项目「数据是真的」—— 这是首期最重要的可信度信号。
📍 在 项目页 · 连接状态清单
做完的标准共 5 条 · 编号 R-03(给开发对账用)
有冲突
一眼知道这是哪个项目、干什么的、去哪找它 —— 也是项目方愿意分享出去的门面。
📍 在 项目页 · 项目头
做完的标准共 5 条 · 编号 R-04(给开发对账用)
待拍板
不看币价,先看这个产品到底有没有人用。
📍 在 项目页 · 业务指标卡组
做完的标准共 4 条 · 编号 R-05(给开发对账用)
有冲突
钱不是一次性给的 —— 让我看到「要达成什么才放款」和「现在到哪了」。
📍 在 项目页 · 里程碑 tracker
做完的标准共 5 条 · 编号 R-06(给开发对账用)
已定稿
项目有没有在持续经营 —— 每季度给我一份可查的证明。
📍 在 项目页 · 季度报告
做完的标准共 3 条 · 编号 R-07(给开发对账用)
待拍板
这币不是空口号 —— 它在产品里到底怎么用、用没用起来。
📍 在 项目页 · 代币用途
做完的标准共 3 条 · 编号 R-08(给开发对账用)
待拍板
和同类项目横向比一比(二期)。
📍 在 项目页 · 对比
做完的标准共 3 条 · 编号 R-09(给开发对账用)
已定稿
随时知道现在多少钱 —— 不用为了看价格往回滚。
📍 在 项目页 · 价格卡
做完的标准共 4 条 · 编号 R-10(给开发对账用)
已定稿
筹码是不是集中在少数人手里。
📍 在 项目页 · Top Holders
做完的标准共 3 条 · 编号 R-13(给开发对账用)
④ 发币(项目方)项目方从想发币到发出去10 条
已定稿
发币流程里收起主导航,避免中途跑掉。
📍 在 发币向导 · 顶部导航
做完的标准共 3 条 · 编号 R-21(给开发对账用)
已定稿
7 步进度指示,可点回跳。
📍 在 发币向导 · 步骤条
做完的标准共 4 条 · 编号 R-22(给开发对账用)
已定稿
填名称、代号、总量、简介、logo、cover、社交、画廊。
📍 在 发币向导 · Token 资料
做完的标准共 3 条 · 编号 R-23(给开发对账用)
已定稿
连 X / GitHub / App Store / GA / Stripe,可全部跳过。
📍 在 发币向导 · 连接数据来源
做完的标准共 3 条 · 编号 R-24(给开发对账用)
有冲突
选 Auction 或绑定 Curve,填发售参数与 FDV。
📍 在 发币向导 · 发售方式
做完的标准共 3 条 · 编号 R-25(给开发对账用)
已定稿
版税分账收款人(≤8)。
📍 在 发币向导 · 收入分账
做完的标准共 4 条 · 编号 R-26(给开发对账用)
有冲突
毕业全额释放 / 自定义 ≤5 条;每条写名称、衡量指标+数据源、目标值、解锁比例、时间窗口。
📍 在 发币向导 · 里程碑设置
做完的标准共 3 条 · 编号 R-27(给开发对账用)
已定稿
选数据源并跑一次 zkTLS 出证,可跳过。
📍 在 发币向导 · 验证
做完的标准共 4 条 · 编号 R-28(给开发对账用)
有冲突
汇总全部信息 + 检查清单 + 押金 + 签名发币。
📍 在 发币向导 · 核对+交押金
做完的标准共 3 条 · 编号 R-29(给开发对账用)
已定稿
全程显示「还差什么」+ 项目页卡片预览 + 草稿保存状态。
📍 在 发币向导 · 辅助栏 · 辅助栏
做完的标准共 4 条 · 编号 R-30(给开发对账用)
⑤ 掏钱买买家把钱换成币2 条
已定稿
用最少的步骤把钱换成币。
📍 在 项目页 · Buy / Sell 面板
做完的标准共 4 条 · 编号 R-11(给开发对账用)
有冲突
这轮募资到哪了、还有多久、达不成会怎样。
📍 在 项目页 · 毕业进度 / 拍卖状态
做完的标准共 4 条 · 编号 R-12(给开发对账用)
⑥ 拿住 / 领走买完能查自己的钱6 条
已定稿
同全站导航。
📍 在 持仓页 · 顶部导航
做完的标准共 3 条 · 编号 R-31(给开发对账用)
已定稿
未连钱包的空态;连了显示资产走势图。
📍 在 持仓页 · 空态 / 我的资产走势
做完的标准共 3 条 · 编号 R-32(给开发对账用)
已定稿
五格汇总:总市值/成本/未实现/已平仓/持仓数。
📍 在 持仓页 · 资产汇总条
做完的标准共 4 条 · 编号 R-33(给开发对账用)
待拍板
「我买的」/「我发的」切换。
📍 在 持仓页 · 双视角 Tab
做完的标准共 4 条 · 编号 R-34(给开发对账用)
已定稿
持仓明细表 + 领取代币。
📍 在 持仓页 · 我买的
做完的标准共 4 条 · 编号 R-35(给开发对账用)
有冲突
项目方看自己的项目:季度验证、里程碑放款、押金退还。
📍 在 持仓页 · 我发的
做完的标准共 4 条 · 编号 R-36(给开发对账用)
⑦ 持续被验证项目长期被验证和复验6 条
已定稿
同全站导航。
📍 在 验证页 · 顶部导航
做完的标准共 3 条 · 编号 R-37(给开发对账用)
已定稿
这是哪个项目的证明。
📍 在 验证页 · 面包屑 + 项目头
做完的标准共 4 条 · 编号 R-38(给开发对账用)
已定稿
验证通过/失败 + 年收入 + 数据源 + 覆盖 + 时间 + 证明编号。
📍 在 验证页 · 验证结论头
做完的标准共 4 条 · 编号 R-39(给开发对账用)
已定稿
任何人都能拖凭证文件本地复核。
📍 在 验证页 · 拖放复核区
做完的标准共 4 条 · 编号 R-40(给开发对账用)
待拍板
四项检查各通过/失败 + 说明。
📍 在 验证页 · 逐项检查结果
做完的标准共 4 条 · 编号 R-41(给开发对账用)
待拍板
谁来验证 / 验证什么 / 得到什么。
📍 在 验证页 · 验证方激励
做完的标准共 3 条 · 编号 R-42(给开发对账用)

这张图上的三个"最该先办":

① 第 2 层那个关系图里,押金挂哪还没定 —— 它同时影响界面和合约。

② 第 4 层里红色那几块(C1 项目头、C5 里程碑、R4 拍卖进度、发币向导③⑤⑦)都是"数字打架"的地方,一共 5 处:毕业线、押金比例、放款比例、每人限额、平台币。

③ 第 1 层那 9 个目标是我归纳的,你还没确认过。它错了,下面全歪。