Get AI summaries of any video or article — Sign up free
First Block: Interview with Ivan Zhao and Simon Last, Co-Founders of Notion thumbnail

First Block: Interview with Ivan Zhao and Simon Last, Co-Founders of Notion

Notion·
6 min read

Based on Notion's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Notion’s early “better programming environment” strategy ran into a market reality: most users want productivity outcomes, not tool-making.

Briefing

Notion’s co-founders trace the company’s rise to a stubborn obsession with craft—paired with a willingness to reset repeatedly until the product’s “taste” finally matched what users needed. In the early years, the team chased a more direct “programming environment” approach for years, then learned that most people don’t want to build software; they want off-the-shelf tools that solve problems quickly. The breakthrough came from disguising that underlying power: shifting Notion from a programming-adjacent tool into a productivity platform, while keeping the same core idea—hide computing power inside everyday document and knowledge workflows.

The path to co-founder-level conviction started with hiring and chemistry. Simon Last, then 20 and fresh out of college, reached out after finding Ivan Zhao’s circle on Twitter and ended up meeting Ivan in person—so quickly that he quit his internship, moved to the Mission area near the early office, and stayed. Ivan credits the decision to bring Simon in to shared thinking about tools, visual programming concepts, and education—plus a sense that Simon’s talent wasn’t yet “Twitter famous,” even if his work was.

As the company searched for product-market fit, the team cycled through multiple rewrites—three or four resets—because their taste ran ahead of their execution. A key lesson was that early-stage expertise often comes with higher standards than the ability to ship, leading to technical and product mistakes that forced a restart. Still, the low points didn’t derail momentum; the founders describe a dynamic where conversations quickly return to the next solvable facet of an enormous problem.

Once Notion began finding traction, customer discovery didn’t come from abstract strategy. The first customers arrived through channels like Product Hunt and then through direct conversations in support and community spaces. The company’s support culture became a research engine: keeping Intercom notifications on, tagging feature requests, and letting engineers read clusters of conversations to understand needs within hours. That approach scaled intuition without building a large dedicated research or product-ops function.

Notion’s product philosophy also stayed deliberately general-purpose without becoming generic. The team built for internal personas—engineers, product, and designers—using flexible primitives (like the “block model”) that could serve multiple functions, while still navigating trade-offs across UX familiarity, UI pixel-level constraints, and what’s technically buildable or real-time. They emphasize that the best system is often the one people already recognize, and that teams need freedom to not ship until the trade-offs that matter most are resolved.

Culture and hiring reinforced the same pattern: “tend the garden” by fixing small confusing issues, keep ownership broad by avoiding rigid code boundaries, and write values down so norms survive growth. Recruiting follows a strict talent-density mindset—if there’s doubt, don’t hire—because each new person is expensive in time and communication.

Finally, the founders position AI as the next “Lego block” primitive for knowledge work. Simon Last describes early skepticism about raw GPT-3, then a turning point as instruction-following improved (with GPT-4) and image models became playful tools. By late 2022, they were already prototyping and pushing the company to invest, arguing that language models can understand information and reshape how people collaborate—making experimentation and empirical testing central as the frontier changes daily.

Cornell Notes

Notion’s co-founders credit the company’s success to an obsession with craft and a willingness to “start again” through multiple rewrites until execution catches up with taste. Early attempts focused on making a better programming environment, but the team learned most people want productivity tools, not tool-making. Notion’s wedge became disguising powerful computing and structured data inside familiar document workflows, then validating it through direct customer conversations—especially via Product Hunt and Intercom support. Scaling didn’t require large research or product-ops teams; support tagging and rapid reading of conversation clusters turned customer feedback into fast, concrete product decisions. The same mindset—trade-off navigation, flexible primitives, and empirical experimentation—also shaped how Notion embraced AI as a new foundational “Lego block” for knowledge work.

Why did Notion’s early approach stall, and what changed to unlock product-market fit?

The first version aimed to make a more accessible programming environment (described as “Webflow meets Figma” for tool-building). After two-plus years, the team realized most people don’t want to program their own tools; they want off-the-shelf solutions that solve their problems quickly. That insight shifted Notion from a programming-language/tool mindset into a productivity tool—keeping the same underlying power (structured data and computing capability) but embedding it into everyday document and knowledge workflows.

How did the founders describe the “taste vs. execution” problem during the resets?

They framed it as a common early-career mismatch: taste can be higher than the ability to execute. Notion’s team knew what the product should look and feel like, but kept making technical and product mistakes. That gap led to multiple rewrites—three or four—because the standards were real, but the shipping capability wasn’t yet there. The practical takeaway was to keep learning from mistakes and restart rather than freeze.

What role did support play in Notion’s early product discovery and research?

Support functioned like constant, lightweight user research. The founders kept Intercom notifications on to build intuition from real tickets. Support conversations were tagged, then aggregated so engineers could read many related Intercom threads quickly and understand the underlying problem. If the team chose to prioritize a tagged request, they could add features with unusually deep context—often within hours of reviewing conversation clusters.

How did Notion build a general-purpose tool without losing focus?

They aimed for generality through flexible primitives rather than by constraining every persona. Internally, the team built for themselves—engineers, product, and design—using a block model that supports common operations like selecting and moving elements. Externally, the aspiration was ubiquity: anyone should be able to use it. The tension was that thinking through every persona can slow decisions, so the team relied on a process of deeply understanding problems, decomposing them into components, and expressing solutions as broadly useful primitives that still solve specific needs.

What hiring and culture mechanisms were meant to preserve the company’s operating style as it grew?

Values were written down after a long exercise when the company was around 20–30 people, with an emphasis on authenticity rather than purely aspirational statements. Culture principles included “tend the garden” (fix confusing or broken details when you notice them) and avoiding rigid boundaries (anyone can edit any code to maintain ownership). Hiring emphasized talent density: if there’s doubt, don’t hire—because each person is costly in communication and onboarding, and the wrong fit harms both the company and the individual.

How did the founders’ AI stance evolve from early skepticism to active investment?

Simon Last described seeing a GPT-3 demo in 2019 and being unimpressed due to unreliable behavior (including obvious hallucination). Interest increased as image models like Dall-E and Midjourney became compelling, and then language capability improved around GPT-4. By October 2022, instruction-following and knowledge seemed like a step change, prompting immediate prototyping during a company retreat and a push to invest in AI as a new foundational capability for knowledge work.

Review Questions

  1. What specific learning caused Notion to pivot from a programming-environment concept to a productivity tool, and how did that pivot preserve the original “power” idea?
  2. How did Notion’s support workflow (tagging, aggregation, and rapid reading of conversations) substitute for formal research functions during early scaling?
  3. What trade-offs did the founders say must be navigated when designing a general-purpose tool, and which trade-off categories did they name?

Key Points

  1. 1

    Notion’s early “better programming environment” strategy ran into a market reality: most users want productivity outcomes, not tool-making.

  2. 2

    The company’s wedge became disguising structured, computing-like power inside familiar document workflows to make it usable every day.

  3. 3

    Product-market fit emerged through direct customer channels like Product Hunt and sustained support conversations, not through distant planning alone.

  4. 4

    Intercom support was treated as an empirical research pipeline: keep notifications on, tag requests, aggregate themes, and let engineers read clusters to understand problems fast.

  5. 5

    Notion scaled with systems thinking—minimizing collaboration friction and building reusable primitives—rather than expanding headcount for research or product ops early.

  6. 6

    Culture and hiring were designed to preserve ownership and craft: “tend the garden,” avoid rigid code boundaries, write values down, and hire only when there’s strong confidence.

  7. 7

    AI adoption followed an evidence-based path: early GPT-3 skepticism gave way to GPT-4’s instruction-following improvements and rapid prototyping once capabilities became reliable enough to build with.

Highlights

The founders describe a multi-year shift from “programming environment” ambitions to a productivity-first product—because most people don’t want to program their own tools.
Support wasn’t just customer service; it was an internal research system where tagged Intercom threads let engineers understand needs within hours.
Notion’s general-purpose design came from flexible primitives (like the block model) and careful trade-off navigation, not from trying to satisfy every persona directly.
AI investment accelerated after GPT-4 made instruction-following feel like a real step change, turning prototypes into a company-wide priority.

Topics

  • Notion Founding Story
  • Product-Market Fit
  • Customer Support Research
  • Company Values
  • AI and Knowledge Work

Mentioned