Empty States Design for Websites and Web Apps

Our company is engaged in the development, support and maintenance of sites of any complexity. From simple one-page sites to large-scale cluster systems built on micro services. Experience of developers is confirmed by certificates from vendors.

Development and maintenance of all types of websites:

Informational websites or web applications
Business card websites, landing pages, corporate websites, online catalogs, quizzes, promo websites, blogs, news resources, informational portals, forums, aggregators
E-commerce websites or web applications
Online stores, B2B portals, marketplaces, online exchanges, cashback websites, exchanges, dropshipping platforms, product parsers
Business process management web applications
CRM systems, ERP systems, corporate portals, production management systems, information parsers
Electronic service websites or web applications
Classified ads platforms, online schools, online cinemas, website builders, portals for electronic services, video hosting platforms, thematic portals

These are just some of the technical types of websites we work with, and each of them can have its own specific features and functionality, as well as be customized to meet the specific needs and goals of the client.

Showing 1 of 1All 2062 services
Empty States Design for Websites and Web Apps
Simple
~1 day
Frequently Asked Questions

Our competencies:

Development stages

Latest works

  • image_website-b2b-advance_0.webp
    B2B ADVANCE company website development
    1368
  • image_web-applications_feedme_466_0.webp
    Development of a web application for FEEDME
    1255
  • image_websites_belfingroup_462_0.webp
    Website development for BELFINGROUP
    963
  • image_ecommerce_furnoro_435_0.webp
    Development of an online store for the company FURNORO
    1199
  • image_crm_enviok_479_0.webp
    Development of a web application for Enviok
    942
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Website development for FIXPER company
    956

Empty States Design for Website Pages

We design empty states for websites and web applications: from analyzing all possible contexts to ready-made components with illustrations and microtext. A well-crafted empty state doesn't leave the user in the dark — it explains why it's empty and suggests what to do next. Our experience shows: well-designed empty states reduce support tickets by 30% — data from a recent B2B dashboard project for reports. In this article, we'll break down types, structure, illustrations, and the design process.

An empty state is not a broken place, but a stage of the user journey. Wrong design equals lost conversion. Good design guides, retains, and informs. We distinguish four main types.

First-run — for new users with zero data, requires onboarding text. User-generated — when the user cleared a section, short call to action. Search/filter — query with no results, suggest changing filters. Error — loading failure, retry button.

Proper empty state design directly impacts metrics: time to first action, bounce rate, number of tickets. Companies investing in this element get up to 40% reduction in support load and increased user satisfaction.

Types of Empty States

Not all empty states are the same. Four main contexts:

First-run empty state — user just registered, no data yet. Task: explain the section's value and give the first step. For example, "My Projects" section — illustration + "Create your first project" + button.

User-generated empty state — user deleted everything or cleared the list. Tone is shorter, no explanation, just a call to action.

Search/filter empty state — query with no results. Confirm the query, suggest changing filters.

Error empty state — data didn't load. Needs a retry button and, if possible, an explanation of the cause.

How to Differentiate First-run from Error Empty State?

First-run is welcoming, error is apologetic. First-run contains onboarding text and a start button. Error shows a failure icon and "Retry". In the first case, the user didn't expect data; in the second, they did. These states should not conflict visually, but their functions are fundamentally different.

Empty State Component Structure

Typical block — vertically centered in the container:

  • Icon or illustration (48–120px)
  • Heading: 4–8 words, specific to the situation
  • Description: 1–2 sentences, what to do
  • CTA: button or link to a specific action

For tables and lists, the empty state occupies the space where rows would be — not full-screen.

Why Do Illustrations Reduce Anxiety?

Illustrations create context and soften the feeling of emptiness. For first-run, a large illustration works better than an icon: it shows how the section will look after filling. For error, an icon is enough — it doesn't distract from the message. If the design system already has illustrations, we use them; if not, we develop a minimal set: "no data", "no results", "no access", "loading error", "task completed". All illustrations are neutral, vector, in the common style.

Case Study

For a B2B dashboard with a "Reports" section, we designed three empty state variants:

  • First visit: chart illustration + "Your reports will be here" + "Create report" button
  • After filtering with no results: filter icon + "No reports for the selected period" + "Change filters"
  • Loading error: exclamation icon + "Failed to load data" + "Retry" button

This differentiation reduced questions like "why is the section empty" by 30% compared to a single "No data" state.

Comparison: Empty Screen with CTA vs. Without CTA

Parameter With CTA Without CTA
Time to action < 2 sec > 10 sec
Percentage of users leaving page 15% 45%
Support tickets 5% 20%

Our clients note: well-designed empty states guide users to the target action twice as fast.

What's Included

  • Audit of all empty states in the project
  • Creation of prototypes and scenario variants
  • Illustration development (up to 6) or adaptation of existing ones
  • Component code in chosen framework (React, Vue, Angular)
  • Usage guide for the design system
  • Documentation and team training

Process

  1. Analytics — inventory of all screens where empty states can occur.
  2. Design — scenarios for each type, texts, CTAs.
  3. Design — illustrations, adaptation to styles.
  4. Implementation — component with configuration.
  5. Testing — usability tests on real users.
  6. Deployment — implementation with backward compatibility guarantee.

Timeline

Design of a set of empty states (6–10 states for one product) — from 2 to 4 days. Cost is calculated individually based on illustration complexity and number of states. To get an accurate estimate, contact us — we will analyze your project and offer an optimal solution.

Our team's experience — 10+ years in web development and 50+ projects with custom interfaces. We guarantee quality: all components undergo code review and testing.

Contact us to discuss your task.

How do we guarantee design-to-code fidelity?

We restructure the UX/UI process so that design and code do not diverge. Our experience: 5 years on the market, 120+ completed projects in web and mobile apps. We work under a contract with a fixed timeline guarantee. Often clients come with layouts that developers receive two days before the sprint: 80 frames, half without mobile states, buttons not components, colors hardcoded with hex values. Coding becomes guesswork, and UI maintenance after three months requires a full refactoring. Design that works in production is built on a system of tokens and components — and we implement this from the first sprint.

Why design without tokens breaks code, and how we fix it

How Figma becomes an engineering tool

Figma is not just "a place to draw." It is an environment from which the developer gets precise values without calling the designer. We use Design Tokens — unified variables for colors, spacing, radii. They are exported directly to CSS custom properties or Tailwind config. For example, color/primary/500, spacing/md, radius/button. Without tokens, design and code diverge within a month.

What is the role of auto layout in responsive design?

Auto layout is mandatory. Components without auto layout break when text changes. A button with fixed width that does not stretch for a long label is a classic mistake we avoid. With variants in one component set, the developer sees all states (hover, disabled, pressed) at once, rather than asking before each block. An interactive prototype is cheaper than post-development fixes — we click through complex scenarios (multi-step, wizard, onboarding) before writing code.

What do design systems provide and when are they overkill?

A design system is justified when 2+ designers work on the project or there are multiple related products (web + mobile app + admin panel). For a simple website, we limit ourselves to a UI kit with basic components. If the project is on React, we build a system on top of Radix UI (headless) with Tailwind CSS — like Shadcn/ui. Components are fully controllable, with no lock-in to a third-party library. Wikipedia calls this approach strategically correct for scaling.

How do we ensure responsiveness without surprises?

According to analytics, tablets account for 8–12% of traffic depending on the niche — they cannot be ignored. But we do not create "desktop + mobile" with three breakpoints. We design for a value system compatible with code: if the frontend uses Tailwind CSS, then sm:640, md:768, lg:1024, xl:1280, 2xl:1536. The designer works with the same numbers in Figma. Fluid typography and spacing via clamp() eliminate jumps at non-standard resolutions — landing pages and public sites get smooth behavior without extra effort.

What is included in the deliverables

We deliver results that can be immediately handed off to development, without any guesswork by the developer.

Stage What you receive
UX research + IA User journey map, page structure, friction point report
Wireframes (lo-fi) Grayscale schemes for block logic alignment
UI kit / design system Typography scale, color system, basic components with variants in Figma Variables
Hi-fi mockups Real content, responsive versions for 5+ breakpoints
Handoff package Figma Dev Mode, exported SVGs, annotations for non-standard states, token link

Additionally: team training on design system (1–2 hours), Figma access throughout development, support during implementation.

How we guarantee UI quality

Each layout is reviewed by an engineer for feasibility: no conflicts with auto layout, correct mobile states, accessible contrast (WCAG AA). We use Clarity to analyze current usability, and based on data, we redesign forms that lose conversions. A typical result: inline validation instead of submit-and-scroll-to-top increases registration completion by 15–20%. Skeleton screens instead of spinners reduce perceived loading time.

Timeline and cost estimates

Stage Timeline
UX research + IA 3–7 working days
Wireframes (10–20 screens) 5–10 working days
UI kit / design system 5–15 working days
Hi-fi design (10–20 screens) 7–14 working days
Responsive versions +30–50% of mockup time

Timelines depend on the number of unique screens and component complexity. Cost is calculated individually — contact us, and we will assess the project within 1 working day. Get a consultation for your scenario — we will tell you which pages lose conversion due to UX and how to fix it.