惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

S
Schneier on Security
The Register - Security
The Register - Security
月光博客
月光博客
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The GitHub Blog
The GitHub Blog
博客园 - 司徒正美
罗磊的独立博客
U
Unit 42
S
SegmentFault 最新的问题
Y
Y Combinator Blog
博客园_首页
Hugging Face - Blog
Hugging Face - Blog
J
Java Code Geeks
Schneier on Security
Schneier on Security
Know Your Adversary
Know Your Adversary
C
Check Point Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Simon Willison's Weblog
Simon Willison's Weblog
V
Vulnerabilities – Threatpost
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
阮一峰的网络日志
阮一峰的网络日志
The Hacker News
The Hacker News
博客园 - 叶小钗
C
Cybersecurity and Infrastructure Security Agency CISA
Spread Privacy
Spread Privacy
L
LINUX DO - 热门话题
T
The Exploit Database - CXSecurity.com
P
Palo Alto Networks Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Latest news
Latest news
L
Lohrmann on Cybersecurity
A
About on SuperTechFans
L
LangChain Blog
Stack Overflow Blog
Stack Overflow Blog
S
Securelist
A
Arctic Wolf
D
Darknet – Hacking Tools, Hacker News & Cyber Security
T
Threatpost
Scott Helme
Scott Helme
博客园 - 聂微东
博客园 - 【当耐特】
T
Tenable Blog
I
Intezer
D
DataBreaches.Net
B
Blog RSS Feed
Security Latest
Security Latest
C
Cisco Blogs
T
Tor Project blog
N
Netflix TechBlog - Medium

Linear Blog

Teaching an agent to auto-fix bugs - Linear Now Linear writes the code, too - Linear Reviewing code in the agent era - Linear Code review should be fast - Linear Code Intelligence for Linear Agent - Linear How we hire at Linear - Linear Output isn’t design - Linear How we use Linear Agent at Linear Post mortem on Linear security incident on March 24th, 2026 A calmer interface for a product in motion Design is more than code - Linear How our Customer Experience team works in Linear - Linear Continuous planning in Linear - Linear Designing remote work at Linear - Linear Self-driving SaaS: When software runs itself - Linear A Linear spin on Liquid Glass - Linear Best practices for designing Linear Dashboards - Linear Why we committed to a zero-bugs policy - Linear How Commure uses Dashboards to track performance and guide planning - Linear How we built Triage Intelligence - Linear Giving our team liquidity through Linear’s first tender offer - Linear How Cursor integrated with Linear for Agents - Linear Quality Wednesdays: How we trained our team to see what doesn’t work - Linear Our approach to building the Agent Interaction SDK - Linear Inside Mercury’s six-month journey building with AI agents - Linear Building our way: Announcing our Series C - Linear Why is quality so rare? - Linear Design for the AI age The profitable startup - Linear Why and how Scale migrated to Linear - Linear Simplifying support at scale: How Pleo uses Linear Asks - Linear How we built multi-region support for Linear How we redesigned the Linear UI (part Ⅱ) - Linear A design reset (part I) Rethinking the startup MVP: Building a competitive product | Linear Descript's internal guide for using Linear Post mortem on Linear incident from Jan 24th, 2024 | Linear Why and how we do work trials at Linear Using AI to detect similar issues Planning for unplanned work How we run projects at Linear - Linear Linear raises $35M Series B led by Accel - Linear How we think about customer experience at Linear - Linear Scaling the Linear Sync Engine - Linear Welcoming Cristina Cordova to Linear How we built Project Updates Settings are not a design failure Linear – 2021 Wrapped Fast growing startups are built on Linear Building at the early stage Linear raises $13M in Series A funding from Sequoia Capital Invisible details - Building contextual menus - Linear Practices for Building — Linear is now open for all Startups, Write Changelogs Linear’s Next Chapter: Announcing our $4.2M Seed Round
Building what customers need, not just what they ask for - Linear
Sagan Schultz · 2025-03-04 · via Linear Blog

Notes from our product team on building the tools we use every day.

Steve Jobs famously said customers don’t know what they want until you show it to them. Henry Ford quipped that people would have asked for faster horses, not automobiles. Yet at Linear, we just built a feature specifically designed to collect customer requests. Seems contradictory, right?

It’s not. Here’s why.

The feedback paradox

Product teams face a fundamental tension. Build only what customers ask for and risk mediocrity. Ignore feedback entirely and risk irrelevance. Every product decision exists within this practical challenge.

The most innovative products emerged without explicit customer requests. Nobody asked for the first iPhone, Airbnb, or Figma. These products came from vision and intuition.

Meanwhile, the graveyard of failed startups contains countless visionary products nobody wanted.

Feedback sharpens intuition

At Linear, we believe the best products come from strong opinions informed by customer reality. Customer feedback serves as the whetstone that sharpens intuition, rather than the source of product vision.

Users rarely articulate their core problems directly. They describe symptoms, request features they’ve seen elsewhere, or suggest solutions that address their specific need but wouldn’t serve the broader user base effectively.

When a user asks for “custom fields,” they’re expressing a deeper need that requires interpretation. Just as a doctor doesn’t make accurate diagnoses by collecting more patient self-diagnoses, product teams don’t create successful products by simply amassing feature requests.

The magic happens in the interpretation. The most valuable skill in product development lies in understanding what remains unsaid, beyond the explicit feedback.

Why we built Customer Requests

So, why build Customer Requests if raw feedback alone misses the mark?

Customer feedback, when collected thoughtfully, organized intelligently, and interpreted skillfully, becomes a powerful intuition amplifier.

Feedback becomes fragmented at scale

We observed a consistent pattern across growing companies. When teams are small, customer understanding happens naturally. Engineers chat directly with users, support teams recognize repeat requests, and everyone develops an intuitive feel for customer priorities through proximity.

But scale changes everything. Customer conversations multiply and fragment across email threads, support tickets, Slack messages, app store reviews, and research calls. What was once a clear signal becomes buried in noise. The small-company systems that worked at the start begin to fail under this volume.

Capturing feedback isn’t the problem. Sales teams use Gong, support uses Intercom, and product teams maintain separate research repositories. The challenge appears when product teams need to use this feedback. They spend hours navigating multiple systems, many of which they lack access to, trying to piece together fragmented context.

I love seeing customer feedback — it brings our work to life. While we get great insights from UX interviews and our customer-facing teams, sometimes valuable feedback gets stuck in tools I can't access.

Maja Waite — Engineering Manager, Multiverse

When product teams lack deep customer understanding, they explore paths that don’t address core customer problems. For larger companies especially, this creates significant waste — engineering resources go toward features that customers don’t need while crucial problems remain unsolved.

Reading between our own lines

We experienced this pattern firsthand. When users requested “custom fields,” we dug deeper to understand the underlying need rather than implementing the feature at face value. Conversations with users revealed that approximately 40% wanted these fields specifically to track customer needs. Adding a simple custom field felt like a bandaid to a bigger problem — instead, we created something purpose-built that solves this specific problem exceptionally well — a dedicated workflow connecting customer context directly to product decisions.

We created a dedicated space in Linear, displaying customer context alongside engineering work. Customer needs weren’t just abstract requests anymore, and they didn’t get buried. These were real companies with real people, positioned alongside actionable engineering work.

Support tools often have the highest density of customer feedback. When product and support teams get closer together, and the systems between them are smooth, magical things happen.

Marty Kausas — Co-founder, Pylon

Our Customer Requests feature brings feedback from support tickets, Slack messages, and calls directly into Linear – where product and engineering teams can spot patterns, interpret needs, and build context that informs decisions.

We designed it to move beyond tallying votes for features — providing teams with concrete data to recognize patterns and build products users actually need.

Customer Requests enables teams to:

  • Bring the voice of customer directly into product development
  • Prioritize high-impact needs by filtering customers by revenue, tier, and other business metrics
  • Replace scattered tracking methods and eliminate manual syncing between tools

Where we’re heading

When we started building Customer Requests, we set out to solve a clear problem — help growing companies stay as close to their customers as they were when small.

We’re working on integrating with Salesforce and HubSpot so teams can capture customer context where they already work. We’ll use AI to help teams find the signal through the noise and make sense of all this feedback.

The best products emerge when strong vision meets deep customer understanding. Pure customer-led development and isolated visionary thinking both fall short of consistently producing breakthrough products. Develop your product intuition by immersing yourself in customer feedback while trusting your ability to see patterns and needs they cannot articulate. Treat customer requests as input, not instructions.