← Selected work
Product design / 2024—25

DataHive

Turn technical infrastructure into clear operating decisions.

My role

Lead UX/UI design

The scope

Onboarding · Dashboard · Node management

Project status

Design case study

The project, at a glance

The challenge
Identity checks, wallets and node operations need to feel like one understandable product.
My contribution
I led web and mobile UX/UI, keeping operational status, relevant information and available actions together.
What came out of it
Original onboarding, node checkout, activation and dashboard designs, supported by a shared visual system.
Product design / DataHive

A complex network.
A clear next step.

01Understand the state02Find the exception03Take the next step

Original DataHive interface · New portfolio composition

Original DataHive node dashboard
DataHiveOriginal project presentation
The original work / In motion

The system, set in motion.

The original website uses movement to introduce the data platform and explain the relationships between its nodes.

Open video at full size
01 / The problem to solve

Turn technical infrastructure into clear operating decisions.

DataHive brings personal-data control, identity checks, wallets and network participation together. People need to know what they are choosing, what is ready and what still requires their attention.

What I owned

I led web and mobile UX/UI across onboarding, dashboards, node management, consent and data-permission flows, alongside the visual language.

The design tension

Technical specifications and payment requirements must stay inspectable without overwhelming the main task.

Inside the original workThe original screens expose verification states, comparable node specifications, wallet/manual payment choices and activation states.

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

Readiness is a sequence, not a mystery

What the work shows

Identity, selfie, address, mobile and legal steps each have their own state.

The design response

Separate dashboard exploration from verification, and make outstanding requirements visible.

Why it matters

Help people understand the next requirement without losing their place in the product.

02

A purchase needs a common basis for comparison

What the work shows

Node families share CPU, RAM, storage, yearly-fee and staking information.

The design response

Align the specifications, then move through quantity, cart and a clear payment choice.

Why it matters

Support an informed selection before asking for a financial commitment.

03

The useful dashboard tells you what to do

What the work shows

The designs distinguish active, approval, activation and issue states beside operational metrics.

The design response

Keep state, bandwidth, uptime and resource usage attached to the relevant node.

Why it matters

Help an operator connect a signal to the node and action it concerns.

03 / Connecting the experience

A route through the complexity.

Select a stage to explore its purpose.

The moment

Set up an account and work through verification.

The design intention

Show progress and outstanding requirements.

Portfolio journey map, reconstructed from the original onboarding and node-management designs.

04 / The interface, up close

Make the next step
feel like a next step.

The original product, presented at the level where its hierarchy and choices can be inspected.

01 / Original interface

Explain the choice

Wallet choices sit beside an explanation of what a wallet is and how to get one, supporting both experienced and unfamiliar users.

Design intentionMake the information needed for the next decision visible in the same place.
Inspect the source ↗
DataHive / 01
Wallet connection: explain the choice
Original design · Reframed for detail
02 / Original interface

Show required actions and status

The checklist distinguishes identity, proof-of-identity, selfie, address, phone and legal-agreement steps and shows which tasks need action.

Design intentionMake the information needed for the next decision visible in the same place.
Inspect the source ↗
DataHive / 02
Verification: show required actions and status
Original design · Reframed for detail
03 / Original interface

Make costs and payment choice visible

The checkout dialog makes the selected token, discount code, yearly node fee and activation conditions visible before the payment action.

Design intentionMake the information needed for the next decision visible in the same place.
Inspect the source ↗
DataHive / 03
Checkout: make costs and payment choice visible
Original design · Reframed for detail
The everyday workspace

After setup,
make operation readable.

The original operating view and node catalogue connect two distinct tasks: managing the nodes already owned and comparing a new one before checkout.

Original presentation boards5 source artifacts +

The complete originals behind this case study. Open a board to inspect the source presentation.

2026 / A new interface exploration

From monitoring
to knowing what’s next.

A new design proposal created for this portfolio. Explore the visual changes beside the original project.

New DataHive interface exploration with sample data

New interface design proposal · Sample states · Interactive local prototype

01

An exception gets a place

A dedicated activation prompt separates a pending task from routine metrics.

02

Comparison becomes easier

A shared table aligns state, uptime, capacity and bandwidth across nodes.

03

Detail opens in context

Search, state filters and a focused detail panel make the proposal explorable.

Open the design. Try the interactions. ↗
05 / The value of the work

What changed.
And what I’d test.

A connected product-design system covering setup, node selection, checkout, activation and ongoing management across web and mobile.

For the person

A route from “what is this?” to a node they can inspect and manage.

For the product

A coherent experience across onboarding, financial decisions and ongoing use.

For delivery

Consistent states and repeatable components across a complex product.

A tradeoff worth keeping visible

A dashboard can surface every metric and still fail to explain the next action. The new exploration gives exceptions priority and leaves routine detail available in context.

Proposed validation / Next iteration
  1. Ask a new participant to compare two node options and explain the commitment.
  2. Observe whether they can identify what is blocking activation.
  3. Measure task errors and comprehension across setup, payment and daily monitoring.
Evidence & presentation notes +

The interface coverage is visible in the source work. Task-time or activation-rate improvements have not been verified.

These explanations and presentation layouts are newly prepared from the available original artifacts. The validation tasks are proposals, not research already completed.

Original project screens from my published design portfolio. This case focuses on the interface and my design contribution; it does not claim independently measured business results.

Keep exploring / Next project

HashHorse

Building a Farcaster miniapp from interface to infrastructure.

Open original at full size