O
Octo
O
Octo
CoursesPricingDashboardPrivacyTerms

© 2026 Octo

UX/UI Design
1The UX Design Process2User Research Methods3Information Architecture4Wireframing5Prototyping & Interaction Design6Usability Testing7UI Design Principles8Building Your UX Portfolio
Module 4

Wireframing

Before pixels, there are boxes and lines. Here's how to sketch, wireframe in Figma, think in components, design responsively, and use the UI patterns that work.

The napkin that became Instagram

In 2010, Kevin Systrom and Mike Krieger were building a check-in app called Burbn. It did everything — check-ins, social networking, photo sharing, event planning. Users were confused. They ignored most features.

Then Systrom noticed something in the analytics: people were using exactly one feature obsessively — photo sharing. Everything else was noise.

He sat down with a pen and sketched the entire new app on paper. Three screens. Take a photo. Apply a filter. Share it. No check-ins. No event planning. No social networking beyond a feed.

That napkin sketch became Instagram. It launched in October 2010 and hit 25,000 users on day one, 1 million in two months, and was acquired by Facebook for $1 billion in 2012.

Instagram started as a wireframe — boxes and lines on paper that answered one question: what goes on the screen, and what do we remove?

25Kusers on day one

1Musers in two months

1Bacquisition price (dollars)

What is a wireframe?

A wireframe is a low-fidelity blueprint of a screen. It shows layout, content hierarchy, and functionality — without color, images, or visual polish.

Think of it as the architectural floor plan of a room. The floor plan tells you where the walls, doors, and windows go. It does not tell you what color to paint the walls or what furniture to buy. That comes later.

What wireframes showWhat wireframes do NOT show
Layout and structureColors, gradients, shadows
Content placementFinal copy or real images
Navigation and user flowTypography choices
Interactive elements (buttons, forms, menus)Brand identity or visual style
Content hierarchy (what is prominent vs. secondary)Animations or transitions

✗ Without AI

  • ✗Gray boxes for images
  • ✗Lorem ipsum for text
  • ✗Simple rectangles for buttons
  • ✗No colors, no branding
  • ✗Focus: does the layout work?

✓ With AI

  • ✓Real photographs and illustrations
  • ✓Final, polished copy
  • ✓Styled buttons with hover states
  • ✓Full brand colors and typography
  • ✓Focus: does it look and feel right?

Fidelity levels — low, mid, and high

Not all wireframes are the same. The level of detail depends on where you are in the process.

Low-fidelity (lo-fi) — Pen and paper. Sticky notes on a whiteboard. Rough boxes and squiggly lines representing text. Takes 5 minutes per screen. Use during brainstorming and early ideation when you need to explore many ideas fast. Disposable by design.

Mid-fidelity (mid-fi) — Digital wireframes in Figma or Balsamiq. Clean gray boxes, proper alignment, real labels on buttons, placeholder text that shows content structure. Takes 30-60 minutes per screen. Use when you need to communicate layout to stakeholders or developers.

High-fidelity (hi-fi) — Pixel-perfect mockups with real content, colors, typography, and imagery. Looks like the final product. Takes 2-4 hours per screen. Use for usability testing, developer handoff, and stakeholder approval. (This crosses into UI design, covered in Module 7.)

⚠️Start low, go high — never the reverse
The biggest wireframing mistake is jumping to high-fidelity too early. When you show a polished mockup, stakeholders give feedback on colors and fonts instead of layout and flow. When you show a rough sketch, they focus on "Does this make sense? Can users find what they need?" Start rough. Get the structure right. Then add polish.

There Are No Dumb Questions

"Can I skip straight to Figma? I am faster on the computer."

You can, but you should not — at least not for the first round. Pen and paper has one massive advantage: it is disposable. When you spend 5 minutes sketching on paper, you feel zero attachment to the result. You will throw it away and try a completely different layout. When you spend 45 minutes building a Figma wireframe, you become attached. You start tweaking instead of rethinking. Paper sketches first, Figma second.

"How many wireframe variations should I create?"

For a key screen (homepage, checkout, dashboard), sketch at least 3-5 different layouts before committing to one. This is called "exploring the solution space." Your first idea is almost never your best idea — it is the most obvious idea. The good ideas emerge after you exhaust the obvious ones.

Figma basics — your wireframing home

Figma is the industry-standard design tool. It is free for individuals, runs in the browser, and is collaborative. Here is what you need to know for wireframing:

The essential Figma toolkit for wireframes

ToolWhat it doesShortcut
FrameCreates a screen-sized artboard (think: one page of your app)F
RectangleYour go-to shape for image placeholders, cards, buttonsR
TextAdds labels, headings, placeholder contentT
Auto LayoutStacks elements automatically with consistent spacing (the most important Figma feature for wireframing)Shift + A
ComponentsReusable elements — create a button once, reuse it everywhereCtrl/Cmd + Alt + K
ConstraintsTells elements how to behave when the frame resizes (left, right, center, scale)Right panel

Wireframe in Figma in 10 minutes

1. Set up your frame. Press F, pick a device preset (Desktop 1440px, iPhone 14, etc.). This is your canvas.

2. Block out the layout. Use rectangles (R) to create the major zones: header, hero section, content area, sidebar, footer. Fill them with light gray (#E5E5E5). No details yet — just blocks.

3. Add structure with Auto Layout. Select a group of elements, press Shift+A. Auto Layout handles spacing and alignment for you. Change the gap between items in one click.

4. Add text labels. Press T and add headings, button labels, and placeholder descriptions. Use "Heading goes here" and "Supporting text that describes the section" — not Lorem Ipsum (real-ish content helps you judge whether the layout works).

5. Create reusable components. Made a nice button? Select it, press Ctrl/Cmd+Alt+K to make it a component. Now you can reuse it on every screen and update all instances at once.

⚡

Wireframe a Login Screen

25 XP
On paper or in Figma, wireframe a login screen for a mobile app. Include: 1. App logo (placeholder box) 2. Email input field 3. Password input field 4. "Log in" button (primary action) 5. "Forgot password?" link 6. "Sign up" link for new users 7. Social login options (Google, Apple) Decisions to make: - Where does the logo go? How big? - What is the visual hierarchy — what does the user see first? - Where do the social login buttons go — above or below the email/password fields? - How do you differentiate the primary action (Log in) from secondary actions (Forgot password, Sign up)? _Hint: Look at 3-4 apps on your phone for reference. Notice how most follow a similar pattern. Then decide which pattern works best for your app and why._

Component thinking — design once, reuse everywhere

Professional UX designers do not wireframe individual screens in isolation. They think in components — reusable building blocks that combine to form complete interfaces.

ComponentUsed forTypical elements
CardDisplaying a preview of content (product, article, user)Image, title, description, action button
Navigation barConsistent top-level navigation across all pagesLogo, menu items, search, profile icon
Form fieldAny text input — login, search, checkoutLabel, input, placeholder text, error state
ButtonTriggering an actionLabel, icon (optional), states: default, hover, disabled
ModalOverlaid dialog for confirmations or focused tasksTitle, content, primary button, close button
List itemRepeated rows of content (inbox, feed, settings)Icon, title, subtitle, timestamp, action
🔑Atomic Design — the industry framework for components
Brad Frost's Atomic Design breaks interfaces into five levels: Atoms (a single button), Molecules (a search bar = input + button), Organisms (a header = logo + nav + search bar), Templates (page layout with placeholder content), and Pages (final design with real content). This mental model helps you build systematically instead of designing every screen from scratch.

Responsive wireframing — designing for every screen

Your wireframe must work on desktop (1440px), tablet (768px), and mobile (375px). This is not an afterthought — it is a core part of wireframing.

Mobile-first approach

Start by designing the mobile version first. Why? Because mobile forces constraint. When you have 375 pixels of width, you must decide what truly matters. You cannot cram 12 navigation items, a hero image, three columns of content, and a sidebar into a mobile screen.

Once the mobile version works, expanding to tablet and desktop is easier — you add space and optional elements. Going the other direction (desktop first, then squishing into mobile) always results in a mobile experience that feels like an afterthought.

ElementDesktop (1440px)Tablet (768px)Mobile (375px)
NavigationFull horizontal menuCondensed horizontal or hamburgerHamburger or bottom tab bar
Content layout3-column grid2-column gridSingle column, stacked
ImagesLarge, side-by-sideMedium, may stackFull-width, stacked
SidebarVisible on screenCollapsible or hiddenHidden behind toggle
CTAsButton with text + iconButton with textFull-width button

There Are No Dumb Questions

"Why mobile first? Most of our users are on desktop."

Even if desktop is your primary platform, mobile-first wireframing is a design discipline, not just a platform strategy. Starting small forces you to prioritize ruthlessly. You will create a cleaner, more focused experience at every screen size. Luke Wroblewski coined "Mobile First" in 2009, and it remains the industry best practice.

⚡

Responsive Wireframe Challenge

50 XP
You are wireframing a product page for an e-commerce site. The page needs these elements: - Product image gallery (4 images) - Product title and price - Size and color selectors - "Add to Cart" button - Product description (2 paragraphs) - Customer reviews section (star rating + 3 recent reviews) - "You might also like" section (4 related products) Sketch or describe the layout for THREE screen sizes: 1. **Mobile (375px)** — single column. What order do you stack the elements? What gets simplified? 2. **Tablet (768px)** — what can go side-by-side? What stays stacked? 3. **Desktop (1440px)** — full multi-column layout. Where does the "You might also like" section go? _Hint: On mobile, the "Add to Cart" button is often made sticky (fixed at the bottom of the screen) because the user scrolls through images and descriptions before deciding to buy. Think about what the user needs at each scroll position._

Common UI patterns every wireframe uses

You do not need to invent new layouts. Most interfaces are built from a small set of proven patterns:

PatternWhat it isWhen to use it
F-patternUsers scan in an F shape — top left to right, then down the left sideContent-heavy pages (articles, search results)
Z-patternUsers scan in a Z — top left, top right, bottom left, bottom rightLanding pages with minimal content (hero + CTA)
Card gridContent displayed as a grid of cardsProduct catalogs, portfolios, dashboards
Master-detailList on the left, detail view on the rightEmail clients, settings pages, admin panels
Wizard/stepperMulti-step process with progress indicatorCheckout flows, onboarding, setup processes
Infinite scrollContent loads continuously as the user scrollsSocial feeds, image galleries
🔑Do not reinvent proven patterns
Jakob's Law states: "Users spend most of their time on other sites." This means they prefer your site to work the same way as all the other sites they already know. Use familiar patterns. Save your creativity for the content and value proposition — not for reimagining how a navigation menu works.

Key takeaways

  • Wireframes are blueprints — they show layout, hierarchy, and flow without visual design, so you can validate structure before investing in polish
  • Start low-fidelity (paper sketches), then move to mid-fidelity (Figma wireframes), then high-fidelity (polished mockups) — never skip ahead
  • Sketch 3-5 variations of key screens before committing — your first idea is rarely your best
  • Figma is the industry standard — learn Frames, Auto Layout, and Components; these three features handle 90% of wireframing
  • Think in components (buttons, cards, navigation bars) not individual screens — Atomic Design provides the framework
  • Design mobile first — constraints force clarity; expanding to desktop is easier than shrinking from it
  • Use proven UI patterns (F-pattern, card grid, master-detail, wizard) — Jakob's Law says users prefer familiarity

?

Knowledge Check

1.Why should you start with low-fidelity wireframes before moving to high-fidelity?

2.What is the 'mobile first' approach to wireframing?

3.In Atomic Design, what is a 'molecule'?

4.Jakob's Law states that 'users spend most of their time on other sites.' What does this mean for wireframing?

Previous

Information Architecture

Next

Prototyping & Interaction Design