Native logo

Native

创于 2023
Dexs

Native 以 BNB Chain 为主的 DEX,结合 PMM 定价与 RFQ 报价,并引入链上信用池。

Native — 产品设计

3.0

Native 更像“流动性基础设施平台”的落地页打法:转化路径偏销售与集成,但首页信息架构过于抽象,难以让新用户快速理解产品机制与下一步动作。

最近更新: · 数据时间窗: 24h / 7d / 30d(按指标可用性展示)

1. 品牌定位与自我描述

一句话定位用的是极端强势的叙事:

“The End Game of Liquidity”。这不是在卖“更便宜的交易”或“更高的收益”,而是在宣称自己是流动性的终局方案。这个选择会把受众自然筛到两类:想找底层流动性方案的机构/协议方,以及愿意相信新市场结构的高阶用户。

的补充描述是 “on-chain platform to build liquidity”,强调“构建流动性”而不是“交易资产”。这其实把 Native 从传统 DEX 的“前台交易产品”拉到了“平台/基础设施”定位:更像面向协议和做市/资金方的工具层。

但问题也在这里:抽象叙事缺少落地解释。用户第一屏看完仍然不知道“流动性”具体指什么(AMM 池?信用池?做市网络?),也不知道产品的核心机制与收益/风险结构。

从 PM 角度,这是一个明确的设计取舍:先用宏大愿景建立品牌高度,再把细节放到后续页面(Docs、Demo、Pools)。如果后续承接不足,会导致首屏转化非常依赖“已经被教育过”的用户。

2. 导航架构与产品支柱

目前可见的导航层级非常“轻”:页面主体几乎只有品牌名与两行定位文案;页脚只露出 Contact Us / Explore Docs。这和主流 DEX 的信息架构(Swap、Pool、Earn、Perps、Bridge 等)完全不同,意味着它并不把“自助式交易入口”当作首页主任务。

真正的“产品支柱”更多是通过 CTA 透露出来:

  • Check Credit Pools:暗示核心对象是 信用池/信用流动性,不是普通 LP 池。
  • Get Integrated + Explore Docs:很明确的 开发者/集成支柱。
  • Request a Demo:典型 销售驱动的信息架构,面向机构客户或大体量合作方。

这种 IA 的含义是:Native 把首页当成“平台介绍页 + 线索收集页”,而不是“应用目录”。优点是聚焦,缺点是缺少面向不同角色的分流:交易者、资金提供者、协议集成方进入同一个漏斗,容易造成认知成本与跳出率。

如果 Native 的目标确实是 B2B/协议级市场,这个架构是合理的;但如果也希望覆盖更广泛的 DeFi 用户,顶层导航需要更明确的产品地图与自助入口。

3. 用户流程与转化策略

从 CTA 组合看,Native 的主转化路径不是“连接钱包→立刻交易”,而是:

  • Request a Demo(销售/方案沟通)
  • Get Integrated / Explore Docs(技术评估与集成)
  • Check Credit Pools(产品可信度与现货展示)

这是一种很典型的 B2B + 技术产品漏斗:先用愿景吸引,再用可见市场(Credit Pools)建立可信度,最后引导到 Demo 和集成。对机构来说,这能降低试错成本:他们要的是确定性、支持与可控的上线路径。

但对普通 DeFi 用户,这个流程的“第一步行动”不够明确:

  • 看完首页不知道能不能自助参与(存入、借出、做市、交易?)
  • 不清楚 Credit Pool 的参与门槛、收益来源、风险边界
  • 也缺少“2 分钟上手”的引导(连接钱包、选池、参数、确认交易)

PM 视角建议:至少增加一个“角色分流”模块(我是集成方 / 我是资金方 / 我是使用者),并在进入 Credit Pools 前提供简短的机制说明与风险提示,这样既不破坏 B2B 的严肃性,也能提升自助转化。

4. 生态与社区布局

页脚只给了两个出口:Contact UsExplore Docs。这传递的信号很明确:

  • 生态重心在 开发者文档与集成,而不是社区运营。
  • 商务/支持路径依赖 人工触达,而非纯产品自增长。

但从“信用池/信用流动性”这一关键词出发,用户会天然关注信任与风控:审计、风险框架、清算机制、坏账处理、参数治理等。当前可见的生态入口没有呈现这些“信任资产”,会让第一次接触的机构也需要额外成本去做尽调。

同样缺失的还有:

  • 社交与社区渠道(X、Discord/Telegram)
  • 治理入口(DAO、论坛、提案)
  • 安全与透明(审计、Bug Bounty、风控披露)
  • 生态计划(合作案例、集成清单、grant)

如果 Native 的策略是“先做少数大客户”,这些缺失短期可以接受;但一旦要扩大 adoption,生态层必须补齐:让外部第三方能快速验证可信度,并形成可复用的集成与传播路径

5. 产品设计评估

做得对的地方(能看出有意识的设计取舍):

  • 用“终局流动性”做品牌叙事,目标用户显然不是随便路过的散户,而是对市场结构有需求的合作方。
  • CTA 体系高度一致:Demo、Integration、Docs,明确是“平台型产品”的增长模型。
  • Credit Pools命名成一个核心对象,这是从抽象愿景落到具体产品概念的关键一步。

主要问题(信息架构与流程断点):

  • 首页缺少“产品拆解”,导致用户无法在 30 秒内回答:我能做什么?怎么做?为什么信任你?
  • 缺少自助入口与角色分流,转化过度依赖“愿意联系销售/看文档”的高意向人群。
  • 若 Credit Pools 涉及信用与风险,必须更主动呈现 安全、风控、透明度信息,否则机构也会犹豫。

建议的改法(不改变 B2B 主线):

  • 增加三段式结构:机制解释(1屏)→ 产品支柱(Credit Pools / Integration / Risk)→ 证明材料(审计/数据/案例)
  • 增加角色 CTA:查看市场、提供资金、集成协议、联系团队
  • 把 Docs 入口前置,并补齐“快速集成/快速试用”路径。

综合来看,战略方向清晰,但首页作为信息架构入口还不够“可操作”。

Native

对 Native 感兴趣?

前往官网了解更多或开始交易

官方网站 * 可能包含推广返佣,不影响费用
💰

收益攻略

手续费收益 · LP 机会 · 激励计划 · 质押分析 · 赚钱策略