Economics · 商业模式 + 指标 + 路线图

钱怎么分、看什么数、
下一步去哪 UNIT ECONOMICS · LAUNCH KPIs · v1.x ROADMAP

v1.0 怎么分钱、 上线后看什么指标、 v1.0 / v1.1 / v1.2 各做什么 —— 这是给老板 / 投资人 / 业务方看的商业 deep dive。 所有数字从 PRD-V1.0 第 15 / 20 / 21 节出, 不编。

For execs / investors / business stakeholders — duobao's unit economics, what we'll watch post-launch, and how v1.0 / v1.1 / v1.2 each ship. All figures sourced from PRD-V1.0 15 / 20 / 21.

85%
单期奖金 / Winner take
15% → 6%
平台留存 v1.0 → v1.1+
3 版本
v1.0 / v1.1 / v1.2
5 KPI
首月看的指标

所有口径来自 PRD-V1.0.md 第 15 / 20 / 21 节。

商业三章 / scroll to read
PRD 15 · 钱怎么分

v1.0 走 2 桶, v1.1+ 走 4 桶 v1.0 SIMPLIFIED SPLIT · v1.1+ FULL 4-BUCKET TARGET

v1.0 的钱只分 2 桶 (中奖者 + 平台), v1.1+ 接上代理 / 推荐 / VIP 后变 4 桶 —— 结构提前锁住, 数字等运营在 v1.1 时定。

v1.0 · 实际派发(2 桶)

① 中奖人奖金 85%
④ 平台留存 15%
85%
15%

平台留存 15% 不是利润目标, 是因为代理 + 推荐 + VIP 还没派发, 这部分钱暂时留在平台。 v1.1 接上分佣后, 留存自然回到 ~6%。

v1.1+ 目标 · 完整 4 桶

① 中奖人奖金 85%
② 代理分成池 ≤8%
③ 推荐返佣 1%
④ 平台留存 ~6%
85%
8%
1%
6%

比例是暂定值, 具体数字等运营在 v1.1 时敲定。 结构 (4 项合计 = 100%) 已锁定。

关键设计 · 结构先, 数字后 v1.0 把钱怎么分的结构定好 (2 桶 vs 4 桶都是售票总额的 100% 拆分), v1.1 接代理 + 推荐 + VIP 时只动数字, 不动结构。这种设计让 v1.0 上线和 v1.1 落地都不会卡在分账上。

分配流程 · 1 USDT 票的去向

玩家 A 花 1 USDT 买票(从平台余额扣)     │     ▼ 活动资金池(累积 100 张 = 100 USDT)     │     ▼ 开奖时刻拆分     │     ├── ① 85 USDT → 中奖人(自动入余额)     │     ├── ② ≤ 8 USDT → 玩家 A 邀请链上的代理们按运营定的规则瓜分     │      └── 链路上没代理 → 回到平台留存     │     ├── ③ 1 USDT → 玩家 A 的邀请人     │      └── 自然进来的 → 回到平台留存     │     └── ④ ~6 USDT → 平台留存(±漏发回填)
PRD 15.4 · 收入预估

三个规模下的
平台留存 PLATFORM RETENTION AT 3 SCALE POINTS

按 1 USDT 单票均价, 用户每月平均买 30 / 40 / 50 张票为假设。 v1.0 留存按 15% 算 (代理 / 推荐 / VIP 暂未派), v1.1+ 留存按 6% 算 (派出去后回归常态)。

月活跃 / MAU 月售票数 月 GMV v1.0 留存 (15%) v1.1+ 留存 (6%)
1,000 30,000 30,000 USDT 4,500 USDT 1,800 USDT
5,000 200,000 200,000 USDT 30,000 USDT 12,000 USDT
20,000 1,000,000 1,000,000 USDT 150,000 USDT 60,000 USDT
怎么读这张表 v1.0 留存高不是赚得多 —— 是代理 + 推荐 + VIP 都还没派, 这部分钱暂存在平台。 接 v1.1 之后这些钱按规则发出去, 平台净留存回归 6% 左右。 所以v1.0 看 "留存", v1.1+ 才看 "利润"。
PRD 20 · 上线后看什么数据

首月 5 个 KPI + 失败红线 FIRST-MONTH METRICS · FAILURE THRESHOLD

v1.0 上线后看 5 个核心指标。 具体数字业务方填, 这里列字段定义和评估口径。

售罄数
N 场
完成 N 场售罄活动 · 验证产品定位
DAU
X 用户
日活用户达到 X · 看自然增长 + 留存
累计 GMV
Y USDT
累计售票总额 · 直接对应营收
D7 留存
≥ Z%
第 1 天注册, 第 7 天还回来 · 长期价值信号
K 因子
≥ 1.0
每个用户带 K 个新用户 · 裂变效率指标
失败红线 · failure threshold 首 3 个月模式 B (有截止时间) 活动售罄率 < 30% → 视为定位有问题, 需要重新评估市场。 模式 A (无截止时间) 不计入此口径, 因为没有 "卖不完" 的概念。

If sell-through rate of Mode B rounds < 30% in the first 3 months → product / market mismatch; re-evaluate.
PRD 21 · v1.x 路线图

三个版本 ·
v1.0 / v1.1 / v1.2 v1.0 LAUNCH · v1.1 GROWTH · v1.2 EVOLUTION

本节不是承诺, 是当前的版本规划记录。 每个 milestone 启动前会重新评估, 根据 v1.0 上线数据和运营反馈调整。 Not a commitment — current version-planning record. Each milestone is re-evaluated against v1.0 launch data and ops feedback.

v1.0
当前 · 上线 SLA
// in progress · 上线时间 ~ 2026-Q3
充值 + 玩 (4 种选号) + 三种开奖 (BACKEND / VRF / FULL_CHAIN, VRF 生产默认) + 提现 (USDT BSC ETH + BTC) + 邀请关系永久绑定 + 代理 yes/no 标记 + VIP 等级展示 (不发返现) + 三种奖品类型 (USDT / BTC / 实物)。

Deposit + play (4 pick modes) + 3 draw modes (VRF as production default) + withdrawal + permanent invite binding + agent flag + VIP tier display (no cashback yet) + 3 prize types.
v1.1
增长版 · 代理 + 返佣 + VIP 三套一起接
// trigger: v1.0 上线后, 等运营提佣金规则的下一个月
代理分级 + 佣金派发 (代理 + 推荐 1% + VIP 返现 三套一起接) + 流水 + 人头阶梯 + 反刷规则 + 推广域名 + 代理后台报表 + 代理之间转账 (可选)。 详见 增长引擎 → 第 11.3 节。

Agent tiering + commission payouts (agents + 1% referral + VIP cashback wired up together) + volume / headcount ladders + anti-fraud + promo domains + agent dashboard.
v1.2
演进版 · 候选项
// trigger: v1.1 上线 ~ 6 个月, 有数据后
(候选) 开奖架构演进(见下章) + TRON 提现 + 多币种奖品(USDC / 平台币) + 智能合约全链产品化。 看 v1.1 数据 + 业务方策略再定。

(Candidate) Draw-architecture evolution / TRON withdrawal / multi-token prizes / smart-contract full-chain productization — driven by v1.1 metrics + business strategy.
PRD 21.2 · 开奖架构演进

待决:VRF 还是
全链合约 OPEN DECISION · STAY ON VRF OR MOVE TO FULL-CHAIN

v1.0 三种开奖模式都建好了, 生产默认是 VRF。 但中长期 (v1.2) 是否要把主力从 VRF 切到全链智能合约模式, v1.0 阶段不做决定, 记录在此供未来评估。

Path A
继续 VRF 为主

维持 v1.0 默认, VRF 跑生产, 智能合约只用于大额特殊场。

优: UX 轻 · 运维成本可控 · Chainlink 行业标杆
劣: 依赖第三方 · LINK 汇率波动 · 长尾用户对"完全去信任化"诉求满足不了

Path B
切到全链合约

v1.2 把主力切到合约, VRF 退化成备份。

优: 完全去信任化 · 链上可见性最强 · 加密原住民喜欢
劣: UX 重 (每张票钱包签名) → 普通用户流失 · gas 拉高客单价 · 合约 bug 修复成本高

Path C · 当前
双轨并行

v1.0 已经是这样:VRF 默认, 合约按需启用。

优: 灵活 · 不同场子用不同公信力等级
劣: 测试和运维复杂 (3 套实现要维护)

评估口径 · what to evaluate (after 3-6 months) v1.0 上线 3-6 个月后看以下数据再决定:① VRF 实际可用率 (成功率 / 回调延迟 / 超时频率) ② LINK 代币运维成本 vs 合约 gas 成本对比 ③ 用户对"链上可验证"诉求强度 (点击链上证明的比例) ④ 目标市场监管风向 ⑤ 合约审计预算。