Kumbaya — 产品设计
★
★
★
★
★
2.5
Kumbaya 的产品形态很明显是“Swap 优先”的轻量 DEX,但品牌可信度、信息架构一致性和转化细节打磨不足,和“MegaETH 最强流动性”的口径不匹配。
最近更新: · 数据时间窗: 24h / 7d / 30d(按指标可用性展示)
1. 品牌定位与自我描述
对外自我定位:
- 核心一句话就是 “The most liquid DEX on MegaETH”,而且还重复出现两次。意图很明确:抢占“链上默认交易所”的心智。
- 页面 Title 里出现 “Swap - KumbayaKumbaya” 这种重复命名,给人的感觉是产品以 Swap 为中心,但品牌包装和质检没有跟上。
表达结构的问题:
- 关键卖点放在 H3,说明这更像是“应用壳”而非营销主页;但既然要讲“最强流动性”,理论上应该用更强的主标题层级,并配数据/证据。
- 首页几乎没有品牌故事或能力解释:没有提路由、聚合、手续费策略、MEV 保护、LP 激励、风控等。用户只能“相信你说的”。
我作为 PM 的解读:
- 这套表达更像面向熟悉 MegaETH 的老用户:他们不需要解释,只想立刻交易。
- 但对新用户/机构用户来说,缺少“为什么你是最强”的可验证信息,会直接影响信任与留存。
定位想做第一,但产品叙事还停留在口号层面。
2. 导航架构与产品支柱
导航三件套:
- Swap
- Pools
- Launchpad(beta)
这是非常典型的 DEX 增长模型:
- Swap 负责交易转化(需求侧)
- Pools 负责流动性供给(供给侧)
- Launchpad 负责新资产供给与冷启动(生态侧)
信息架构透露的优先级:
- Swap 放第一,表明 PM 的第一 KPI 是 成交与交易频次,而不是教育、研究或资产管理。
- Pools 作为第二层,说明他们希望用户从“交易者”升级成“做市/LP”,但目前看不到更细的 LP 架构(例如 Position、费用收益拆解、风险提示)。
- Launchpad 虽然标注 beta,但直接进入一级导航,说明团队把它当成增长引擎,而不是边缘功能。
缺口:
- 没有看到 Docs / Analytics / Security / Governance 这些成熟 DEX 常见的支撑模块。
- 对 MegaETH 的“新用户路径”不清晰:没有网络状态、资产获取(桥/入金)、钱包支持说明的入口。
总体是“少即是多”的 IA,但目前更像早期 MVP,而不是要承载“链上第一”的结构。
3. 用户流程与转化策略
主转化链路(非常直给):
- 典型路径是:进入页面 → 看到 Swap 组件 → Connect Wallet → 选择币种(如 ETH / Select token)→ 点击交易按钮(出现了截断的 “Trad”)。
设计上在推什么:
- 有一个很强的搜索入口:“Search for a token, wallet or contract/”。这说明产品假设用户“带着标的来”,希望把找币成本压到最低。
- “+ Add recipient” 这种按钮很有意思:更像是支持“转给别人/分发/多账户操作”的场景,属于偏高阶但很实用的能力。
- AUTO 这种开关大概率对应自动滑点/自动路由。方向是对的(降低决策成本),但如果缺少解释,会让用户觉得不透明。
用行为流/行情做促活:
- 页面上出现一堆“bought/sold/launched/yapped/fueled”式的动态条目,加上 KPI、BTC.b 等价格按钮,本质是在制造 热度与社交证明:告诉用户“有人在买卖/有人在发币”。
转化风险:
- “Trad” 这种文案/布局瑕疵对金融产品很伤,用户会把它解读成“不专业/不安全”。
- “yapped/fueled” 属于 meme 语境,能提高氛围,但也会降低信息可读性,增加误操作与争议。
这套流程很适合冲动交易,但缺少把新用户安全带上车的缓冲层。
4. 生态与社区布局
现有生态信号:
- Footer 有基础合规链接:Privacy Policy / Terms of Use / Cookie Policy,并且有 Feedback。
- Cookie 同意按钮是 “OK, cool”,语气偏轻松,符合 meme/社区产品气质,但对专业用户略显随意。
更像“应用内生态”,而不是“开放生态”:
- 有 Kumbaya Tokens / All Tokens,以及分类筛选 All / Bluechip / Memecoins。说明团队在做一种“交易所内的资产目录”,把发现、分层、导流都放在站内完成。
- Launchpad 入口 + “launched” 事件条目,暗示一条增长闭环:发币 → 上线 → 交易 → 动态曝光 → 再吸引新币。
缺失项(成熟度短板):
- 看不到 审计、安全说明、风控策略、开发者文档、治理机制、合作伙伴/集成 的入口。
- 也没有明显的社区阵地(X/Discord/Telegram)入口,会导致用户遇到问题时缺少可信的支持渠道。
目前生态更偏“站内自循环”,但如果要支撑“最强流动性”的定位,需要更多外部可信背书与工具链。
5. 产品设计评估
我认可的设计取舍:
- Swap-first 的信息架构非常明确,减少跳转,直接把用户带进成交环节。
- 把 搜索与资产分类做成核心能力,适合 meme 资产密集、标的变化快的链上环境。
- Launchpad 作为一级入口是很强的增长策略:能带来新资产和首波流动性,反哺 Swap 的交易量。
当前最影响信任的问题:
- 文案与结构一致性不足:重复 tagline、Title 里 “KumbayaKumbaya”、交易按钮 “Trad” 这种细节,会被用户放大解读成“不严谨”。
- “最强流动性”没有在产品里被量化与验证:缺少交易量/TVL/路由质量/价差优势等直接证据。
- 过于依赖“动态热度”驱动交易,但缺少同等强度的 风险提示与安全默认值(滑点、授权、代币风险标识)。
建议的 PM 动作:
- 在 Swap 页补齐 可信度组件:24h Volume、TVL、最优报价/路由说明、滑点与失败原因解释。
- 做一次 IA 与文案清理:统一 Swap/Trade 的命名、补齐 Launchpad beta 的信息气味(规则、费用、风险)。
- 增加 MegaETH 新手路径:网络引导、钱包支持、获取资产(桥/入金)入口,以及基础安全教育。
对标一线 DEX:速度之外,必须补上“可解释性 + 安全感”。现在的 Kumbaya 更像高频娱乐场景的交易前端。