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?
What you will build in this module
By the end, you will be able to wireframe a login screen with proper visual hierarchy, design a responsive product page at three breakpoints, and classify UI patterns by content type. In Module 3, you built the site map — the blueprint of your product's structure. Now you will sketch the screens that bring that blueprint to life.
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 show | What wireframes do NOT show |
|---|---|
| Layout and structure | Colors, gradients, shadows |
| Content placement | Final copy or real images |
| Navigation and user flow | Typography choices |
| Interactive elements (buttons, forms, menus) | Brand identity or visual style |
| Content hierarchy (what is prominent vs. secondary) | Animations or transitions |
✗ Wireframe
- ✗Gray boxes for images
- ✗Lorem ipsum for text
- ✗Simple rectangles for buttons
- ✗No colors, no branding
- ✗Focus: does the layout work?
✓ Final design
- ✓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.)
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
| Tool | What it does | Shortcut |
|---|---|---|
| Frame | Creates a screen-sized artboard (think: one page of your app) | F |
| Rectangle | Your go-to shape for image placeholders, cards, buttons | R |
| Text | Adds labels, headings, placeholder content | T |
| Auto Layout | Stacks elements automatically with consistent spacing (the most important Figma feature for wireframing) | Shift + A |
| Components | Reusable elements — create a button once, reuse it everywhere | Ctrl/Cmd + Alt + K |
| Constraints | Tells 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 XPOn 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._
Sign in to earn XPComponent 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.
| Component | Used for | Typical elements |
|---|---|---|
| Card | Displaying a preview of content (product, article, user) | Image, title, description, action button |
| Navigation bar | Consistent top-level navigation across all pages | Logo, menu items, search, profile icon |
| Form field | Any text input — login, search, checkout | Label, input, placeholder text, error state |
| Button | Triggering an action | Label, icon (optional), states: default, hover, disabled |
| Modal | Overlaid dialog for confirmations or focused tasks | Title, content, primary button, close button |
| List item | Repeated rows of content (inbox, feed, settings) | Icon, title, subtitle, timestamp, action |
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.
| Element | Desktop (1440px) | Tablet (768px) | Mobile (375px) |
|---|---|---|---|
| Navigation | Full horizontal menu | Condensed horizontal or hamburger | Hamburger or bottom tab bar |
| Content layout | 3-column grid | 2-column grid | Single column, stacked |
| Images | Large, side-by-side | Medium, may stack | Full-width, stacked |
| Sidebar | Visible on screen | Collapsible or hidden | Hidden behind toggle |
| CTAs | Button with text + icon | Button with text | Full-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 XPYou 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._
Sign in to earn XPCommon UI patterns every wireframe uses
You do not need to invent new layouts. Most interfaces are built from a small set of proven patterns:
| Pattern | What it is | When to use it |
|---|---|---|
| F-pattern | Users scan in an F shape — top left to right, then down the left side | Content-heavy pages (articles, search results) |
| Z-pattern | Users scan in a Z — top left, top right, bottom left, bottom right | Landing pages with minimal content (hero + CTA) |
| Card grid | Content displayed as a grid of cards | Product catalogs, portfolios, dashboards |
| Master-detail | List on the left, detail view on the right | Email clients, settings pages, admin panels |
| Wizard/stepper | Multi-step process with progress indicator | Checkout flows, onboarding, setup processes |
| Infinite scroll | Content loads continuously as the user scrolls | Social feeds, image galleries |
Match the Pattern to the Product
25 XPFor each product, classify which UI pattern is the best fit for its primary screen. **Categories:** F-pattern, Z-pattern, Card grid, Master-detail, Wizard/stepper, Infinite scroll 1. A blog homepage displaying article previews with titles, thumbnails, and excerpts. {"\u2192"} ___ 2. An email client showing a message list on the left and the selected email on the right. {"\u2192"} ___ 3. A SaaS landing page with a hero headline, a subheading, and a single "Start Free Trial" button. {"\u2192"} ___ 4. A 5-step tax filing form that guides users from personal info to final submission. {"\u2192"} ___ 5. An Instagram-style social feed where new posts appear as you scroll down. {"\u2192"} ___ _Hint: Think about the content type and the user's primary action. Content-heavy browsing uses card grids or F-patterns. Focused conversion uses Z-patterns. Step-by-step processes use wizards._
Sign in to earn XPRemember that napkin sketch that became Instagram? Kevin Systrom's key insight was not adding features — it was removing them. Burbn had check-ins, event planning, social networking, and photo sharing. The wireframe reduced it to three screens. That ruthless simplification — knowing what to leave out — is the hardest and most valuable skill in wireframing. Every gray box you draw is a decision about what matters most.
Your wireframes are static right now — a picture of what the screen looks like at one moment. In the next module, you will make them move. You will learn how to build clickable prototypes in Figma, design micro-interactions, and test ideas before writing a single line of code.
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?