DGrid OTC

从 0 到 1 设计代币 OTC 市场 —— 将分散的社群交易转化为结构化、支持批量扫单的交易市场体验。

tDGAI Marketplace
4,568.00 tDGAI
0x24...2234
Floor Price0.345 USDT
24H Volume$2,455.32
Total Volume$122,455.32
Holders2,456
Order.No
Price (USDT)
Amount
Total Value
Owner
Listing Time
0000001
0.345
2,345.32
$809.13
0x2455...1234
1h ago
0000002
0.345
5,000.00
$1,725.00
0x8a92...9abc
1h ago
0000003
0.346
1,200.50
$415.37
0x7c34...8765
2h ago
0000004
0.348
10,000.00
$3,480.00
0x11ab...4321
2h ago
0000005
0.349
8,430.00
$2,942.07
0x99fe...b2c3
3h ago
0
Make 0 offers0.00 USDT
01

项目介绍

DGrid OTC Marketplace 是 tDGAI 代币交易场景中的 0-1 产品设计。早期买卖双方主要依赖社群人工撮合,交易效率低,信息分散,用户缺少一个可浏览、可比较、可成交的标准化市场。

这个 Case 重点展示我如何将非标准化的 OTC 交易需求,转化为卖家挂单聚合与买家扫单的 Marketplace 体验。

02

我的角色

Product Designer

负责 OTC Marketplace 从 0 到 1 的产品体验设计

拆分卖家挂单、买家单笔购买与 Batch Buy 扫单路径

设计订单列表、购买确认、批量购买、成交状态等关键页面

与工程团队确认订单、成交、失败和状态反馈规则

03

背景与问题

tDGAI 存在交易需求,但早期 OTC 交易依赖社群沟通。卖家需要发布挂单,买家需要自行寻找合适订单,交易过程缺少统一界面和状态反馈。

主要问题:

开发时间窗口短,需要和市场、运营达成初步共识采用该挂单的方式

卖家挂单信息分散,买家难以比较价格和数量

买家单笔购买效率低,大额购买需要反复选择多个订单

订单成交状态不清晰,用户难以判断交易是否完成

OTC 交易缺少 marketplace 体验,无法把供需关系清晰呈现出来

04

设计目标

将卖家挂单聚合为可浏览的交易市场

支持买家单笔购买和 Batch Buy 扫单

让用户在购买前理解价格、数量、总额和成交预期

用清晰状态反馈降低 OTC 交易过程中的不确定感

05

设计过程

Step 1 · 按角色拆分交易路径

我将交易路径拆分为两条核心 User Flow:

卖家路径

创建挂单
设置数量与价格
发布挂单
查看订单状态

买家路径

浏览挂单市场
选择单笔 / 批量扫单
确认交易
查看成交状态

角色拆分让界面可以围绕各自核心任务设计,而不是把所有操作混在同一流程里。

Step 2 · 将挂单转化为 Marketplace

卖家挂单被组织为可浏览列表,买家可以快速看到:

可购买数量

单价

总额

卖家订单状态

是否可加入 Batch Buy

这样用户不再依赖社群信息,而是在产品内完成发现和比较。

Step 3 · 设计 Batch Buy 扫单机制

对于需要购买多笔订单的用户,单笔购买效率不高。因此我设计了 Batch Buy:

多选卖家挂单

合并展示购买数量与总额

统一确认交易

展示每笔订单的成交状态

06

关键设计方案

Marketplace 挂单列表

把分散卖家订单聚合为市场视图,让买家可以浏览、比较和筛选。

单笔购买

保留简单直接的购买路径,适合用户明确选择某一笔挂单后快速成交。

Batch Buy 扫单

支持买家一次选择多笔挂单,降低大额购买时的重复操作成本。

交易状态反馈

将订单状态、成交状态和失败状态可视化,让用户知道交易是否已提交、处理中、完成或失败。

07

结果与影响

完成 DGrid OTC Marketplace 从 0 到 1 设计交付

将社群撮合式 OTC 交易转化为卖家挂单聚合与买家扫单体验

提升买家寻找订单、比较订单和完成成交的效率

上线首周累计达成 $500,000+ 交易额,验证了标准化 Marketplace 模式的市场需求