💡

InsightHunt

Hunt the Insights

K

Karri Saarinen

Episode #164

Co-founder & CEO

Linear

🎯Product StrategyExecution📈Growth & Metrics👥Team & Culture

📝Full Transcript

17,875 words
Karri Saarinen (00:00:00): My belief is that, like any domain or industry, the more it matters, the more the design matters. What happens is whenever there's a new paradigm, I don't know, like the mobile or the web or something the first iterations of those products existing there, they don't have to be super well designed necessarily because they are the first. (00:00:19): Then, as you build the 100,000 different email clients, any email client now has to be pretty good to be even considered an email client. It's like the bar is so high. I think today it's almost a very basic thing now. Pretty much from the very beginning, you need pretty high level design for people to even pay attention or consider you seriously. Lenny (00:00:46): Today my guest is Karri Saarinen. Karri was the founding designer at Coinbase, principal designer at Airbnb, co-founder of two previous startups, and most recently is the co-founder and CEO of Linear, which I'm fairly confident is the fastest growing and most beloved issue tracking tool in the world and something that a growing number of product teams are using to build their own product. (00:01:07): Karri and his team are building their company and their product in a really unique way with a huge focus on craft and quality, no AB tests, no metrics-based goals, instead a focus on taste and opinions. Also, no durable cross-functional teams, instead teams assemble around a project and then disperse once it's done. Also, they have just one product manager as the head of product and that's it. In our conversation, Karri shares how he built a culture around quality and craft, how he makes trade-offs, and how he operationalizes quality and thoughtfulness where design can be a differentiator in competing against incumbents. (00:01:42): We talk about something called the linear method of building product, which is big on building opinionated software, working in consistent cycles amongst other principles. We also get into Linear's unique hi...

💡 Key Takeaways

  • 1Design matters disproportionately more in mature, crowded markets as a differentiator.
  • 2Avoid 'flexible' software; build 'opinionated' tools that define the workflow for the user.
  • 3Replace A/B testing with 'Magic & Science': deep user empathy (science) plus product intuition (magic).
  • 4Hire engineers with strong product sensibility to reduce the need for dedicated PMs.
  • 5Use 'Paid Work Trials' instead of standard interviews to test actual fit and output.
  • 6Stay in private beta longer to fix issues via small user cohorts before scaling.
  • 7Focus on the 'Main Quest' (core value) and ruthlessly cut 'Side Quests' (distractions).

📚Methodologies (4)

🎯 Product Strategy

Instead of building flexible software that tries to please everyone, build software with strong opinions on how work should be done. Good defaults and specific workflows reduce friction and cognitive load for users.

Core Principles

  • 1.Design for someone, not everyone: Target a specific user profile deeply rather than generalizing.
  • 2.Productivity equals focus: Remove configuration options to let users focus on the output.
  • 3.Bake best practices into the tool: The software should teach the user the most effective way to work.

"My belief is that productivity software should be opinionated... flexible software creates friction because people spend time figuring it out."

#opinionated#product#strategy
View Deep Dive →
Execution

Reject the notion that data must validate every decision. 'Science' is the rigorous gathering of qualitative user insights and understanding the problem. 'Magic' is the leap of intuition taken to solve it without waiting for metric validation.

Core Principles

  • 1.Science is empathy: Everyone in the company (founders included) talks to customers to understand the 'state of things'.
  • 2.Magic is intuition: Use the built-up context to make gut calls on design and functionality.
  • 3.No metrics-based feature goals: Measure success by customer sentiment and problem resolution, not engagement numbers.

"Sometimes people use data... because they're afraid... 'will I make the wrong choice?' and using data to make the choice for them."

#magic#science#decision
View Deep Dive →
📈 Growth & Metrics

Instead of a massive public launch, run a private beta for a significant period (Linear took 1 year). Onboard users in small batches (cohorts) based on profile fit. Fix issues found by cohort A before inviting cohort B.

Core Principles

  • 1.Qualify the waitlist: Use surveys to understand user tech stack and team size.
  • 2.Iterative fixing: If Cohort A finds a bug, fix it so Cohort B never sees it.
  • 3.Start small: Begin with friendly startups/networks before expanding to cold leads.

"If you invite everyone at once... they will all send us feedback like, hey, there's this problem... it was a wasted effort."

#cohort-based#launch#growth
View Deep Dive →
👥 Team & Culture

Replace standard technical interviews with a paid contract (1-3 days or weekend). Candidates are given a vague problem statement, access to the codebase, and must scope, build, and present a solution.

Core Principles

  • 1.Real work context: Give access to the actual Slack, Notion, and codebase.
  • 2.Test for scoping: See if they can take a vague prompt and cut it down to a shippable chunk.
  • 3.Two-way diligence: Allows the candidate to assess the company's code quality and culture.

"Interviews are fake; work is real."

#trial#hiring#team
View Deep Dive →