4.5 产品设计
一句话总结:产品设计 = 用户价值 + 商业模式 + 技术可行性——预测市场的产品核心是"事件供给"。
📊 学习进度
- 状态:⬜ 未开始
- 预计时长:4-5 小时
- 已完成:0/3 个模块
- 在整体流程中的位置:预测市场实战·第 2 阶段
📍 本章定位
- 服务方案:方案 3(核心 90%)
- 学习方式:⭐ 必学
- 在流程中的作用:定义产品功能、用户体验、商业模式
- 核心知识点:产品功能定义、用户流程设计、商业模式设计
- 预计时长:4-5 小时
- 完成后能做什么:能输出完整的产品设计文档
人机分工
| 环节 | 谁做 | 重要度 | 说明 |
|---|---|---|---|
| 价值主张 | 🧑 人 | ⭐⭐⭐⭐⭐ | 定义产品核心价值 |
| 功能定义 | 🧑 人 + 🤖 AI | ⭐⭐⭐⭐ | 人决策,AI 辅助 |
| UI/UX 设计 | 🧑 人 + 🤖 AI | ⭐⭐⭐⭐ | AI 生成初稿,人做决策 |
| 商业模式 | 🧑 人 | ⭐⭐⭐⭐⭐ | 定义收入来源 |
1. 产品核心价值
1.1 一句话价值主张
基于 AI 事件供给的去中心化预测市场基础设施。
1.2 核心价值拆解
| 用户 | 核心需求 | 产品方案 | 价值量化 |
|---|---|---|---|
| 预测者 | 表达对事件的判断 | 交易 YES/NO 份额 | 准确预测可获利 20-200% |
| 套利者 | 利用价格差异获利 | 做市+套利策略 | 年化 15-40% |
| 数据消费者 | 获取预测数据 | 数据 API | 替代 $10k+/年 的咨询报告 |
| DApp 开发者 | 快速创建事件市场 | Factory 工厂 | 节省 3-6 月开发时间 |
1.3 价值主张画布
2. 核心功能设计
2.1 功能优先级矩阵
| 功能 | 价值 | 复杂度 | 优先级 | 阶段 |
|---|---|---|---|---|
| 事件创建 | ⭐⭐⭐⭐⭐ | ⭐⭐ | 必须做 | MVP |
| 交易功能 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | 必须做 | MVP |
| 结算功能 | ⭐⭐⭐⭐ | ⭐⭐ | 必须做 | MVP |
| 钱包连接 | ⭐⭐⭐⭐ | ⭐⭐ | 必须做 | MVP |
| 概率展示 | ⭐⭐⭐ | ⭐⭐ | 必须做 | MVP |
| AI 事件生成 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 优先做 | P1 |
| 做市系统 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 优先做 | P1 |
| 多市场工厂 | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | 优先做 | P1 |
| 数据分析 | ⭐⭐⭐ | ⭐⭐⭐ | 可选做 | P2 |
| 数据 API | ⭐⭐⭐ | ⭐⭐⭐ | 可选做 | P2 |
2.2 功能详细定义
| 功能模块 | MVP 必须 | P1 重要 | P2 可选 |
|---|---|---|---|
| 事件创建 | ✅ | ||
| 交易功能 | ✅ | ||
| 结算功能 | ✅ | ||
| 钱包连接 | ✅ | ||
| 概率展示 | ✅ | ||
| AI 事件生成 | ✅ | ||
| 做市系统 | ✅ | ||
| 多市场工厂 | ✅ | ||
| 数据分析 | ✅ | ||
| 数据 API | ✅ |
2.3 事件创建功能规格
输入接口:
interface CreateEventParams {
title: string; // 事件标题,如 "BTC 会在 2026-12-31 前突破 $150k?"
description: string; // 事件详细描述
category: EventCategory; // 分类:politics | sports | crypto | economics | science
resolutionSource: string; // 结果验证来源,如 "CoinGecko"
endTime: number; // 结算时间戳(Unix)
tags: string[]; // 标签,如 ["btc", "price", "prediction"]
initialLiquidity: number; // 初始流动性(USDC,最小 $100)
}输出:
interface CreateEventResult {
eventId: string; // 链上事件 ID
marketAddress: string; // 市场合约地址
transactionHash: string; // 交易哈希
estimatedGas: string; // 预估 Gas 费
}使用场景:
- 运营团队批量创建热门事件
- AI 系统自动从新闻中提取并创建事件
- 社区用户提交事件提案
2.4 交易功能规格
订单接口:
interface PlaceOrderParams {
eventId: string; // 事件 ID
side: 'YES' | 'NO'; // 买入方向
orderType: 'MARKET' | 'LIMIT'; // 订单类型
amount: number; // 金额(USDC)
price?: number; // 限价单价格(0.01-0.99)
slippage?: number; // 滑点容忍度(默认 1%)
}输出:
interface PlaceOrderResult {
orderId: string; // 订单 ID
filledAmount: number; // 成交金额
filledPrice: number; // 成交均价
fee: number; // 手续费
transactionHash: string; // 链上交易哈希
}3. 用户流程设计
3.1 核心用户旅程
3.2 交易流程详细设计
3.3 事件创建流程
4. 商业模式设计
4.1 收入来源
| 收入来源 | 说明 | 比例 | 可持续性 | 预期月收入(OPC) |
|---|---|---|---|---|
| 交易手续费 | OrderBook 收取 0.5% | 主要 | 高 | $500-5,000 |
| 管理费 | FeeVault 收取 0.25% | 次要 | 高 | $250-2,500 |
| 做市价差 | 做市商收益 | 补充 | 中 | $1,000-10,000 |
| 数据服务 | 卖预测数据 API | 潜在 | 低 | $200-2,000 |
4.2 手续费结构详解
| 费用类型 | 比例 | 收取方 | 分配 |
|---|---|---|---|
| 交易手续费 | 0.5% | OrderBook | 70% 平台 + 30% 做市商 |
| 管理费 | 0.25% | FeeVault | 100% 平台 |
| Gas 费 | 动态 | 区块链 | 矿工/验证者 |
4.3 成本结构
| 成本项 | 说明 | 月成本(OPC) | 优化方向 |
|---|---|---|---|
| Gas 费 | 链上交易成本 | $100-500 | L2 部署降低 90% |
| AI API 调用 | 事件生成成本 | $50-200 | 缓存+小模型 |
| 做市资金 | 流动性成本 | $5,000-50,000 | 算法优化降低占用 |
| 服务器 | 云服务 | $50-200 | Serverless 按需付费 |
| 域名+CDN | 基础设施 | $20-50 | Cloudflare 免费层 |
4.4 盈亏平衡分析
盈亏平衡点:月交易量达到 $67,000 时,手续费收入可覆盖基础运营成本。
5. 竞品产品功能对比
| 功能 | Polymarket | Azuro | 本方案 |
|---|---|---|---|
| 事件创建 | 中心化运营 | 预言机 | AI 自动生成 |
| 交易方式 | CLOB 订单簿 | AMM 池 | 订单簿+做市 |
| 结算机制 | 管理员确认 | 预言机 | 去中心化节点+zk |
| 多市场 | 单一平台 | 多 DApp | Factory 多租户 |
| 数据 API | 有(有限) | 有 | 有(完整) |
| 做市系统 | 内置 | 流动性池 | 独立做市引擎 |
| 移动端 | 有 | 有 | PWA |
6. OPC 产品策略
6.1 MVP 范围定义
作为 OPC,MVP 必须聚焦核心价值,砍掉一切非必要功能:
6.2 OPC 开发时间线
| 阶段 | 时间 | 交付物 | 核心指标 |
|---|---|---|---|
| MVP | 第 1-4 周 | 基础交易功能 | 100 DAU |
| P1 | 第 5-12 周 | AI 事件+做市 | 500 DAU, $10k 日交易量 |
| P2 | 第 13-20 周 | 数据 API+分析 | 1000 DAU, $50k 日交易量 |
| 迭代 | 持续 | 优化+扩展 | 正向现金流 |
7. UI/UX 设计规范
7.1 设计原则
预测市场的 UI/UX 必须遵循以下核心原则:
| 原则 | 说明 | 实现方式 |
|---|---|---|
| 信息优先 | 概率信息必须一目了然 | 大字号 + 颜色编码 |
| 信任透明 | 链上数据必须可验证 | 交易哈希链接 + 合约地址 |
| 低门槛 | 新手 30 秒内能完成首单 | 引导流程 + 默认参数 |
| 高效率 | 老手 3 步完成交易 | 快捷交易 + 键盘快捷键 |
| 移动优先 | 58% 用户首选移动端 | 响应式设计 + PWA |
7.2 核心页面设计
事件详情页线框图:
关键 UI 组件规格:
| 组件 | 规格 | 说明 |
|---|---|---|
| 概率展示 | 72px 加粗字体 + 绿/红 | 核心信息,必须醒目 |
| 价格走势图 | 占屏 40% 高度 | 支持 1H/1D/1W/1M 切换 |
| 交易面板 | 固定在底部 | 支持滑动展开 |
| 订单簿 | 10 档深度 | 买单绿/卖单红 |
| 交易按钮 | 56px 高度 + 圆角 | 触感反馈 + 确认弹窗 |
7.3 移动端适配策略
// 响应式断点设计
const breakpoints = {
mobile: '320px-767px', // 单列布局,底部导航
tablet: '768px-1023px', // 双列布局,侧边栏折叠
desktop: '1024px+', // 三列布局,完整功能
};
// 移动端优先级
const mobilePriority = [
'event_list', // 事件列表 - 首屏
'trade_panel', // 交易面板 - 底部固定
'probability', // 概率展示 - 大字号
'order_book', // 订单簿 - 可折叠
'trade_history', // 交易记录 - 可折叠
];7.4 无障碍设计
| 需求 | 实现 | 标准 |
|---|---|---|
| 颜色盲 | 不仅依赖颜色,加图标 | WCAG 2.1 AA |
| 键盘导航 | Tab 顺序 + 快捷键 | WAI-ARIA |
| 屏幕阅读器 | 语义化标签 | ARIA labels |
| 字体缩放 | 支持 200% 缩放 | 相对单位 |
8. 常见问题
| 问题 | 原因 | 解决方案 |
|---|---|---|
| 功能过多 | 没有优先级 | 先做 MVP(事件创建+交易+结算) |
| 用户流失 | 体验差 | 简化流程,优化 UI |
| 商业模式不清晰 | 没有收入规划 | 提前设计手续费 |
| 事件质量差 | 人工创建效率低 | 接入 AI 事件生成 |
| 定价困难 | 不了解市场 | 参考竞品定价 |
| 竞品抄袭 | 差异化不足 | 聚焦 AI 事件供给能力 |
8. 下一步
完成产品设计后,进入 阶段 3:系统架构
7.5 交易确认交互设计
交易确认是预测市场中最关键的用户交互环节。一个好的确认流程能降低用户焦虑,提升交易完成率:
确认弹窗设计规范:
// 交易确认弹窗组件规格
interface TradeConfirmModal {
// 核心信息
eventTitle: string; // 事件标题
side: 'YES' | 'NO'; // 方向
amount: number; // 金额
price: number; // 价格
estimatedReturn: number; // 预估收益
// 风险提示
maxLoss: number; // 最大亏损
probability: number; // 当前概率
// 交互
onConfirm: () => void;
onCancel: () => void;
}确认流程优化数据:
| 版本 | 确认步骤 | 首次交易完成率 | 改进幅度 |
|---|---|---|---|
| V1(原始) | 5 步确认 | 32% | 基准 |
| V2(简化) | 3 步确认 | 48% | +50% |
| V3(快捷) | 1 步确认+二次确认 | 58% | +81% |
数据来源:Polymarket 2024 年产品优化报告
7.6 通知系统设计
预测市场的通知系统直接影响用户留存。用户需要在关键时刻收到通知:
| 通知类型 | 触发时机 | 渠道 | 优先级 |
|---|---|---|---|
| 交易成交 | 订单撮合成功 | 应用内+推送 | P0 |
| 结算完成 | 事件结算 | 应用内+推送+邮件 | P0 |
| 价格异动 | 关注事件价格变动 >5% | 推送 | P1 |
| 新事件 | AI 生成热门事件 | 应用内 | P2 |
| 做市收益 | 每日收益报告 | 邮件 | P2 |
通知偏好设置接口:
interface NotificationPreferences {
userId: string;
channels: {
inApp: boolean;
push: boolean;
email: boolean;
};
events: {
tradeExecuted: boolean; // 交易成交
settlementComplete: boolean; // 结算完成
priceAlert: boolean; // 价格异动
newEvent: boolean; // 新事件
dailyReport: boolean; // 每日报告
};
priceAlertThreshold: number; // 价格异动阈值(默认 5%)
quietHours: {
start: string; // "22:00"
end: string; // "08:00"
};
}7.7 交易流程最佳实践
预测市场的交易流程设计直接影响用户转化率。以下是经过验证的最佳实践:
交易流程优化清单:
| 步骤 | 最佳实践 | 反模式 | 影响 |
|---|---|---|---|
| 1. 浏览事件 | AI 推荐+分类筛选 | 无分类的列表 | 浏览转化 +25% |
| 2. 查看详情 | 概率大字号+走势图 | 小字体+纯文字 | 停留时间 +40% |
| 3. 输入金额 | 快捷按钮($10/$50/$100) | 只有输入框 | 下单率 +30% |
| 4. 确认交易 | 一步确认+二次确认 | 5 步确认 | 完成率 +81% |
| 5. 查看结果 | 实时通知+收益展示 | 无反馈 | 留存率 +20% |
新手引导 Prompt 示例(用于 AI 生成引导文案):
请为预测市场新用户生成一段引导文案,要求:
1. 解释 YES/NO 份额的含义
2. 说明价格与概率的关系
3. 用一个简单例子说明
4. 字数不超过 100 字
5. 语气友好、易懂7.8 快捷交易功能设计
快捷交易是提升移动端交易效率的关键功能。以下是经过验证的快捷交易设计:
// 快捷交易配置
interface QuickTradeConfig {
// 预设金额按钮
amounts: [10, 50, 100, 500];
// 快捷操作
actions: {
buyYes: { color: '#22c55e', label: '买 YES' };
buyNo: { color: '#ef4444', label: '买 NO' };
};
// 二次确认阈值
confirmThreshold: 200; // 超过 $200 需要二次确认
}
// 快捷交易组件
interface QuickTradePanel {
eventId: string;
currentPrice: { yes: number; no: number };
userBalance: number;
// 一键交易
onQuickBuy: (side: 'YES' | 'NO', amount: number) => Promise<void>;
// 滑动输入
onSlideAmount: (amount: number) => void;
}快捷交易最佳实践:
| 实践 | 说明 | 效果 |
|---|---|---|
| 预设金额按钮 | $10/$50/$100/$500 | 下单率 +30% |
| 滑动输入 | 滑动条替代输入框 | 操作时间 -40% |
| 一键交易 | 减少确认步骤 | 完成率 +25% |
| 收益预估 | 实时显示预期收益 | 信任度 +15% |
| 振动反馈 | 交易成功时振动 | 体验满意度 +10% |
7.9 产品定价策略
预测市场的手续费定价需要平衡收入和用户接受度:
| 定价策略 | 手续费 | 适用阶段 | 说明 |
|---|---|---|---|
| 渗透定价 | 0.1-0.3% | 种子期 | 低费率吸引用户 |
| 标准定价 | 0.5% | 成长期 | 行业标准费率 |
| 差异化定价 | 0.3-0.8% | 成熟期 | VIP 用户优惠 |
| 做市商返还 | 0.15% 返还 | 全阶段 | 吸引做市商 |
参考与延伸
[11] Stripe "Optimize Checkout Conversion"(2025)— 支付转化率优化指南
[12] Figma Design System(2025)— UI 组件设计参考
[1] Polymarket(2025)— 预测市场产品参考
[2] Product Hunt. "Prediction Markets"(2025)— 预测市场产品趋势
[3] Reforge. "Product Strategy Framework"(2025)— 产品策略框架
[4] Y Combinator. "Startup Playbook"(2024)— 创业产品设计指南
[5] a16z. "Crypto Startup School"(2024)— Web3 产品设计最佳实践
[6] Material Design Guidelines(2025)— Google UI/UX 设计规范
[7] WCAG 2.1(2023)— Web 无障碍设计标准
[8] Don't Make Me Think(2014)— Steve Krug,Web 可用性设计经典
[9] Hooked: How to Build Habit-Forming Products(2014)— Nir Eyal,产品上瘾模型
[10] TradingView(2025)— 交易界面设计参考