Pharaoh Exchange

Observed positioning is conflicted at the top of the funnel. The browser-facing title reads “Vercel Security Checkpoint” and the homepage content is essentially a verification wall. That means the first brand impression isn’t “Pharaoh Exchange,” it’s “blocked site,” which is a trust and conversion killer in crypto.

Once you get to the product surfaces (e.g., /learn), the brand story becomes much clearer and strongly DeFi-native:

• The narrative anchors around MEV capture returned to users, concentrated liquidity, and x(3,3) / metaDEX tokenomics.
• The naming system (xPHAR, p33, Autovaults) suggests a design choice to differentiate via token mechanics + automated governance reward routing.

Hierarchy-wise, the product implicitly presents itself less as a simple swap UI and more as a protocol suite:

• “Use xPHAR to direct emissions” and “Stake xPHAR and vote to earn protocol fees” communicates: governance + fee capture are core, not optional.

Net: the mid-funnel positioning is coherent (Avalanche DeFi power users, tokenomics-forward). The top-funnel identity is currently undermined by the security checkpoint and missing meta description, which hurts discoverability and perceived legitimacy.

Navigation exposes the PM’s priorities pretty directly. Primary pillars shown are:

• Trade (likely swap / routing)
• Dashboard (portfolio + positions as a home base)
• Liquidity (concentrated liquidity management)
• Earn (yield surfaces, likely vaults/rewards)
• Vote (emissions direction + governance)

Then there’s a second tier of protocol-specific modules:

• xPHAR: staking + voting power + fee earning (core system)
• p33: liquid staked token (abstraction for user flexibility)
• Autovaults: automated voting rewards (automation to reduce governance friction)
• Stats: market/protocol metrics

Finally, the information layer:

• Learn with guides (concentrated liquidity, x(3,3), Avalanche DeFi)
• Footer buckets: Protocol / Incentives / Documentation / Media

Design decision implied: Pharaoh is intentionally not organizing around “Swap / Pool” only; it’s organized around a tokenomics-driven flywheel (stake → vote → emissions → fees). That’s powerful for advanced users, but increases cognitive load for first-timers.

What’s missing from the IA (based on what’s visible): explicit onboarding paths (e.g., “Start trading,” “Add liquidity in 3 steps”), safety/risks pages near actions, and clearer mapping between “Earn” vs “Autovaults” vs “xPHAR” to prevent feature overlap confusion.

Current primary CTA in-product: Connect Wallet (shown alongside price ticker for PHAR). That’s the standard Web3 conversion gate, but the surrounding flow matters.

From /learn, the user journey is content-led:

• Articles like “How Pharaoh Captures MEV and Returns It to Users” and comparisons like “Pharaoh vs Trader Joe” are meant to convert skeptics and switchers.
• This is a deliberate PM bet: education → differentiation → wallet connect → action.

However, the homepage experience being a security checkpoint breaks the expected sequence:

Users who come to “try a DEX” are forced into a friction-heavy verification step before seeing value props or a clear action.

Within the visible IA, the intended conversion paths likely look like:

• Trader path: Trade → Connect Wallet → Swap
• LP path: Liquidity → choose pool/range → deposit
• Protocol believer path: Learn → xPHAR → Stake → Vote → Earn fees

What I’d improve in flow strategy:

• Put a single “Start Trading” and “Start Earning” guided entry above the fold (once checkpoint is removed).
• Add lightweight onboarding for concentrated liquidity (range presets, risk labels) before deposit.
• Make “Vote” feel less intimidating: show “recommended strategies” + projected fee share in plain numbers, not just token mechanics.

The ecosystem signals are present but not yet “enterprise-grade” clear.

What’s visible:

• Footer buckets: Protocol, Incentives, Documentation, Media suggest an intent to support multiple audiences (users, liquidity providers, governance participants, content/community).
• Learn is doing heavy lifting as the narrative hub, with dated posts (e.g., 2026-03-06) and head-to-head competitor positioning. That’s good for community discourse and SEO (assuming the main landing isn’t blocked).

Governance/community maturity indicators:

• The presence of Vote, emissions direction language, and xPHAR staking implies an active or planned governance loop.
• Autovaults implies an attempt to reduce governance participation overhead—often a response to “too few voters” problems.

What’s not explicit from the surfaces shown:

• Clear links to developer tooling (SDKs, subgraphs, APIs), audit reports, bug bounty, or security docs.
• Grants/partner programs for Avalanche ecosystem growth.
• A “Status” page or incident transparency, which matters a lot when you’re also talking about MEV capture and permissioned engines.

If Pharaoh wants to be perceived as a serious Avalanche liquidity venue, ecosystem pages should more prominently answer: security posture, integration paths, governance legitimacy, and incentive sustainability.

What’s good (intentional design choices):

• The pillar layout (Trade / Liquidity / Earn / Vote) matches the product’s tokenomics thesis: this isn’t just a swap UI; it’s a coordinated liquidity + governance machine.
• Feature modules like xPHAR + p33 + Autovaults show a clear attempt to solve real UX problems in ve-style systems (lock-up friction, voter fatigue).
• The Learn hub is strategically chosen: concentrated liquidity and x(3,3) are complex; education is required to reduce drop-off.

What’s hurting the product most:

• The security checkpoint homepage is catastrophic for trust and conversion. In crypto, “verification wall” reads like risk, not safety.
• Brand metadata is broken (title/description), which undermines distribution and consistency.

What’s missing vs best-in-class DEX UX:

• A crisp value prop above the fold (“best price,” “deepest liquidity,” “MEV returned”) with proof points.
• Guided flows for concentrated liquidity (range templates, scenario simulations, impermanent loss explanations at decision time).
• Clear separation between Earn (passive yield) and Vote (active governance) with “how much effort is this?” labeling.

If we were designing this, the immediate roadmap would be: remove checkpoint friction, rebuild landing narrative + CTAs, and add guided task flows for the three core jobs (swap, LP, stake/vote).