QUICK LOOK
A NEW YORK TIMES FEATURE
A lightweight display overlay that lets readers see a snippet of an article before committing to a full article.
THE PROBLEM
NYT articles jump directly from a minimal homepage card (headline + image) to a full article with ads, popups, and heavy content. This abrupt leap creates frustration for users who want to skim before committing, often leading to backtracking or bounce.
THE SOLUTION
A overlay preview design for articles that require either a hover (web) or a click (mobile). Making previewing articles a easy, low commitment transition for consumption.
The Quick Look Preview concept emerged not as a nice-to-have, but as a clear opportunity to reduce friction, improve retention, and align NYT with modern reading habits.
Prototpyes: web and mobile feature walk through.
BACKGROUND/RESEARCH
Contextual Inquiry
I also sat with a small test group and asked them to browse the NYT homepage as close to how they normally would. A few patterns showed up consistently:
-
Mobile readers skim, then bounce. If an article didn't hook them in the first 10 seconds, they scrolled back to the homepage rather than finishing it, signaling that full commitment was too high a bar to clear up front
-
Desktop readers hoarded tabs. With no way to judge an article's value,
people opened multiple tabs to "skim later" instead of deciding in the moment
Subscription prompts broke flow. Several readers visibly sighed when a prompt or slow load interrupted them, describing it as "a wall" rather than an invitation
-
Across both mobile and desktop, the pattern was the same: readers wanted a way to gauge an article's worth before committing to it, and NYT's structure didn't give them one. This wasn't a one-off frustration, it was a systemic gap in how the site is designed to be browsed
User Conversations
To go deeper, I ran a handful of informal interviews (5 readers, ages 22–45). I asked them to walk me through their news-reading habits. What stood out:
-
“Sometimes the headline is vague. I just want to peek inside first.”
-
“I’m usually on the go. I need to scan, not commit.”
-
“Other apps give me snippets. With NYT, I’m stuck clicking in and out.”
-
These comments echoed my own frustrations, but more importantly, they revealed a clear unmet need for lightweight previews in the NYT interface.
Competitive Benchmarking
I looked at competing content platforms looked at competing content platforms to see how NYT compares. Medium offers a seamless preview, showing the first few paragraphs with a clean, minimal design and a fast skim experience. Apple News uses card-based previews with a snippet and image for instant, distraction-free glancing. Twitter/X lets users scan headlines and excerpts via tweet cards for fast access.
This showed a gap,
while NYT is strong in credibility and depth, its UX doesn’t support readers who want to skim quickly before diving deeper.
Quantitative Indicators
Although I didn’t have access to NYT’s internal analytics, I reviewed public data and usability studies on news consumption:
-
The average session time on news sites is ~2 minutes, with many users only scanning headlines.
-
Bounce rates for news and media sites typically fall between 40–60%, and industry sources point to headline/content mismatch as a leading cause of bounces.
-
Research from the Reuters Institute shows that over 70% of users prefer a quick skim or summary before deciding to read in full.
These numbers reinforced my qualitative insights: the NYT risks losing readers in the crucial “skim-to-commit” moment.
Research Conclusion
Across observation, interviews, and competitive analysis, readers consistently signaled a need to gauge an article's value before committing to it, something competitors like Apple News and Medium already support but NYT doesn't. This is directional given the small sample (five interviews, one test session), not a validated finding at scale. Still, a lightweight preview layer stands out as the clearest opportunity worth testing further.
DESIGN
Research revealed that readers need a lightweight middle step between headlines and full articles, so I moved forward with a Reader Mode Preview that delivers quick, distraction-free snippets to improve flow and engagement.
I began by carefully analyzing what information the New York Times currently provides at each stage of the reading journey. On the homepage, users are given only a headline and an image, which can spark curiosity but often leaves them unsure of whether the article is worth their time. On the other hand, once they click through, they’re confronted with the full article,
a long scroll of text, subscription prompts, and additional elements that demand a higher level of commitment.
Since my design challenge was to bridge this gap between a minimal preview and the full article, I mapped out the differences in information density at each step. The headline alone lacked context, while the full article overwhelmed readers who just wanted a quick sense of relevance. I wanted to create a “happy medium” that gave users enough to decide whether to continue, without undermining the NYT’s business model or overwhelming them with content.
After weighing the value of different article elements,
I landed on a balance: show the headline, the author, and the first three paragraphs.
The headline anchors the reader, the author adds credibility and trust, and the first three paragraphs provide just enough depth to signal tone, topic, and importance. This combination aligned with my research insights, users wanted more than a headline but less than a full scroll, and it positions the Reader Mode Preview as a low-friction, high-value feature that directly addresses user needs.
Current NYT Homepage Info
Full Article Info
What's in between??
Designing the Quick Look began by identifying the key information I wanted to include in the quick-look experience and experimenting with how it could be composed on the screen. Since the NYT homepage features articles in a variety of sizes and layouts, I designed two preview formats that would flexibly accommodate most web versions. From there, I iterated on the placement of the title, author, and opening paragraphs to find a layout that felt both clear and natural within the flow of the existing interface.
I ultimately chose the starred versions because they were the most visually comfortable for readers, offering a clear and intuitive information hierarchy. This layout made it easy to quickly scan headlines and opening text without overwhelming the user. For the smaller version, I realized that making the preview scrollable created an opportunity to present more information in a limited space, while still keeping the experience lightweight and flexible. This balance allowed the design to serve both quick skimming behaviors and deeper curiosity, depending on the user’s needs. The scrollable feature can be applied to the larger pop up as well. After several rounds of iteration and quick user testing, the main consensus was clear: once readers had skimmed the preview, they wanted a simple, direct way to continue into the full article. Without this step,
the preview felt incomplete, users didn’t want to scroll back or search for links; they wanted a natural handoff from “skim” to “deep read.”
To solve this, I introduced a “Read Full Article” button that provides an immediate pathway into the original piece. My goal was to keep the interaction seamless within the New York Times’ existing design language, so I studied the platform’s current buttons and interaction patterns. I then blended these visual cues, typography, spacing, and subtle styling, into my design, ensuring the new feature felt native to the NYT ecosystem rather than an external add-on.
Quick Look Final Design (Web)
Here is a walkthrough of how the quick look icon is utilized on a web application. The icon is triggered through a hover.
Take a look at the walkthrough video.
Quick Look Final Design Dark Mode (Mobile)
Here is a walkthrough of the screens that pop up once the quick look icon is used for mobile. The icon is triggered by a click.
Take a look at the walkthrough video.
CLOSING
Designing the Quick Look feature gave me the opportunity to take a small but impactful problem, the friction between a headline and a full article, and shape it into a user-centered solution. What stood out most during this project was how much value can be created by addressing the “in-between moments” of an experience. Readers didn’t want a radical redesign of the New York Times; they wanted a smoother handoff, a chance to decide more confidently before committing. Through quick observations, lightweight interviews, and iterative design, I learned that even subtle interface changes , like adding previews, scroll prompts, or a clean “Read Full Article” button, can meaningfully improve the flow without disrupting brand consistency. The challenge was not just designing something functional, but making sure it felt native to the NYT’s established design language. Looking back, this project
reinforced the importance of balancing user needs with existing systems.
By respecting the New York Times’ visual identity while introducing a new layer of interaction, I was able to design a feature that blends seamlessly into the platform. It taught me that impactful UX design doesn’t always mean reinventing the wheel, sometimes, the biggest improvements come from refining the edges of an experience.