User experience
Deals with how information is organised and how users reach their goal.
- Structure
- Navigation
- Flows
- Content
- Forms
- Usability
UI/UX DESIGN
At ENOR, we design how visitors understand and use your website. We connect structure, navigation and visual design to create flows built around what users need.
Home → Services
Menu with three services
Service page
What’s included and how it works
Form
Three fields and a confirmation
Exception: invalid email → message explaining the fix
INTRODUCTION
Visitors arrive with a purpose: to find information, compare an offer or complete an action. If the structure and interface make that path harder, even a polished look may not do its job.
At ENOR, we design the user flow before finishing the visual details. We organise content, clarify navigation and define how the interface responds at every step.
This service delivers the design project: structure, flows, screens and prototype. Coding and publishing are development work.
UI AND UX
Two parts of the same experience, designed together.
Deals with how information is organised and how users reach their goal.
Defines how these elements are presented and communicate visually.
We design them together, so that look and use support the same goal.
PROBLEMS WE ADDRESS
Common situations and the design approach for each. The actual cause is identified during the project analysis.
Situation: Navigation with unclear categories
Approach: Organisation by content and tasksSituation: Pages without hierarchy
Approach: Ordering of messages and actionsSituation: Long or confusing forms
Approach: Review of fields and guidanceSituation: Buttons with unclear meaning
Approach: Clear labels and statesSituation: Processes without confirmation
Approach: Feedback on the result and the next stepSituation: Errors that don’t explain the fix
Approach: Messages and recovery pathsWHAT THE SERVICE INCLUDES
The scope is set per project. Not every proposal includes every research method.
Goals, audiences, tasks and constraints.
Result: Summary of needs and open questions
Content grouping, labels and hierarchy.
Result: Sitemap and navigation structure
Steps, choices, exceptions and section order.
Result: Flow diagrams and annotated wireframes
Typography, colours, components and states.
Result: Detailed screens and components
Linking the main screens and selected interactions.
Result: Clickable prototype for discussion and evaluation
The agreed review and preparation of materials.
Result: List of changes and files for implementation
UNDERSTANDING USERS
Depending on the project, we gather information from the business, existing data and — when included — from users themselves.
Methods by project
Information gathered from a known source.
Most email questions ask about the design timeline.
Source: support requests from the last 3 months (example)
The “Services” page doesn’t link to the form.
Source: review of the existing website
Switch tabs: every statement keeps its source or how it will be verified.
Illustrative personas are not presented as results of real research.
An internal discussion without user participation is not called “user research”.
INFORMATION ARCHITECTURE
We group content and choose labels that match how visitors search, then turn the structure into navigation.
We don’t propose huge menus just to expose every page; the menu shows the main paths.
Ungrouped content
How do visitors look for these pages? With what words?
Switch the view: the same content before and after grouping into navigation.
USER FLOWS
We design the selected flows from the starting point to confirmation, including errors and going back — not only the ideal scenario.
Start
Service page
Choice
Project type
Details
Name, email, description
Check
Required fields
Confirmation
What happens next
Main path: five steps to confirmation, with the information needed at every step.
Pick a path: main, with an invalid email, or going back.
For each flow we design
WIREFRAMES
Wireframes help us discuss content, hierarchy and the role of each part without being distracted by colour and decoration.
We use representative text of realistic length. Final approval does not rely on placeholders that don’t represent the real content.
Switch from wireframe to UI: the notes explain the role of each part.
INTERFACE DESIGN
We design the visual elements and their behaviour so that pages and components stay consistent.
States for the relevant components
Status is never shown by colour alone: we add text or an icon.
State
Visual specification · Default: The base look.
Choose a component and a state to see the specification.
FORMS AND INTERFACE TEXT
Labels, help text and messages tell users what is needed, why it is needed and what happens next.
Questions we answer
Send without an email to see the error, then fill in the example. Nothing is sent.
A placeholder is never the only label of a field.
In the real implementation, success is shown only after the action is completed. In the prototype, states are for demonstration.
RESPONSIVE AND ACCESSIBILITY
The same flow must be clear on phone, tablet and desktop, with touch, mouse or keyboard. During design we check order, focus, contrast and long text.
Visual design alone does not guarantee full accessibility. The result also depends on implementation and testing.
See Responsive DesignINTERACTIVE PROTOTYPE
We link the main screens into a prototype that demonstrates navigation and selected interactions. This helps discussion and surfaces unclear points before development.
Clickable prototype · sends no data

Spaces that feel like home.
Interior design for homes and offices.
The prototype is not a working website and does not process payments or real data. A demonstration does not replace testing a coded system.
USABILITY EVALUATION
Depending on the project, the evaluation can be an expert review or a test with representative users. They are different methods and we report them separately.
The design team reviews the prototype against established usability criteria. No participants are involved.
| Observation | Where | Priority | Proposal |
|---|---|---|---|
| “Send” doesn’t say what happens next | Form | High | Clear label and follow-up text |
| Two services with similar names | Menu | Medium | Short description in the menu |
| The confirmation offers no next step | Confirmation | Medium | Link to projects |
Illustrative example of an expert review of the concept; not a test result.
Compare the expert review with the report structure of a user test.
We don’t invent heatmaps, success rates or participant quotes.
A/B testing in production is a different service: it needs traffic, implementation and a measurement plan.
COMPONENTS AND HANDOFF
Deliverables are set in the agreement and organised so that the development team can follow structure, behaviour and states.
Two different things
Source files, licences and usage rights are set in the agreement. Coding and publishing are not deliverables of this service.
Source file
Export materials
Interaction notes
PROCESS
The number of screens and review rounds is set in the proposal.
We define the audience, tasks and constraints.
We review the information and the research included.
We organise the content and the steps.
We evaluate the hierarchy and role of each screen.
We design the interface and interactions.
We evaluate and improve within the agreed scope.
We prepare the materials for implementation.
WHY ENOR
In our portfolio we explain ENOR’s actual role and which parts were delivered.
FAQ
More solutions for your business needs.
Tell us about the website, the audience and the actions you want to improve. We’ll define a concrete scope for the UI/UX design.
Sample Logistics Co.
“They translated complex technical concepts into clear decisions for our team.”