Invozone Website

Web Design · Blockchain

Invozone Website

Repositioning a software house as a credible blockchain partner.

Scroll, it starts with a buyer who left

The summary flips. Go on, tap it.

How it went
The problemThe blockchain pages were hard to navigate and didn't speak to decision-makers.
The auditFour problems: access, usability, audience fit and visuals.
The structureFive service lines: Blockchain, Web3, RWA, DePIN and DeFi.
Proof firstImpact numbers and case studies sit right under the hero.
ReadabilityDark for the brand, light where people read.
LaunchedLive on invozone.com; a post-launch review lists 4 fixes.
Chapter 1 · Context and stakes

A capable team, hidden by its website.

InvoZone wanted to be seen as a leader in blockchain development, but its site worked against it. Features and key information were hard to reach, buttons were hard to use, and the visuals were cluttered.

For a services company, that is lost revenue: technical buyers leave before they find proof that the team can deliver.

4 problems

01 · InaccessibilityUsers struggled to reach features and crucial information. Navigation was complex and confusing.

Chapter 2 · Role and boundaries

Audit, structure, and every page.

I owned
  • Audit of the existing site and its four core problems
  • Sitemap and content hierarchy for the blockchain page
  • UI guide: Product Sans, colour system
  • Visual design of the full page and linked fintech / RWA pages
Boundaries
  • Marketing website, so success depends on content and sales follow-up too
  • Typeface choice flagged for a long-term brand decision
UI guide: Product Sans in four weights, #2276FF on a black and near-black base.
Chapter 3 · Key decisions and trade-offs

Proof first, then the pitch.

Decision 1 of 3

Organise around five service lines

Audit: navigation was the first failure point.

Options on the table
Why this one

Buyers arrive with one need. Grouping lets them find their area in one scan, then go deeper through “Explore more”.

What I gave up

Some services fit more than one line and had to be placed in one, so cross-links carry the rest.

Try it

Try it: dark for the brand, light for reading.

Switch between an all-dark page and the mix that shipped, and compare how the service detail reads.

Blockchain developmentBuild on-chain products buyers can trust.Talk to an expert
Web3 services

Smart contract development, audits and dApp front ends, with a team that has shipped blockchain products before. Each service line lists what's included and one clear next step.

  • Smart contracts and audits
  • dApp development
  • Wallet integration

A simplified mock of one service section, using the page's own colours and copy.

Sitemap

Tap a section to see what's inside.

Blockchain pageCarousel: Blockchain ecosystems · Smart contracts · dApps · Private networks · Web3 infrastructure
    • Blockchain development
    • Web3 services
    • RWA tokenisation
    • DePIN
    • DeFi
invozone.com/blockchain
The full blockchain page, top to bottom. Hero and impact numbers lead with credibility, each service line has a scannable capability list and one next step, and case studies sit where buyers look for proof.
The same system carried into linked fintech and RWA pages.
Chapter 4 · Outcome and evidence

Launched, with a fix list.

The redesign delivered a new information architecture, a documented UI guide and a full page system that extends to linked service pages. Traffic and conversion data from after launch isn't part of the original case study, so I'm not claiming numbers here.

Heuristic review of the delivered page

A review of the full page against Nielsen's 10 usability heuristics and WCAG 2.1 AA, done after delivery. These are the fixes for the next release.

4 findings · 0 fixed in the screens · 4 open

MediumDePIN and DeFi · consistencyOpen

Both sections use the heading "Decentralized Infrastructure On The Blockchain".

Give DeFi its own heading.

MediumService descriptions · accessibilityOpen

Grey body text is about 4.4:1 on white, just under the 4.5:1 AA minimum.

Darken the grey one step.

LowService lists · consistencyOpen

Bullet items have uneven indents, and some are underlined like links while others aren't.

One indent; underline only real links.

MediumResponsiveOpen

No phone layout is shown in this case study.

Add the phone breakpoints.