Give different financial journeys one coherent product language.
A newcomer, an active governor and an existing holder do not arrive with the same question. The product transition needed to serve those different intentions while becoming recognizable as AUXO.
What I owned
I led UX/UI and visual design through the PieDAO-to-AUXO evolution, covering user groups, journeys, information architecture, interface patterns and the brand family.
The design tension
Evolve an existing financial product while keeping its participation routes and terminology understandable.
Inside the original workFive audience groups, a sitemap, wallet-access and recovery flows, an end-to-end journey, a component library and desktop/mobile application views.
Research / Audience & journey mapping
Five audiences. Different reasons to arrive.
The original research board connects each group to a problem, a feature set and a route through the product. That distinction matters: learning, holding and governing are different jobs.
The need / Crypto newcomer
Where do I start?
Wants to learn and invest, but does not yet understand the vocabulary or the first step.
What this means for the experience
Give learning its own route. The original map calls for an explanatory landing page, basic knowledge, documentation and a first-purchase walkthrough.
Route in the original map
Visit the landing page
Find clear information
Understand the token
Buy DOUGH
Stake & govern
The need / Potential governor
What does participation involve?
Already holds DOUGH and wants to understand the DAO, its advantages and how to take a more active role.
What this means for the experience
Connect product education with participation: governance benefits, governing tools, documentation and the treasury appear together in the audience map.
Route in the original map
Stake & govern
Visit the products
Understand the products
Buy PIEs
Farm / liquidity
The need / Active governor
What changed, and where can I act?
Needs to track investments, stay aware of relevant changes and participate in governance and the community.
What this means for the experience
Prioritize a direct route to the portfolio and governance. The source also calls out investment tools, community and retention ideas.
Route in the original map
Connect wallet
Dashboard / portfolio
Govern
Forum / socials
The need / Product holder
How is my position doing?
Owns products and wants to follow investments and changes, without necessarily being active in governance.
What this means for the experience
Make the portfolio useful on its own. Product explanations and news support ongoing ownership without requiring the person to become a governor.
Route in the original map
Connect wallet
Dashboard / portfolio
News
Socials
The need / Experienced investor
Why should I trust this product?
Knows the crypto market and wants detailed information, confidence in the team and a clear reason to invest.
What this means for the experience
Support deeper evaluation. The audience board names investment and governance tools, liquidity, portfolio information and exclusive advantages.
Route in the original map
Evaluate the existing routes
Understand the advantages
Summarized from the original audience board. PieDAO, DOUGH and PIEs are the product names used at this stage of the work.
02 / From understanding to decisions
The why. Then the interface.
A closer reading of the original work: the problem each choice addresses and the value it is intended to create.
01
Audience differences affect the structure
What the work shows
The research distinguishes newcomers, potential governors, active governors, product holders and investors.
The design response
Connect each route to a different job: learn, inspect a position, evaluate participation or govern.
Why it matters
Make navigation respond to intent instead of assuming everyone understands the system.
02
Access needs a recovery path
What the work shows
The original wallet flow branches for the wrong network, missing wallets and failed access.
The design response
Map network switching, installation, rechecking and an explicit reporting or exit route.
Why it matters
Give a blocked participant a next step that can be reflected in interface states.
03
A transition needs continuity
What the work shows
The architecture retains legacy PieDAO/DOUGH concepts while the new interface introduces AUXO.
The design response
Carry the product relationships into shared navigation, summaries, cards and action patterns.
Why it matters
Give returning users a coherent structure as the product expression changes.
04
Consistency has to survive real product density
What the work shows
The library covers inputs, buttons, charts, financial cards and related AUXO/ARV/PRV identities.
The design response
Define the system around reusable behavior as well as visual style, then apply it on desktop and mobile.
Why it matters
Support a recognizable experience across financial tasks and screen sizes.
03 / Architecture & interaction flows
Make the path clear. Then map the exceptions.
The original documents move from product structure to access, actions and recovery. These details show how I approached the experience before the final interface.
01 / Information architecture
Give the product a navigable structure.
The sitemap separates learning, product exploration and governance. It also maps what lives inside each area: indices, exchange, deposits and withdrawals, farms, the portfolio and staking.
Why this mattersA holder looking for a position and a newcomer looking for an explanation need different routes through the same product.
Original sitemap / Navigation detail
02 / Wallet access & recovery
“Connect wallet” is a whole interaction.
The flow considers more than a successful connection. It asks whether a wallet exists, whether the network is correct and what should happen when access fails.
Wrong network
Offer a network switch, check the result, then continue.
No wallet yet
Route to installation and return to the connection check.
Still unable to connect
Provide a problem-reporting route and an explicit exit.
Access complete
Reconnect the person with the task they came to perform.
The UX decisionTreat access as a recoverable sequence, with states that can be carried into implementation.
Original interaction flow
03 / Connecting the journey
Let people understand before they participate.
The end-to-end map separates “discover and learn” from “invest and govern.” Public explanations lead into product detail, while wallet access sits at the point where someone chooses to act.
01 / Discover
Find an explanation.
Landing page, learning resources and product information.
02 / Decide
Choose a route.
Understand the product, staking or governance before connecting.
03 / Participate
Act with context.
Move into the dashboard, product actions and governance tools.
Original end-to-end journey / Newly summarized above
These are original planning artifacts, shown without redrawing. They document the design process; they do not establish that every mapped branch shipped or that a particular conversion improvement was measured.
04 / The interface, up close
A system you can see. And follow.
A closer look at the application and the patterns that hold its different tasks together.
01 / Original interface
Holdings and allocation
A compact overview combines holdings, strategy information, allocation and a detailed asset table.
Design intentionConnect the overall allocation with the individual assets behind it.
A connected product and identity system spanning research artifacts, architecture, components, desktop, mobile and marketing expression.
For the person
Different entry points for learning, participation and managing an existing position.
For the product
A consistent identity through the evolution from PieDAO to AUXO.
For delivery
A component vocabulary that can be reused across related product areas.
A tradeoff worth keeping visible
A strong brand can help recognition, but product terminology still needs explanation. Visual consistency should support the financial information rather than compete with it.
Proposed validation / Next iteration
Give newcomers and existing holders different tasks within the same navigation.
Check whether they can distinguish the available participation routes.
Test a dense desktop task on mobile before assuming the layout adapts successfully.
Evidence & presentation notes +
Original research and design artifacts establish the work. Platform scale is not a measured result of the redesign.
These explanations and presentation layouts are newly prepared from the available original artifacts. The validation tasks are proposals, not research already completed.
Screens and process artifacts come from the original published project. Product amounts shown inside the designs are interface content, not claims about current assets or business performance.