Problem
The project belongs in the work history, but a professional portfolio must separate remembered work from verifiable evidence. The current record protects that distinction.
Case study 012026
XFlyboard / Service Website
The project is recorded, but the live interface is not substituted with a fabricated mockup while the supplied domain is unavailable.
View project↗X-Fly.pro
- Case type
- Water-sports service website
- Role
- UI/UX Designer + Web Producer
- Period
- 2026
- Status
- Public source currently unavailable
01
Problem and solution
Solution
A service-website project kept visible in the archive while the original public source is offline; interface proof will replace the status record when the source becomes reachable.
My role
UI/UX Designer + Web ProducerRecorded the project route and service context in the portfolio archive.
02
Research
Experience-selection journey
An unfamiliar water activity first needs explanation, then reassurance around safety, conditions and booking. Visual energy only works when paired with that sequence.
The less familiar the service, the less the interface can rely on user assumptions.
The supplied project route is xflyboard.ru/flyboard.
Independent business listings associate the domain with X-Fly.pro and water-sports rental services.
The domain returned a DNS resolution failure during responsive capture and no Wayback HTML snapshot was available.
The case therefore avoids fabricating device screenshots or presenting a directory listing as interface proof.
03
Information architecture
From curiosity to booking
The journey gradually turns emotion into a clear action.
- 01What it is→
- 02Formats and conditions→
- 03Safety→
- 04Questions answered→
- 05Booking
X-Fly.pro
- 01
Recorded the project route and service context in the portfolio archive.
- 02
Kept the live-source failure visible rather than replacing it with unrelated imagery.
- 03
Prepared the case structure for real desktop, tablet and mobile evidence when the source or design file is available.
04
Visual concept
The project's character becomes its own presentation system
The mockup does not disguise the interface: environment, colour, scale and medium extend the logic of the project itself.
- 01
Water contrast and clean typography
- 02
Energy without visual noise
- 03
Mobile booking journey first
05
Design and system behaviour
Not a gallery of pictures, but a sequence of states
Each visual is tied to a journey stage and demonstrates a distinct part of the solution.
06
Validation and outcome
Result and system scope
The project is recorded, but the live interface is not substituted with a fabricated mockup while the supplied domain is unavailable.
What can be verified
- 01
The supplied URL was tested directly and returned DNS resolution failure.
- 02
No local xflyboard design or screenshot source was found in the current workspace.
- 03
No archived HTML capture was returned for the supplied route.
Role boundaries
Client project · Role: UI/UX Designer + Web ProducerThis record does not claim current live status or show invented interface screenshots.
The X-Fly.pro brand, service operation and project content remain with their owner.
Outcome
A service-website project kept visible in the archive while the original public source is offline; interface proof will replace the status record when the source becomes reachable.
Open verified source ↗Discuss a related project
Need a website, product interface or automation system?
Send the current surface, goal and constraints. I will propose a route from diagnosis to a verifiable release.
Discuss a related project↗